FS#10345 - Hard freeze on launch of glxgears and every other 3D related application

Attached to Project: Arch Linux
Opened by Stefan (Stef) - Saturday, 03 May 2008, 08:58 GMT
Last edited by Greg (dolby) - Wednesday, 14 May 2008, 13:46 GMT
Task Type Bug Report
Category Packages: Core
Status Closed
Assigned To Alexander Baldeck (kth5)
Architecture i686
Severity High
Priority Normal
Reported Version 2007.08-2
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

I'm having a total lockup after starting glxgears. I'm only able to reboot after that. The glxgears window appears but stays black.

I'm running:
libgl 7.0.3rc2-1
mesa 7.0.3rc2-1
xf86-video-ati 6.8.0-2
xorg-server 1.4.0.90-9

I thought that this might be an kernel related issue. I tried an knoppix dvd with kernel 2.6.19.5 and glxgears ran succesfully. The i compiled 2.6.19.7 on my arch with the config from knoppix. But then i experienced the same issue. Still a hard freeze on glxgears.
So this is not kernel related i think.

In the attachement is the Xorg.log after a glxgears crash.

Here is my xorg.conf:

Section "ServerLayout"
Identifier "X.org Configured"
Screen 0 "Screen0" 0 0
InputDevice "Mouse0" "CorePointer"
InputDevice "Keyboard0" "CoreKeyboard"
EndSection

Section "Files"
RgbPath "/usr/share/X11/rgb"
ModulePath "/usr/lib/xorg/modules"
FontPath "/usr/share/fonts/misc"
FontPath "/usr/share/fonts/100dpi:unscaled"
FontPath "/usr/share/fonts/75dpi:unscaled"
FontPath "/usr/share/fonts/TTF"
FontPath "/usr/share/fonts/Type1"
EndSection

Section "Module"
Load "dbe"
Load "xtrap"
Load "dri"
Load "glx"
Load "extmod"
Load "record"
Load "GLcore"
Load "freetype"
EndSection

Section "InputDevice"
Identifier "Keyboard0"
Driver "kbd"
Option "XkbLayout" "de"
Option "XkbVariant" "nodeadkeys"
EndSection

Section "InputDevice"
Identifier "Mouse0"
Driver "mouse"
Option "Protocol" "auto"
Option "Device" "/dev/input/mice"
Option "ZAxisMapping" "4 5 6 7"
EndSection

Section "Monitor"
#DisplaySize 340 270 # mm
Identifier "Monitor0"
VendorName "ACR"
ModelName "Acer AL1721"
### Comment all HorizSync and VertRefresh values to use DDC:
HorizSync 30.0 - 83.0
VertRefresh 55.0 - 75.0
Option "DPMS"
EndSection

Section "Device"
Identifier "Card0"
Driver "radeon"
VendorName "ATI Technologies Inc"
BoardName "Radeon RV100 QY [Radeon 7000/VE]"
BusID "PCI:1:0:0"
EndSection

Section "Screen"
Identifier "Screen0"
Device "Card0"
Monitor "Monitor0"
SubSection "Display"
Viewport 0 0
Depth 1
EndSubSection
SubSection "Display"
Viewport 0 0
Depth 4
EndSubSection
SubSection "Display"
Viewport 0 0
Depth 8
EndSubSection
SubSection "Display"
Viewport 0 0
Depth 15
EndSubSection
SubSection "Display"
Viewport 0 0
Depth 16
EndSubSection
SubSection "Display"
Viewport 0 0
Depth 24
EndSubSection
EndSection
   Xorg.0.log.old (61.4 KiB)
This task depends upon

Closed by  Greg (dolby)
Wednesday, 14 May 2008, 13:46 GMT
Reason for closing:  Not a bug
Comment by Stefan (Stef) - Saturday, 03 May 2008, 09:42 GMT
Just to mention: the bug is from upstream.

I tried ubuntu hardy heron and there is the same problem.
Comment by Stefan (Stef) - Friday, 09 May 2008, 17:51 GMT
There is a workaround:

Run glxgears (or any other opengl enabled app) from root and then everything is fine. No more problems with 3D acceleration until next boot.
Comment by Greg (dolby) - Saturday, 10 May 2008, 22:08 GMT
Did you make a bug report upstream then? Xorg developers dont usually hang out here..
Comment by Stefan (Stef) - Monday, 12 May 2008, 23:44 GMT
https://bugs.freedesktop.org/show_bug.cgi?id=15913

And there was helped me by Alex Deucher with these two options:

Option "BusType" "PCI"
Option "AGPMode" "1"

Loading...