<html> <head> <base href="https://bugs.freedesktop.org/"> </head> <body> <div> <a class="bz_bug_link bz_status_REOPENED " title="REOPENED - [SKL] Unigine Heaven 4.0 fails to GPU hangs" href="https://bugs.freedesktop.org/show_bug.cgi?id=103556#c21">Comment # 21</a> on <a class="bz_bug_link bz_status_REOPENED " title="REOPENED - [SKL] Unigine Heaven 4.0 fails to GPU hangs" href="https://bugs.freedesktop.org/show_bug.cgi?id=103556">bug 103556</a> from <a class="email" href="mailto:lionel.g.landwerlin@linux.intel.com" title="Lionel Landwerlin <lionel.g.landwerlin@linux.intel.com>"> Lionel Landwerlin</a> <pre>(In reply to Eero Tamminen from <a href="show_bug.cgi?id=103556#c18">comment #18</a>) > (In reply to Lionel Landwerlin from <a href="show_bug.cgi?id=103556#c17">comment #17</a>) > > No quite sure how to read you comment. > > You still to still get a hang even with that patch? > > No, that was with the normal upstream component testing which doesn't patch > anything (any applied patches would get soon stale and fail automated > builds), to see whether minor gfx stack differences affect the hangs (and > they didn't). > > > > This last error state is really interesting. > > I added it so that you can check whether additional hangs (with latest, > unpatched Mesa) are also for the same reason. > > > > The first draw call in there > > doesn't have 3DSTATE_TE programmed. This patch should have fixed that. > > If this happened with the patch, it means something else is wrong. > > With the patch I wasn't able to reproduce hangs (within 21 rounds, whereas > unpatched tests got one hang within 12 rounds, so it looks good). Thanks a bunch, I'll submit upstream for review.</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> <li>You are the QA Contact for the bug.</li> </ul> </body> </html>