Red Hat Bugzilla – Bug 88641
xawtv crashes xfree86
Last modified: 2007-04-18 12:52:58 EDT
From Bugzilla Helper: User-Agent: Mozilla/5.0 Galeon/1.2.6 (X11; Linux i686; U;) Gecko/20020830 Description of problem: Linux enters a hard hangup condition (no response to any of the Ctrl-Alt-magic keys, no response to pings) shortly after running the xawtv program. X works fine with all other applications. Version-Release number of selected component (if applicable): XFree86-4.3.0-2 How reproducible: Always Steps to Reproduce: 1.Start X; start xawtv; wait a few seconds; curse, cycle the power, fsck the disks. 2. 3. Actual Results: The box hangs until power-cycled. Expected Results: I want my MTV! Additional info: I suspect that this problem may be limited to the hardware that I'm using: a Radeon 9000 Pro AGP video card (built by ATI, not just powered by ATI), and a Haupage Win-TV card. Here's what lspci finds: 00:00.0 Host bridge: Silicon Integrated Systems [SiS] SiS645DX Host & Memory & AGP Controller 00:01.0 PCI bridge: Silicon Integrated Systems [SiS] SiS 530 Virtual PCI-to-PCI bridge (AGP) 00:02.0 ISA bridge: Silicon Integrated Systems [SiS] SiS962 [MuTIOL Media IO] (rev 04) 00:02.3 FireWire (IEEE 1394): Silicon Integrated Systems [SiS] FireWire Controller 00:02.5 IDE interface: Silicon Integrated Systems [SiS] 5513 [IDE] 00:03.0 USB Controller: Silicon Integrated Systems [SiS] SiS7001 USB Controller (rev 0f) 00:03.1 USB Controller: Silicon Integrated Systems [SiS] SiS7001 USB Controller (rev 0f) 00:03.2 USB Controller: Silicon Integrated Systems [SiS] SiS7001 USB Controller (rev 0f) 00:03.3 USB Controller: Silicon Integrated Systems [SiS] SiS7002 USB 2.0 00:04.0 Ethernet controller: Silicon Integrated Systems [SiS] SiS900 10/100 Ethernet (rev 91) 00:05.0 Multimedia audio controller: C-Media Electronics Inc CM8738 (rev 10) 00:0a.0 Multimedia video controller: Brooktree Corporation Bt878 Video Capture (rev 02) 00:0a.1 Multimedia controller: Brooktree Corporation Bt878 Audio Capture (rev 02) 00:0d.0 Ethernet controller: Digital Equipment Corporation DECchip 21140 [FasterNet] (rev 20) 01:00.0 VGA compatible controller: ATI Technologies Inc Radeon R250 If [Radeon 9000] (rev 01) 01:00.1 Display controller: ATI Technologies Inc Radeon R250 [Radeon 9000] (Secondary) (rev 01)
I don't have access to any Hauppauge hardware, so I won't be able to investigate this problem. Also, the problem could be some resource conflict with your specific lineup of hardware, so it is a rather complex type of problem to try to both reproduce and troubleshoot that might require having the actual specific machine that is having the problem. It could even be a kernel bug, or even a hardware flaw of some kind. Even though there's nothing I can really do about this problem, I'll leave the bug report open in case you acquire debugging information that pinpoints the problem down, or in case someone else has the same problem and can do so. You may also want to report the problem on xfree86@xfree86.org mailing list to get feedback from other users and X developers who might have advice for you to try different things perhaps.
Please report this upstream at http://bugs.xfree86.org and provide the upstream URL here, and I will track it and possibly backport any fixes.
I've found an interesting bit of information about this problem: it seems to be limited to 24 bit color depths. I've worked around the problem by switching to a 16 bit color depth and have had no further difficulties. I've also reported this problem upstream as requested. The upstream bug url is http://bugs.xfree86.org/cgi-bin/bugzilla/show_bug.cgi?id=261
Thanks, I've CC'd myself upstream and will keep track of both reports and try to keep them in sync.
Status update: Upstream bug report untouched by upstream developers.
I've examined the upstream bug report and while it's still opened, X has changed a lot since this report was initially filed, and it is likely that the current X.Org X11R6.7.0 may resolve this issue. I'm able to run xawtv on Fedora Core 1 with all updates applied on a Radeon 9000 Pro, and Fedora Core 2 with the same card. I don't have the same motherboard, etc. nor the Haupauge card however, and they may be related to the problem, so this isn't conclusive. Please upgrade to Fedora Core 2, and if this problem is still present, file a new bug report in X.Org bugzilla at http://www.freedesktop.org in the 'xorg' component. Closing as 'CURRENTRELEASE'. Feel free to reopen if problem still exists in FC2. Thanks.