From: Xavier B. <xa...@ba...> - 2008-01-19 22:28:58
|
Hi, I'm launching xine thru mythtv on an VIA Epia CLE266 with -V xxmc. Sometimes, but not every time, after playing a video or a dvd, xine will lock up using all the cpu and never gives the hands back to mythtv. Here's the stacktrace : (gdb) bt #0 0x0012d402 in __kernel_vsyscall () #1 0x0055f5d5 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0 #2 0x004dd5fd in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libc.so.6 #3 0x005fe0ff in _xcb_lock_io () from /usr/lib/libxcb.so.1 #4 0x005fe29c in ?? () from /usr/lib/libxcb.so.1 #5 0x005ffed9 in xcb_wait_for_reply () from /usr/lib/libxcb.so.1 #6 0x002ac15d in _XReply () from /usr/lib/libX11.so.6 #7 0x0029feaa in XSync () from /usr/lib/libX11.so.6 #8 0x00280cfe in XCloseDisplay () from /usr/lib/libX11.so.6 #9 0x0805bb20 in xine_list_post_plugins () #10 0x0806dddf in xine_list_post_plugins () #11 0x00413390 in __libc_start_main () from /lib/libc.so.6 #12 0x0804e891 in xine_list_post_plugins () Unfortunatly, I'm not good at reading traces. Is the bug in xine-lib, in libxcb or elsewhere ? Do you need more informations ? Thanks in advance for any light that can be made on this. Regards, Xavier |
From: Xavier B. <xa...@ba...> - 2008-01-19 23:26:45
|
Xavier Bachelot wrote: > Hi, > > I'm launching xine thru mythtv on an VIA Epia CLE266 with -V xxmc. > Sometimes, but not every time, after playing a video or a dvd, xine will > lock up using all the cpu and never gives the hands back to mythtv. > > Here's the stacktrace : > > (gdb) bt > #0 0x0012d402 in __kernel_vsyscall () > #1 0x0055f5d5 in pthread_cond_wait@@GLIBC_2.3.2 () from > /lib/libpthread.so.0 > #2 0x004dd5fd in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libc.so.6 > #3 0x005fe0ff in _xcb_lock_io () from /usr/lib/libxcb.so.1 > #4 0x005fe29c in ?? () from /usr/lib/libxcb.so.1 > #5 0x005ffed9 in xcb_wait_for_reply () from /usr/lib/libxcb.so.1 > #6 0x002ac15d in _XReply () from /usr/lib/libX11.so.6 > #7 0x0029feaa in XSync () from /usr/lib/libX11.so.6 > #8 0x00280cfe in XCloseDisplay () from /usr/lib/libX11.so.6 > #9 0x0805bb20 in xine_list_post_plugins () > #10 0x0806dddf in xine_list_post_plugins () > #11 0x00413390 in __libc_start_main () from /lib/libc.so.6 > #12 0x0804e891 in xine_list_post_plugins () > > Unfortunatly, I'm not good at reading traces. Is the bug in xine-lib, in > libxcb or elsewhere ? Do you need more informations ? > Sorry to come back so quick, here is a better and more complete backtrace. Some debuginfo packages were not matching the actual packages. And also, xine-lib is 1.1.9.1, xine is 0.99.5 and libxcb is 1.0 on Fedora 8. (gdb) thread apply all bt Thread 4 (Thread -1340146800 (LWP 3116)): #0 0x0012d402 in __kernel_vsyscall () #1 0x0055f5d5 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0 #2 0x004dd5fd in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libc.so.6 #3 0x005fe280 in _xcb_conn_wait (c=0x8b51668, cond=0xb01ecdd8, vector=0x0, count=0x0) at xcb_conn.c:296 #4 0x005ffed9 in xcb_wait_for_reply (c=0x8b51668, request=16486, e=0xb01ece48) at xcb_in.c:344 #5 0x002ac15d in _XReply () from /usr/lib/libX11.so.6 #6 0x0029feaa in XSync () from /usr/lib/libX11.so.6 #7 0x080b08ac in xine_list_post_plugins () at load_plugins.c:2220 #8 0x080af136 in xine_list_post_plugins () at load_plugins.c:2220 #9 0x080c05f0 in xine_list_post_plugins () at load_plugins.c:2220 #10 0x08059dd4 in xine_list_post_plugins () at load_plugins.c:2220 #11 0x0806ac17 in xine_list_post_plugins () at load_plugins.c:2220 #12 0x0015022c in listener_loop (queue_gen=0x976b290) at events.c:220 #13 0x0055b50b in start_thread () from /lib/libpthread.so.0 #14 0x004d0b2e in clone () from /lib/libc.so.6 Thread 3 (Thread -1354736752 (LWP 3117)): #0 0x0012d402 in __kernel_vsyscall () #1 0x0055f5d5 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0 #2 0x004dd5fd in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libc.so.6 #3 0x0013f898 in fifo_buffer_get (fifo=0x976b8b8) at buffer.c:230 #4 0x001458db in video_decoder_loop (stream_gen=0x97afa78) at video_decoder.c:130 #5 0x0055b50b in start_thread () from /lib/libpthread.so.0 #6 0x004d0b2e in clone () from /lib/libc.so.6 Thread 2 (Thread -1379816560 (LWP 3119)): #0 0x0012d402 in __kernel_vsyscall () #1 0x0055f5d5 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0 #2 0x004dd5fd in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libc.so.6 #3 0x0013f898 in fifo_buffer_get (fifo=0x97e4128) at buffer.c:230 #4 0x001458db in video_decoder_loop (stream_gen=0x97e2240) at video_decoder.c:130 #5 0x0055b50b in start_thread () from /lib/libpthread.so.0 #6 0x004d0b2e in clone () from /lib/libc.so.6 Thread 1 (Thread -1208191296 (LWP 3104)): #0 0x0012d402 in __kernel_vsyscall () #1 0x0055f5d5 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0 #2 0x004dd5fd in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libc.so.6 #3 0x005fe0ff in _xcb_lock_io (c=0x8b51668) at xcb_conn.c:279 #4 0x005fe29c in _xcb_conn_wait (c=0x8b51668, cond=0xbf9ef398, vector=0x0, count=0x0) at xcb_conn.c:320 #5 0x005ffed9 in xcb_wait_for_reply (c=0x8b51668, request=16483, e=0xbf9ef408) at xcb_in.c:344 #6 0x002ac15d in _XReply () from /usr/lib/libX11.so.6 #7 0x0029feaa in XSync () from /usr/lib/libX11.so.6 #8 0x00280cfe in XCloseDisplay () from /usr/lib/libX11.so.6 #9 0x0805bb20 in xine_list_post_plugins () at load_plugins.c:2220 #10 0x0806dddf in xine_list_post_plugins () at load_plugins.c:2220 #11 0x00413390 in __libc_start_main () from /lib/libc.so.6 #12 0x0804e891 in xine_list_post_plugins () at load_plugins.c:2220 #0 0x0012d402 in __kernel_vsyscall () Regards, Xavier |
From: Tony G. <to...@tg...> - 2008-01-20 11:27:56
|
Le dimanche 20 janvier 2008 à 00:26 +0100, Xavier Bachelot a écrit : > Xavier Bachelot wrote: > And also, xine-lib is 1.1.9.1, xine is 0.99.5 and libxcb is > 1.0 on Fedora 8. Same problem with xine-lib 1.1.9hg, xine 0.99.6 libxcb 1.0-4 on Fedora 8 Tony -- |
From: Xavier B. <xa...@ba...> - 2008-01-20 13:22:14
|
Tony Grant wrote: > Le dimanche 20 janvier 2008 à 00:26 +0100, Xavier Bachelot a écrit : >> Xavier Bachelot wrote: > >> And also, xine-lib is 1.1.9.1, xine is 0.99.5 and libxcb is >> 1.0 on Fedora 8. > > Same problem with xine-lib 1.1.9hg, xine 0.99.6 libxcb 1.0-4 on Fedora 8 > > Tony > Updating to libxcb 1.1 from Rawhide doesn't help. The behavior is not specific to xxmc, the issue is the same with -V xv. May this be related to the issue in this mail (which wasn't answered to, unfortunatly) ? http://sourceforge.net/mailarchive/message.php?msg_name=20071206001020.98e469b0.peterzelezny%40dodo.com.au Regards, Xavier |
From: Tony G. <to...@tg...> - 2008-01-20 15:04:12
|
Le dimanche 20 janvier 2008 à 14:22 +0100, Xavier Bachelot a écrit : > Tony Grant wrote: > > Le dimanche 20 janvier 2008 à 00:26 +0100, Xavier Bachelot a écrit : > >> Xavier Bachelot wrote: > > > >> And also, xine-lib is 1.1.9.1, xine is 0.99.5 and libxcb is > >> 1.0 on Fedora 8. > > > > Same problem with xine-lib 1.1.9hg, xine 0.99.6 libxcb 1.0-4 on Fedora 8 > > > > Tony > > > Updating to libxcb 1.1 from Rawhide doesn't help. > The behavior is not specific to xxmc, the issue is the same with -V xv. Not here xv works fine except for 100% CPU on the Epia M10000 I'm using xine -V xv -A oss --verbose=1 dvb://4 to test Film4 the first channel with vertical polarization in my channels.conf xxmc works with this channel if the film is 4:3 aspect ratio not otherwise... Something strange in there somewhere. Tony -- |
From: Darren S. <li...@yo...> - 2008-01-20 16:24:51
|
I demand that Xavier Bachelot may or may not have written... > Tony Grant wrote: >> Le dimanche 20 janvier 2008 =E0 00:26 +0100, Xavier Bachelot a =E9crit= : >>> Xavier Bachelot wrote: >>> And also, xine-lib is 1.1.9.1, xine is 0.99.5 and libxcb is 1.0 on >>> Fedora 8. >> Same problem with xine-lib 1.1.9hg, xine 0.99.6 libxcb 1.0-4 on Fedora= 8 > Updating to libxcb 1.1 from Rawhide doesn't help. > The behaviour is not specific to xxmc, the issue is the same with -V xv= . I can get gxine to lock up similarly if I build it without XCB support. I= t looks like an X11/XCB problem to me, but if anybody can show that this is= a xine-lib problem (and, ideally, provide a patch), I'm listening. > May this be related to the issue in this mail (which wasn't answered to= ,=20 > unfortunatly) ? > http://sourceforge.net/mailarchive/message.php?msg_name=3D2007120600102= 0.98e469b0.peterzelezny%40dodo.com.au It looks suspiciously similar... --=20 | Darren Salt | linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | + Use more efficient products. Use less. BE MORE ENERGY EFFICI= ENT. Machines should work; people should think. |
From: Darren S. <li...@yo...> - 2008-01-20 17:10:45
|
I demand that I definitely did write... > I demand that Xavier Bachelot may or may not have written... >> Tony Grant wrote: >>> Le dimanche 20 janvier 2008 =E0 00:26 +0100, Xavier Bachelot a =E9cri= t : >>>> Xavier Bachelot wrote: >>>> And also, xine-lib is 1.1.9.1, xine is 0.99.5 and libxcb is 1.0 on >>>> Fedora 8. >>> Same problem with xine-lib 1.1.9hg, xine 0.99.6 libxcb 1.0-4 on Fedor= a 8 >> Updating to libxcb 1.1 from Rawhide doesn't help. >> The behaviour is not specific to xxmc, the issue is the same with -V x= v. > I can get gxine to lock up similarly if I build it without XCB support.= Or rather, I could. I don't seem able to right now, though the environmen= t has been changed a bit since I was last able to (I *was* using libxcb 1.1= , though). Best just to ignore that :-) > It looks like an X11/XCB problem to me [...] I've just mentioned this in #xine - the backtrace which you supplied is o= f the hang which was fixed in libxcb 1.1. You need to provide a new backtra= ce; the two threads stuck in/below libX11 should be sufficient. There is, however, a known X11/XCB problem with current gxine devel (comp= iled with XCB support) and the opengl plugin. [snip] --=20 | Darren Salt | linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | + Use more efficient products. Use less. BE MORE ENERGY EFFICI= ENT. People will remember you better if you always wear the same outfit. |
From: Tony G. <to...@tg...> - 2008-02-04 06:51:22
|
Darren, Downgrading libX11 and libX11-devel to those from FC7 fixes the problemn does that help? Cheers Tony -- |
From: Tony G. <to...@tg...> - 2008-01-20 17:16:10
|
Le dimanche 20 janvier 2008 à 16:09 +0000, Darren Salt a écrit : > > Updating to libxcb 1.1 from Rawhide doesn't help. > > The behaviour is not specific to xxmc, the issue is the same with -V xv. > > I can get gxine to lock up similarly if I build it without XCB support. It > looks like an X11/XCB problem to me, but if anybody can show that this is a > xine-lib problem (and, ideally, provide a patch), I'm listening. configure:39340: checking for XCB configure:39348: $PKG_CONFIG --exists --print-errors "xcb-shape >= 1.0" configure:39351: $? = 0 configure:39366: $PKG_CONFIG --exists --print-errors "xcb-shape >= 1.0" configure:39369: $? = 0 configure:39407: result: yes configure:39418: checking for XCBSHM configure:39426: $PKG_CONFIG --exists --print-errors "xcb-shm" configure:39429: $? = 0 configure:39444: $PKG_CONFIG --exists --print-errors "xcb-shm" configure:39447: $? = 0 configure:39485: result: yes configure:39491: checking for XCBXV configure:39499: $PKG_CONFIG --exists --print-errors "xcb-xv" configure:39502: $? = 0 configure:39517: $PKG_CONFIG --exists --print-errors "xcb-xv" configure:39520: $? = 0 configure:39558: result: yes This comes from my config.log I am guessing that libxcb support is built into my xine-lib? Tony -- |
From: Darren S. <li...@yo...> - 2008-01-20 17:30:07
|
I demand that Tony Grant may or may not have written... [snip] > configure:39340: checking for XCB > configure:39348: $PKG_CONFIG --exists --print-errors "xcb-shape >= 1.0" > configure:39351: $? = 0 > configure:39366: $PKG_CONFIG --exists --print-errors "xcb-shape >= 1.0" > configure:39369: $? = 0 > configure:39407: result: yes [snip] > This comes from my config.log > I am guessing that libxcb support is built into my xine-lib? For the xv and xshm plugins, yes. Patches which provide XCB implementations of the other X-based video output plugins will be considered :-) -- | Darren Salt | linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | + Use more efficient products. Use less. BE MORE ENERGY EFFICIENT. Always remember that you are unique. Just like everyone else. |
From: Xavier B. <xa...@ba...> - 2008-01-20 21:33:34
|
Darren Salt wrote: > I demand that Tony Grant may or may not have written... > > [snip] >> configure:39340: checking for XCB >> configure:39348: $PKG_CONFIG --exists --print-errors "xcb-shape >= 1.0" >> configure:39351: $? = 0 >> configure:39366: $PKG_CONFIG --exists --print-errors "xcb-shape >= 1.0" >> configure:39369: $? = 0 >> configure:39407: result: yes > [snip] > >> This comes from my config.log > >> I am guessing that libxcb support is built into my xine-lib? > > For the xv and xshm plugins, yes. > > Patches which provide XCB implementations of the other X-based video output > plugins will be considered :-) > I filed a bug for xxmc : http://bugs.xine-project.org/show_bug.cgi?id=25 Regards, Xavier |