<html>
<head>
<base href="https://bugs.freedesktop.org/" />
</head>
<body>
<p>
<div>
<b><a class="bz_bug_link
bz_status_NEW "
title="NEW --- - XCloseDisplay() takes one minute around nouveau_dri.so, freezing Firefox startup"
href="https://bugs.freedesktop.org/show_bug.cgi?id=75279#c24">Comment # 24</a>
on <a class="bz_bug_link
bz_status_NEW "
title="NEW --- - XCloseDisplay() takes one minute around nouveau_dri.so, freezing Firefox startup"
href="https://bugs.freedesktop.org/show_bug.cgi?id=75279">bug 75279</a>
from <span class="vcard"><a class="email" href="mailto:emil.l.velikov@gmail.com" title="Emil Velikov <emil.l.velikov@gmail.com>"> <span class="fn">Emil Velikov</span></a>
</span></b>
<pre>(In reply to <a href="show_bug.cgi?id=75279#c23">comment #23</a>)
<span class="quote">> Don't know if it is related, but I'm facing a plugin container hang and
> nouveau seems to be guilty in some way.
>
> Got this thread with gdb :
>
> Thread 1 (Thread 0x7f4dd7b37940 (LWP 2961)):
> #0 0x00007f4dd2294337 in sched_yield () from /usr/lib/libc.so.6
> #1 0x00007f4dbff0ee41 in ?? () from /usr/lib/vdpau/libvdpau_nouveau.so.1
> #2 0x00007f4dbff9eca5 in ?? () from /usr/lib/vdpau/libvdpau_nouveau.so.1
> #3 0x00007f4dbfe019c1 in vl_screen_destroy ()
> from /usr/lib/vdpau/libvdpau_nouveau.so.1
> #4 0x00007f4dbff073a1 in vlVdpDeviceDestroy ()
> from /usr/lib/vdpau/libvdpau_nouveau.so.1
> #5 0x00007f4dc4c252a8 in ?? () from
> /usr/lib/mozilla/plugins/libflashplayer.so
> #6 0x00007f4dc48871b5 in ?? () from
> /usr/lib/mozilla/plugins/libflashplayer.so
> #7 0x00007f4dc4888000 in ?? () from
> /usr/lib/mozilla/plugins/libflashplayer.so
> #8 0x00007f4dc4e167c8 in ?? () from
> /usr/lib/mozilla/plugins/libflashplayer.so
> #9 0x00007f4dc4e1cf7d in ?? () from
> /usr/lib/mozilla/plugins/libflashplayer.so
> #10 0x00007f4dc4e1ea6b in ?? () from
> /usr/lib/mozilla/plugins/libflashplayer.so
> Cannot access memory at address 0x7ffff106a948
>
> Or is it a flash plugin bug ?</span >
Seems to be stuck at the same spot with identical call stack, minus the state
tracker bits.
The memory access message looks interesting, shame there is no indication of
what nouveau was doing to provoke this. (gdb) bt full, info locals or
disassemble should be able to catch what is going on here.
How often do you get this ? Please attach the gdb output of the above three as
the problem occurs.</pre>
</div>
</p>
<hr>
<span>You are receiving this mail because:</span>
<ul>
<li>You are the assignee for the bug.</li>
</ul>
</body>
</html>