Red Hat Bugzilla – Bug 186042
X server crashes starting xine
Last modified: 2008-08-02 19:40:32 EDT
Description of problem:
When starting xine (from livna) the X server often crashes
This has happened under xen in dom0 and in non-xen kernels
of course I realise xine itself is outside the Core/Extras scope
Version-Release number of selected component (if applicable):
approx 30% chance
Steps to Reproduce:
1. load dvb-t drivers
2. start xine
X server hangs or restarts
xine runs without crashing X
Log file attached
Created attachment 126384 [details]
X server log including crash info
> 1. load dvb-t drivers
What are 'dvb-t' drivers?
Attach your X server config file also please.
(for future reference, from server log above)
0: /usr/bin/Xorg(xf86SigHandler+0x82) [0x4784a2]
1: /lib64/libc.so.6 [0x38d1e2f7c0]
5: /usr/bin/Xorg(Dispatch+0x1cd) [0x44a52d]
6: /usr/bin/Xorg(main+0x455) [0x432d55]
7: /lib64/libc.so.6(__libc_start_main+0xf4) [0x38d1e1d084]
8: /usr/bin/Xorg(FontFileCompleteXLFD+0xa9) [0x432059]
Fatal server error:
Caught signal 11. Server aborting
Created attachment 126716 [details]
DVB-T is digital terrestrial TV, relevant v4l/dvb drivers from linuxtv.org for
my tuner cards are in the stock Fedora kernel, the module saa7134 is loaded
automatically, I have to manually load the module saa71340_vdb module, at which
point udev creates the device entries under /dev/dvb/adapterN, xine then tunes
and decodes video and overlays it to the X surface.
The crash occurs less than once in every 5 times of starting xine, and when it
does occur is always when starting xine, I've never had it crash once it gets
We don't support systems which have 3rd party kernel modules loaded.
You'll have to reproduce the problem without any 3rd party kernel modules
loaded, or if it only occurs with 3rd party kernel modules, then it is an
issue you'll need to report to the upstream project that provides these
drivers, or alternatively diagnose/fix yourself or with help from the
Setting status to "CANTFIX" (unsupported)
Where did I say I have 3rd party modules loaded?
xine from "the repo that I shoudln't have mentioned" is only an application, to
be clear, both my ati driver, and the v4l dvb-t drivers are stock Fedora, I
haven't used xine lately, but thought that an app that can kill the xserver
would be worth persuing.
As this is quite an old bug now, I'm happy to test it again if you're interested
in the results?
(In reply to comment #5)
> Where did I say I have 3rd party modules loaded?
The way the first line of comment #3 was worded, it sounded to me like
you were using 3rd party drivers (from mention of "from linuxtv.org").
Reading it again now, it seems the statement just contains a bunch of
unnecessary details which make it a bit confusing.
> xine from "the repo that I shoudln't have mentioned" is only an application, to
> be clear, both my ati driver, and the v4l dvb-t drivers are stock Fedora, I
> haven't used xine lately, but thought that an app that can kill the xserver
> would be worth persuing.
To be clear, I wasn't refering to "xine" as an external driver. I
misunderstood your claim. If it had just read "the dvb-t drivers
included with the Fedora kernel for ..." it would have been a bit
clearer. The unnecessary "from linuxtv.org" information confused
> As this is quite an old bug now, I'm happy to test it again if you're interested
> in the results?
After updating to all of the latest Fedora updates and rebooting, does the
problem still occur? We've just recently released a new X server, mesa
and various other updates for FC5.
If the problem still occurs with the latest updates installed, please
attach your X server log and config file, and /var/log/messages as individual
uncompressed file attachments.
Thanks in advance.
Oh, I forgot to mention... Please reproduce this without the Xen kernel,
and do all testing without Xen. We don't really support X running under
Xen currently, and there are a number of known issues reported by people
who have attempted to use X under Xen. At some point in the future this is
likely to change, but X under Xen is totally "as is" more or less for the
Mass closure: This bug has been in NEEDINFO for over six weeks with no
additional information provided, and is therefore being closed. If this bug is
still an issue for you, please supply the requested information, and reopen the bug.