<html><head></head><body><div style="color:#000; background-color:#fff; font-family:HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif;font-size:16px"><div id="yui_3_16_0_ym19_1_1471557294300_5970"><span></span>Unfortunately openmw is only a game engine and the game data or assets are <br></div><div id="yui_3_16_0_ym19_1_1471557294300_5735" class="qtdSeparateBR"><div dir="ltr" id="yui_3_16_0_ym19_1_1471557294300_5974">not included which are required for using it. This could make testing it more</div><div id="yui_3_16_0_ym19_1_1471557294300_5995" dir="ltr">complicated, however I can build mesa myself and test any patches if that helps.</div><div id="yui_3_16_0_ym19_1_1471557294300_6229" dir="ltr"><br></div><div id="yui_3_16_0_ym19_1_1471557294300_6230" dir="ltr">If the game data is provided this is relatively easy to reproduce at least with nouveau</div><div id="yui_3_16_0_ym19_1_1471557294300_6276" dir="ltr">and DRI3 while LIBGL_DRI3_DISABLE=1is able to launch and play the game successfully.<br></div><div id="yui_3_16_0_ym19_1_1471557294300_6021" dir="ltr"><br></div><div id="yui_3_16_0_ym19_1_1471557294300_6360" dir="ltr">The previous patch avoids the crash by blocking the problematic custom mouse cursor <br></div><div id="yui_3_16_0_ym19_1_1471557294300_6373" dir="ltr">used by openmw for the menus which is then reduced to a tiny ".." and is hard to spot.<br></div><div id="yui_3_16_0_ym19_1_1471557294300_6382" dir="ltr"><br></div><div id="yui_3_16_0_ym19_1_1471557294300_6388" dir="ltr">Hunter</div><div id="yui_3_16_0_ym19_1_1471557294300_6447" dir="ltr"><br></div></div><div style="display: block;" id="yui_3_16_0_ym19_1_1471557294300_5739" class="yahoo_quoted"> <div id="yui_3_16_0_ym19_1_1471557294300_5738" style="font-family: HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif; font-size: 16px;"> <div id="yui_3_16_0_ym19_1_1471557294300_5737" style="font-family: HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif; font-size: 16px;"> <div id="yui_3_16_0_ym19_1_1471557294300_5736" dir="ltr"> <font id="yui_3_16_0_ym19_1_1471557294300_5740" size="2" face="Arial"> <hr id="yui_3_16_0_ym19_1_1471557294300_5968" size="1"> <b id="yui_3_16_0_ym19_1_1471557294300_6375"><span id="yui_3_16_0_ym19_1_1471557294300_6374" style="font-weight:bold;">From:</span></b> Marek Olšák <maraeo@gmail.com><br> <b><span style="font-weight: bold;">To:</span></b> Tobias Klausmann <tobias.johannes.klausmann@mni.thm.de> <br><b><span style="font-weight: bold;">Cc:</span></b> "mesa-dev@lists.freedesktop.org" <mesa-dev@lists.freedesktop.org>; ovariegata@yahoo.com<br> <b><span style="font-weight: bold;">Sent:</span></b> Thursday, August 18, 2016 1:40 PM<br> <b><span style="font-weight: bold;">Subject:</span></b> Re: [Mesa-dev] [RFC] st: guard against NULL pipe_surface<br> </font> </div> <div id="yui_3_16_0_ym19_1_1471557294300_6070" class="y_msg_container"><br>On Thu, Aug 18, 2016 at 2:41 PM, Tobias Klausmann<br clear="none"><<a id="yui_3_16_0_ym19_1_1471557294300_6071" shape="rect" ymailto="mailto:tobias.johannes.klausmann@mni.thm.de" href="mailto:tobias.johannes.klausmann@mni.thm.de">tobias.johannes.klausmann@mni.thm.de</a>> wrote:<br clear="none">> I have no test case per se, but orbea (in CC) noted in IRC:<br clear="none">><br clear="none">> Start OpenMW with DRI3 -> Crash [1]<br clear="none">><br clear="none">> Start OpenMW with DRI2 -> no crash,<br clear="none">><br clear="none">> So i fear it is somewhere in our DRI3 path. Anyway a guard seems reasonable<br clear="none">> to harden release builds against this. Maybe not at this place but central<br clear="none">> in update_framebuffer_size().<br clear="none"><br clear="none">Yeah, it would be very useful if we could reproduce this somehow.<div class="yqt6878219571" id="yqtfd76274"><br clear="none"><br clear="none">Marek<br clear="none"></div><br><br></div> </div> </div> </div></div></body></html>