<html> <head> <base href="https://bugs.freedesktop.org/" /> </head> <body> <div> <a class="bz_bug_link bz_status_NEW " title="NEW --- - [NV30/gallium] Mozilla apps freeze on startup with nouveau-dri-10.2.1 libs on dual-screen" href="https://bugs.freedesktop.org/show_bug.cgi?id=79823#c20">Comment # 20</a> on <a class="bz_bug_link bz_status_NEW " title="NEW --- - [NV30/gallium] Mozilla apps freeze on startup with nouveau-dri-10.2.1 libs on dual-screen" href="https://bugs.freedesktop.org/show_bug.cgi?id=79823">bug 79823</a> from <a class="email" href="mailto:imirkin@alum.mit.edu" title="Ilia Mirkin <imirkin@alum.mit.edu>"> Ilia Mirkin</a> <pre>(In reply to <a href="show_bug.cgi?id=79823#c19">comment #19</a>) > (In reply to <a href="show_bug.cgi?id=79823#c18">comment #18</a>) > > What happens if you add > > > > screen->base.pushbuf->user_priv = NULL > > > > right before the if (screen->base.fence.current) check in > > nv30_screen_destroy? > > No effect. Well, I've been unable to reproduce the "kernel rejected pushbuf" + hang behaviour, although I've only been testing with a NV43. However I did observe the issue that I thought I would observe due to that line not being there... here's a slightly more correct version than my previous suggestion: <a href="http://patchwork.freedesktop.org/patch/28050/">http://patchwork.freedesktop.org/patch/28050/</a> And another patch which I think is unlikely to affect what you're seeing, but who knows: <a href="http://patchwork.freedesktop.org/patch/28049/">http://patchwork.freedesktop.org/patch/28049/</a> Assuming these don't help, could you run that glxtest application inside valgrind, and let me know if you see any illegal accesses. (Note that the first one of those patches will in fact prevent one such illegal access.)</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> </ul> </body> </html>