<html> <head> <base href="https://bugs.freedesktop.org/" /> </head> <body> <div> <a class="bz_bug_link bz_status_NEW " title="NEW - Tonga GPU lock/reset fail with Unigine Valley" href="https://bugs.freedesktop.org/show_bug.cgi?id=91278#c28">Comment # 28</a> on <a class="bz_bug_link bz_status_NEW " title="NEW - Tonga GPU lock/reset fail with Unigine Valley" href="https://bugs.freedesktop.org/show_bug.cgi?id=91278">bug 91278</a> from <a class="email" href="mailto:master.homer@gmail.com" title="Mathias Tillman <master.homer@gmail.com>"> Mathias Tillman</a> <pre>(In reply to Andy Furniss from <a href="show_bug.cgi?id=91278#c27">comment #27</a>) > Created <a href="attachment.cgi?id=118665" name="attach_118665" title="valley vm fault dump">attachment 118665</a> <a href="attachment.cgi?id=118665&action=edit" title="valley vm fault dump">[details]</a> > valley vm fault dump > > Aha, here it is. I am getting similar results using check_vm. However, since the hang usually doesn't happen after the first vm fail (it did actually for me a few times, but most of the time it didn't) I modified the mesa code to disable closing the program once a vm fault happened. Unfortunately this doesn't really provide me with any interesting information - they have all complained about the paging fault happening in a VERTEX_BUFFER with an identical, or close to identical address.</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> </ul> </body> </html>