Bug#560126: xserver-xorg-video-radeon: Launching GL Apps Corrupts System
Hi *, On Tue, Dec 08, 2009 at 12:38:19PM -0800, Leo L. Schwab wrote: After launching virtually any GL screensaver, the system appears to become corrupted beyond usability. After exiting the screensaver, any one of several system-wide errors manifest themselves, preventing the launch of any new program (including programs to shut the system down). The only way to regain control of the system is a hard reboot. Seems I am not the only one who ran into these problems. On my system, more often than not it was not even usable via network anymore. Most prominent indication of the problem is disk corruption here. The same kernel was running some months without incident on that system, and the problems manifested themselves after upgrading. My work around was to disable OpenGL. This make the system quite stable again, but I keep seeing these messages: EXT3-fs error (device dm-6): ext3_lookup: deleted inode referenced: 163841 I have given up on this. This was my primary development system running Debian sid/unstable and I have no idea how to diagnose the problem. I have since gotten me a shiny new system which starts being usable despite the Radeon HD 3300 graphics card. Once it is working, I can make the system available to ssh access if that would be of any help. I won't count on somebody working on 9200 drivers anymore. :-(( Greetings, Torsten -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: Re: Bug#560126: xserver-xorg-video-radeon: Launching GL Apps Corrupts System
Processing commands for cont...@bugs.debian.org: reassign 560126 linux-2.6 2.6.32~rc8-1~experimental.1 Bug #560126 [xserver-xorg-video-radeon] xserver-xorg-video-radeon: Launching GL Apps Corrupts System Bug reassigned from package 'xserver-xorg-video-radeon' to 'linux-2.6'. Bug No longer marked as found in versions xserver-xorg-video-ati/1:6.12.3-1. Bug #560126 [linux-2.6] xserver-xorg-video-radeon: Launching GL Apps Corrupts System There is no source info for the package 'linux-2.6' at version '2.6.32~rc8-1~experimental.1' with architecture '' Unable to make a source version for version '2.6.32~rc8-1~experimental.1' Bug Marked as found in versions 2.6.32~rc8-1~experimental.1. found 550977 2.6.30-8 Bug #550977 [linux-2.6] radeon DRI driver corrupts memory Bug #559037 [linux-2.6] radeon DRI driver corrupts memory There is no source info for the package 'linux-2.6' at version '2.6.30-8' with architecture '' Unable to make a source version for version '2.6.30-8' Ignoring request to alter found versions of bug #550977 to the same values previously set Ignoring request to alter found versions of bug #559037 to the same values previously set tag 560126 - unreproducible Bug #560126 [linux-2.6] xserver-xorg-video-radeon: Launching GL Apps Corrupts System Removed tag(s) unreproducible. merge 550977 560126 Bug#550977: radeon DRI driver corrupts memory Bug#560126: xserver-xorg-video-radeon: Launching GL Apps Corrupts System Bug#559037: radeon DRI driver corrupts memory Merged 550977 559037 560126. affects 550977 xserver-xorg-video-radeon Bug #550977 [linux-2.6] radeon DRI driver corrupts memory Bug #559037 [linux-2.6] radeon DRI driver corrupts memory Bug #560126 [linux-2.6] xserver-xorg-video-radeon: Launching GL Apps Corrupts System Added indication that 550977 affects xserver-xorg-video-radeon Added indication that 559037 affects xserver-xorg-video-radeon Added indication that 560126 affects xserver-xorg-video-radeon forwarded 550977 http://bugzilla.kernel.org/show_bug.cgi?id=14535 Bug #550977 [linux-2.6] radeon DRI driver corrupts memory Bug #559037 [linux-2.6] radeon DRI driver corrupts memory Bug #560126 [linux-2.6] xserver-xorg-video-radeon: Launching GL Apps Corrupts System Set Bug forwarded-to-address to 'http://bugzilla.kernel.org/show_bug.cgi?id=14535'. Set Bug forwarded-to-address to 'http://bugzilla.kernel.org/show_bug.cgi?id=14535'. Set Bug forwarded-to-address to 'http://bugzilla.kernel.org/show_bug.cgi?id=14535'. kthxbye Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#560126: xserver-xorg-video-radeon: Launching GL Apps Corrupts System
reassign 560126 linux-2.6 2.6.32~rc8-1~experimental.1 found 550977 2.6.30-8 tag 560126 - unreproducible merge 550977 560126 affects 550977 xserver-xorg-video-radeon forwarded 550977 http://bugzilla.kernel.org/show_bug.cgi?id=14535 kthxbye Looks like we have a pretty nasty bug in radeon drm… I chatted a bit with Dave Airlie on irc: 22:36 jcristau does anybody know what's up with http://bugzilla.kernel.org/show_bug.cgi?id=14535 ? 22:37 @airlied jcristau: wierd 22:38 @airlied my T42 seems fine, though I'm all kms 22:38 @airlied seems like we send a packet with offset 0 somewhere 22:38 jcristau bugs.debian.org/560126 looks like the same thing, too [...] 22:43 jcristau airlied: anything i can tell people to debug this? 22:43 jcristau (i have no radeon hw) 22:43 @airlied looks like we have a kernel bug though it should catch that sort of craziness 22:43 @airlied but nothing I can think for a non-developer to help [...] 22:53 @airlied jcristau: I'll add it to my TODO list, as much as I hate non-kms at this point ;-) Cheers, Julien -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#560126: xserver-xorg-video-radeon: Launching GL Apps Corrupts System
Hi Julien, On Sat, Jan 09, 2010 at 10:00:35PM +, Julien Cristau wrote: Looks like we have a pretty nasty bug in radeon drm… I chatted a bit with Dave Airlie on irc: Which channel is that? :) 22:36 jcristau does anybody know what's up with http://bugzilla.kernel.org/show_bug.cgi?id=14535 ? 22:37 @airlied jcristau: wierd 22:38 @airlied my T42 seems fine, though I'm all kms 22:38 @airlied seems like we send a packet with offset 0 somewhere Without the channel context, it is unclear who the we refers to. Depending on where that packet is generated, it should be possible to catch in on the next layer? 22:43 @airlied but nothing I can think for a non-developer to help I'd consider me a developer so perhaps I can help? If needed, I can provide shell access to the system after I got my data moved to the new system. Greetings, Torsten -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#560126: xserver-xorg-video-radeon: Launching GL Apps Corrupts System
On Sat, Jan 09, 2010 at 10:00:35PM +, Julien Cristau wrote: found 550977 2.6.30-8 Also persisted in 2.6.32-rc8. I haven't tried anything past that. tag 560126 - unreproducible Actually, I was able reproduce it fairly reliably on this machine (which is of limited help to you guys, I know...). In case it matters: The machine is a Sony VAIO VGN-S150 with 512M of RAM. This was the first of the now-retired S-series VAIOs. 22:43 @airlied looks like we have a kernel bug though it should catch that sort of craziness 22:43 @airlied but nothing I can think for a non-developer to help [...] I still have access to this machine, and I'm no stranger to writing device drivers and compiling kernels. So if you need some especially weird tests run, I can probably do it. However, the turnaround time may be a little long, as the machine is now in a remote location. Thanks, Schwab -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#560126: xserver-xorg-video-radeon: Launching GL Apps Corrupts System
On Sun, Jan 10, 2010 at 00:07:40 +0100, Torsten Landschoff wrote: Hi Julien, On Sat, Jan 09, 2010 at 10:00:35PM +, Julien Cristau wrote: Looks like we have a pretty nasty bug in radeon drm… I chatted a bit with Dave Airlie on irc: Which channel is that? :) freenode's #radeon. Cheers, Julien -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#560126: xserver-xorg-video-radeon: Launching GL Apps Corrupts System
Same problem on an old desktop system with an ATI Radeon 9250 5960 (AGP). The system worked perfectly otherwise before I switched from a GeForce 2 to the ATI card, hoping for better driver support (*sigh*). The system was initially running lenny, but all GL apps would segfault the X server. I then upgraded the xserver packages to those in sid and ended up in this situation (x11-common couldn't be updated because of dependencies). 6 passes (7 hrs) of memtest revealed no errors. X.Org X Server 1.6.5 Release Date: 2009-10-11 X Protocol Version 11, Revision 0 Build Operating System: Linux 2.6.30.8-dsa-ia32 i686 Debian Current Operating System: Linux hiie 2.6.26-2-686 #1 SMP Wed Aug 19 06:06:52 UTC 2009 i686 Build Date: 13 October 2009 11:25:51AM xorg-server 2:1.6.5-1 (bui...@murphy.debian.org) Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/Xorg.0.log, Time: Tue Dec 22 11:51:39 2009 (==) Using config file: /etc/X11/xorg.conf (==) ServerLayout Default Layout (**) |--Screen Default Screen (0) (**) | |--Monitor Generic Monitor (**) | |--Device Generic Video Card (**) Option DontZap off (**) Option AIGLX off (==) Automatically adding devices (==) Automatically enabling devices (WW) The directory /usr/X11R6/lib/X11/fonts/misc does not exist. Entry deleted from font path. (WW) The directory /usr/share/fonts/X11/cyrillic does not exist. Entry deleted from font path. (WW) The directory /usr/X11R6/lib/X11/fonts/cyrillic does not exist. Entry deleted from font path. (WW) The directory /usr/X11R6/lib/X11/fonts/100dpi/ does not exist. Entry deleted from font path. (WW) The directory /usr/X11R6/lib/X11/fonts/75dpi/ does not exist. Entry deleted from font path. (WW) The directory /usr/X11R6/lib/X11/fonts/Type1 does not exist. Entry deleted from font path. (WW) The directory /usr/X11R6/lib/X11/fonts/100dpi does not exist. Entry deleted from font path. (WW) The directory /usr/X11R6/lib/X11/fonts/75dpi does not exist. Entry deleted from font path. (WW) The directory /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType does not exist. Entry deleted from font path. (WW) The directory /usr/share/fonts/X11/cyrillic does not exist. Entry deleted from font path. (WW) The directory /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType does not exist. Entry deleted from font path. (**) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi, /usr/share/fonts/X11/misc, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi, built-ins (==) ModulePath set to /usr/lib/xorg/modules (**) Extension Composite is disabled (II) Cannot locate a core pointer device. (II) Cannot locate a core keyboard device. (II) The server relies on HAL to provide the list of input devices. If no devices become available, reconfigure HAL or disable AllowEmptyInput. (II) Loader magic: 0x6c0 (II) Module ABI versions: X.Org ANSI C Emulation: 0.4 X.Org Video Driver: 5.0 X.Org XInput driver : 4.0 X.Org Server Extension : 2.0 (II) Loader running on linux (++) using VT number 7 (--) PCI:*(0:1:0:0) 1002:5960:196d:1013 ATI Technologies Inc RV280 [Radeon 9200 PRO] rev 1, Mem @ 0xf000/134217728, 0xde00/65536, I/O @ 0xd800/256, BIOS @ 0x/131072 (II) Open ACPI successful (/var/run/acpid.socket) (II) System resource ranges: [0] -1 0 0x - 0x (0x1) MX[B] [1] -1 0 0x000f - 0x000f (0x1) MX[B] [2] -1 0 0x000c - 0x000e (0x3) MX[B] [3] -1 0 0x - 0x0009 (0xa) MX[B] [4] -1 0 0x - 0x (0x1) IX[B] [5] -1 0 0x - 0x (0x1) IX[B] (II) extmod will be loaded. This was enabled by default and also specified in the config file. (II) dbe will be loaded by default. (II) glx will be loaded. This was enabled by default and also specified in the config file. (II) record will be loaded by default. (II) dri will be loaded by default. (II) dri2 will be loaded by default. (II) LoadModule: i2c (II) Module i2c already built-in (II) LoadModule: ddc (II) Module ddc already built-in (II) LoadModule: extmod (II) Loading /usr/lib/xorg/modules/extensions//libextmod.so (II) Module extmod: vendor=X.Org Foundation compiled for 1.6.5, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 2.0 (II) Loading extension SELinux (II) Loading extension MIT-SCREEN-SAVER (II) Loading extension XFree86-VidModeExtension (II) Loading extension XFree86-DGA (II) Loading extension DPMS (II) Loading extension XVideo (II)
Bug#560126: xserver-xorg-video-radeon: Launching GL Apps Corrupts System
On Wed, Dec 09, 2009 at 07:45:35AM +0100, Brice Goglin wrote: Leo L. Schwab wrote: I've upgraded to the 'unstable' mesa libraries, and to the 2.6.32-rc8 kernel. Same problems. You may try upgrading to experimental now... Those were the latest available versions that I could find via packages.debian.org. When did this problem start? What did you upgrade when it started? This is basically a virgin 'testing' install. The machine is a Sony VAIO VGN-S150 laptop. This machine was decommissioned about two years ago when the keyboard inexplicably died. Prior to that, it was running Debian 'unstable' on a daily basis just fine, including GL acceleration. The keyboard just as inexplicably came back to life recently, and I've been experimenting with various desktops as a prelude to gifting it to my mother. But then this corruption issue surfaced. It's a Sony, so I suppose it's possible the machine has traded a broken keyboard for a broken graphics chip (is there a way to test this?), but it has never been subjected to any abuse. It also passes MemTest86+ without issue, so it would not seem to be a problem with flaky memory. Since nobody else has ever reported such a critical problem (while the radeon driver has many users), I suggest your check your installation (with debsums for instance) and maybe check your hardware as well (memtest, smartctl, is there some sort of memtest for video?). The laptop in question isn't being used for anything (yet), so I can subject it to any form of diagnostic abuse you choose :-). Something strange is going on here... I wholeheartedly agree. Thanks, Schwab -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#560126: xserver-xorg-video-radeon: Launching GL Apps Corrupts System
Further information: - An extended 'smartctl' test revealed no errors. So it's probably not the disk. - 'debsums -s' reported errors for a couple of files in OpenOffice; everything else was fine. I also did some fiddling with options in xorg.conf this morning. Setting AGPMode to 1 does not improve behavior. Setting AGPFastWrites to False does not improve behavior. The system still goes to pieces when GL kicks in. Setting DRI to False improves things -- GL acceleration is disabled, but the system remains stable. Schwab -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#560126: xserver-xorg-video-radeon: Launching GL Apps Corrupts System
Leo L. Schwab wrote: Package: xserver-xorg-video-radeon Version: 1:6.12.3-1 Severity: critical Justification: breaks the whole system After launching virtually any GL screensaver, the system appears to become corrupted beyond usability. After exiting the screensaver, any one of several system-wide errors manifest themselves, preventing the launch of any new program (including programs to shut the system down). The only way to regain control of the system is a hard reboot. Among the errors observed so far: - Errors reporting system libraries are corrupt. - Errors reporting the requested program isn't a valid binary image. - Errors reporting a corrupt filesystem. - Running daemons, which were running fine before, suddenly reporting segfaults. This strongly suggests the graphics (or related) driver is clobbering random system memory. I've upgraded to the 'unstable' mesa libraries, and to the 2.6.32-rc8 kernel. Same problems. You may try upgrading to experimental now... I realize this report is terribly vague -- I haven't been able to more concretely characterize the problem. To reproduce on this system (at least, how I've been doing it): - Launch X, any window server/desktop environment. - Open a terminal. - Issue the command: xscreensaver-command -activate. Iterate until you get a GL screensaver. - Allow the screensaver to run for a few seconds, then press a key to exit back to the desktop. You should be unable to run any new program. More specifically, you should be unable to run any program that isn't cached. (Example: After exiting the screensaver, you can (probably) run 'xscreensaver-command' again, but attempts to run 'ls' or any other utility will likely fail.) I can't reproduce this on my Radeon X300 (rv370). When did this problem start? What did you upgrade when it started? Since nobody else has ever reported such a critical problem (while the radeon driver has many users), I suggest your check your installation (with debsums for instance) and maybe check your hardware as well (memtest, smartctl, is there some sort of memtest for video?). Something strange is going on here... Brice -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
