Bug#599154: xine-ui: xine locks up machine while playing
On Tuesday, October 05, 2010, Darren Salt wrote: (snip) This is an HP DV9000Z laptop, with amd CPU and nvidia graphics. A similar issue is listed here: http://forums.debian.net/viewtopic.php?f=6t=51904 This would suggest that the nvidia taintware is the cause. Well I said similar, not exact. From my system: ---8--- snip ---8 (--) NOUVEAU(0): Chipset: NVIDIA NV4e (II) NOUVEAU(0): Creating default Display subsection in Screen section Default Screen Section for depth/fbbpp 24/32 (==) NOUVEAU(0): Depth 24, (--) framebuffer bpp 32 (==) NOUVEAU(0): RGB weight 888 (==) NOUVEAU(0): Default visual is TrueColor (==) NOUVEAU(0): Using HW cursor (II) NOUVEAU(0): Output LVDS-1 has no monitor section (II) NOUVEAU(0): Output VGA-1 has no monitor section (II) NOUVEAU(0): Output TV-1 has no monitor section (II) NOUVEAU(0): EDID for output LVDS-1 (II) NOUVEAU(0): Manufacturer: CMO Model: 1703 Serial#: 0 ---8--- snip ---8 I was not aware that Nouveau was considered taintware. (Yes, I actually put up with the annoying pause-then-jerk behavior under nouveau while playing a video more than about 1/4 screen size.) Listed as critical because it affects every other process on the computer when it crashes. Reduced to important because it's not a xine problem. (I was tempted to just close it on seeing nvidia. Consider yourself lucky.) Since you've determined it is not a xine problem, please close. Since this involves nvidia I think the best I can hope for is a wontfix anyway. Cheers! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#599154: xine-ui: xine locks up machine while playing
close 599154 0.99.6-1 thanks I demand that James Zuelow may or may not have written... On Tuesday, October 05, 2010, Darren Salt wrote: (snip) This is an HP DV9000Z laptop, with amd CPU and nvidia graphics. A similar issue is listed here: http://forums.debian.net/viewtopic.php?f=6t=51904 This would suggest that the nvidia taintware is the cause. Well I said similar, not exact. From my system: ---8--- snip ---8 (--) NOUVEAU(0): Chipset: NVIDIA NV4e [snip] ---8--- snip ---8 I was not aware that Nouveau was considered taintware. You said nvidia graphics, compared it with a similar issue, and failed to mention nouveau. From that, let's just say that it's not obvious. (Yes, I actually put up with the annoying pause-then-jerk behavior under nouveau while playing a video more than about 1/4 screen size.) Hmm. Being an ATI/Intel graphics user, I wouldn't know about that. [snip] Reduced to important because it's not a xine problem. (I was tempted to just close it on seeing nvidia. Consider yourself lucky.) Since you've determined it is not a xine problem, please close. Done. Since this involves nvidia I think the best I can hope for is a wontfix anyway. Not necessarily, at least if you report it as either a kernel problem or an xserver-xorg-video-nouveau problem, whichever you think is appropriate. (But -- | Darren Salt| linux at youmustbejoking | nr. Ashington, | Toon | using Debian GNU/Linux | or ds,demon,co,uk| Northumberland | back! | + Buy less and make it last longer. INDUSTRY CAUSES GLOBAL WARMING. Missing extent, 0:1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#599154: xine-ui: xine locks up machine while playing
Package: xine-ui Version: 0.99.6-1 Severity: critical Justification: breaks the whole system While watching any video over 20 minutes, xine will cause the system to crash. I hear an audible dee-dee-dah-dun sound, which I think is the ACPI shutdown sound, or perhaps the hibernate sound. Just after the sound, the video goes black. The video sound continues for one or two seconds, then stops. At that point the system is completely unresponsive. I've tried typing blind to switch to a virtual console to restart the system or restart X, which Google searches indicated might be possible. In my case, it is not. Pressing the power button momentarily to start the shutdown process does not work. I have to hold down the power button to force a shutdown. If I am *not* watching a video with xine, the machine does not spontaneously shut down. I have power settings in KDE set to keep the machine up 24/7 if AC power is supplied. Xine will shut down the machine even if AC power is supplied. I can remove the battery and run on only AC power, and xine will still cause the shutdown so I do not think it is a battery issue. There are no log entries in /var/log/syslog to indicate a shutdown or hibernation took place. The log just stops, and starts again after I power cycle the machine. This is an HP DV9000Z laptop, with amd CPU and nvidia graphics. A similar issue is listed here: http://forums.debian.net/viewtopic.php?f=6t=51904 however in my case switching the video away from auto (the default) or xv does not resolve the matter. Listed as critical because it affects every other process on the computer when it crashes. KDE desktop, current as of October 4 2010. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xine-ui depends on: ii libc6 2.11.2-6 Embedded GNU C Library: Shared lib ii libcurl3-gnutls 7.21.0-1 Multi-protocol file transfer libra ii liblircclient00.8.3-5infra-red remote control support - ii libpng12-01.2.44-1 PNG library - runtime ii libreadline6 6.1-3 GNU readline and history libraries ii libx11-6 2:1.3.3-3 X11 client-side library ii libxext6 2:1.1.2-1 X11 miscellaneous extension librar ii libxft2 2.1.14-2 FreeType-based font drawing librar ii libxine1 1.1.19-2 the xine video/media player librar ii libxine1-ffmpeg 1.1.19-2 MPEG-related plugins for libxine1 ii libxine1-x1.1.19-2 X desktop video output plugins for ii libxinerama1 2:1.1-3X11 Xinerama extension library ii libxtst6 2:1.1.0-3 X11 Testing -- Record extension li ii libxv12:1.0.5-1 X11 Video extension library ii libxxf86vm1 1:1.1.0-2 X11 XFree86 video mode extension l Versions of packages xine-ui recommends: ii xdg-utils1.0.2+cvs20100307-2 desktop integration utilities from xine-ui suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#599154: xine-ui: xine locks up machine while playing
severity 599154 important I demand that James Zuelow may or may not have written... While watching any video over 20 minutes, xine will cause the system to crash. [snip] Pressing the power button momentarily to start the shutdown process does not work. I have to hold down the power button to force a shutdown. Is that not intercepted to display a logout/shutdown/restart dialogue box? (I always set things up so that that happens when in X.) Anyway, that the computer is hung makes it not a xine bug but some combination of X driver bug and kernel bug. You will have to reassign this accordingly and bump the severity. [snip] There are no log entries in /var/log/syslog to indicate a shutdown or hibernation took place. The log just stops, and starts again after I power cycle the machine. One of these will help you to get log info: http://www.kernel.org/doc/Documentation/serial-console.txt http://www.kernel.org/doc/Documentation/networking/netconsole.txt This is an HP DV9000Z laptop, with amd CPU and nvidia graphics. A similar issue is listed here: http://forums.debian.net/viewtopic.php?f=6t=51904 This would suggest that the nvidia taintware is the cause. Listed as critical because it affects every other process on the computer when it crashes. Reduced to important because it's not a xine problem. (I was tempted to just close it on seeing nvidia. Consider yourself lucky.) [snip] -- | Darren Salt| linux at youmustbejoking | nr. Ashington, | Toon | using Debian GNU/Linux | or ds,demon,co,uk| Northumberland | back! | + RIPA NOTICE: NO CONSENT GIVEN FOR INTERCEPTION OF MESSAGE TRANSMISSION Start slow and taper off. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org