Bugzilla – Bug 542453
radeonhd [RS 690] X hang/crash when using openGL
Last modified: 2009-10-20 11:11:42 UTC
User-Agent: Mozilla/5.0 (X11; U; Linux i686; de; rv:1.9.1.1) Gecko/20090714 SUSE/3.5.1-1.1 Firefox/3.5.1 When using openGL programs on openSUSE 11.2 Milestone 7, the X server hangs or crashed (black screen) after some time. Effect can be reproduced by the openGL-preview-window of hugin or the kde-program celestia Hardware : integrated AMD/ATI 740G (RS690) chipset graphics / Radeon HD2100 Reproducible: Always Steps to Reproduce: 1. start a program that uses openGL graphics (e.g. hugin or celestia) 2. use it 3. Actual Results: X server hangs: screen frozen, switching to console fails, terminating X not possible X server: crashes: screen tuns black, system does not respond to any other key
Can you retest this with MI8?
Unfortunately, bug is still present in Milestone 8. Might be some kind of race condition? glxgears works, googleearth works, but running both programms simultaneously halts system quite reliably. Sometimes, X.log looks normally; sometimes, it ends with many "(WW) RADEONHD(0): DRMCPIdle: DRM CP IDLE returned BUSY!" lines
There is still some race in DRM handling in radeonhd. Unfortunately, nobody had time to look into that so far.
As suggested by Stefan on bug #543927, it seems I'm hit by the bug referenced here. I'm using the lastest radeon from repository http://download.opensuse.org/repositories/X11:/Drivers:/Video/openSUSE_Factory on a kernel uname -a Linux x-wing 2.6.31-10-default #1 SMP 2009-09-29 11:18:23 +0200 x86_64 x86_64 x86_64 GNU/Linux with 02:00.0 VGA compatible controller: ATI Technologies Inc RV530LE [Radeon X1600/X1650 PRO] (prog-if 00 [VGA controller]) Using full factory repo & KDE4 as desktop. Everything work well if you don't activate desktop effect. If you use default + enable desktop effect + opengl and use the woobly windows you loose the X ( in the best case it just reset X, otherwise you loose screen, keyboard and mouse ) and you have to shutdown the pc. Now I've just made another test, if I use (advanced tab) opengl + shared memory + trilinear rendering. It work ! ? I will made more tests this afternoon and but some printscreen. I've no particular message, warning or error in X.0.log
Created attachment 322043 [details] Xorg log The Xorg.0.log without any messages
Ok After making several tests, I've found that whatever you selected as effect, if compositing is enable you ended with a crash. What's bad is that you loose also access to your console, ( leave only a little space on top but with multiple line and cols mixed together ). I've don't have any error in Xorg or messages ... If you want more information, just ping me .
Ok, compositing is still unstable with many open source 3D drivers. That doesn't exactly help you, I know.
*** Bug 543755 has been marked as a duplicate of this bug. ***
I've also a laptop with a intel 852/855GM inside, ( an old vayo 1Ghz cpu with 512Mo ram ) And with kde4 I've activated all useless effect (transparency, wooble, flip switch windows ) and it rocks ( slowly ) but rock, not have any trouble with this during the 12 last days ... If you have a way to catch the crash ( debug or so ) I can install pretty all software on the ati one, it's a dedicated debug opensuse 11.2 box. I will be happy to help us to fight radeon crash.
Reassigning to Egbert for now. Could be related to CP race issue we're still facing. If you think this is purely DRM setup related, please assign back at will.
*Could* be a duplicate of bug 548060 or bug 538838
Strongly assuming duplicate of bnc #447124. *** This bug has been marked as a duplicate of bug 447124 ***
I will try the keithp's xvtest and try to get a trace of it to confirm this. Thanks for the pointer.