<html> <head> <base href="https://bugs.freedesktop.org/" /> </head> <body> <div> <a class="bz_bug_link bz_status_NEW " title="NEW --- - [NV92] GeForce 8800 GS VDPAU h264 decoding hang" href="https://bugs.freedesktop.org/show_bug.cgi?id=82835#c6">Comment # 6</a> on <a class="bz_bug_link bz_status_NEW " title="NEW --- - [NV92] GeForce 8800 GS VDPAU h264 decoding hang" href="https://bugs.freedesktop.org/show_bug.cgi?id=82835">bug 82835</a> from <a class="email" href="mailto:imirkin@alum.mit.edu" title="Ilia Mirkin <imirkin@alum.mit.edu>"> Ilia Mirkin</a> <pre>Hm, just noticed this (same as last time, but I guess I wasn't paying enough attention): nouveau E[ PGRAPH][0000:05:00.0] ch 4 [0x00178fb000 mplayer[1645]] subc 3 class 0x8297 mthd 0x1b0c data 0x1000f010 nouveau E[ PFB][0000:05:00.0] trapped write at 0x00204050c0 on channel 0x000178fb [mplayer[1645]] PGRAPH/PROP/RT0 reason: PAGE_NOT_PRESENT method 1b0c == QUERY_GET. However the data is 0x1000f010, not 0xf010, which means it's not coming from the video stuff or the screen fence stuff, but rather is a PIPE_QUERY_GPU_FINISHED query. Which is interesting, because nothing appears to actually use that PIPE_QUERY type... Could you stick a assert(0) right before nv50_query_get(push, q, 0, 0x1000f010); in nv50_query.c and see if it triggers (make sure to use a debug build... or make it something nastier than assert), and get a backtrace from gdb? (Or actually just set a breakpoint on that line and see if gdb hits it...)</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> </ul> </body> </html>