Xorg freezes the system with radeon driver on X1650 Pro

[Extreme Coder]

Hi,
My system is as follows:
Arch Linux with everything updated to latest
Mesa 7.1-1
Xorg Xserver at 1.5rc3
Libdrm at 2.3.1
xf86-video-ati 6.9.0
xf86-video-radeonhd 1.2.1

When I run X -configure, it automatically makes a xorg.conf with radeon in it. When I test with this Xorg.conf, the system freezes, unresponsive, and I can't switch to any VTs. I can only reboot..

Here is the Xorg.conf it generates:
Section "ServerLayout"
Identifier "X.org Configured"
Screen 0 "Screen0" 0 0
InputDevice "Mouse0" "CorePointer"
InputDevice "Keyboard0" "CoreKeyboard"
EndSection

Section "Files"
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 "xtrap"
Load "dbe"
Load "dri"
Load "extmod"
Load "glx"
Load "freetype"
EndSection

Section "InputDevice"
Identifier "Keyboard0"
Driver "kbd"
EndSection

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

Section "Monitor"
Identifier "Monitor0"
VendorName "Monitor Vendor"
ModelName "Monitor Model"
EndSection

Section "Device"
Identifier "Card0"
Driver "radeon"
VendorName "ATI Technologies Inc"
BoardName "RV530LE [Radeon X1600/X1650 PRO]"
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



What I'm using to post this is radeonhd, but I also can't get 3D running in it, it works fine, but DRI doesn't run correctly..
It says this in Xorg.0.log:
(WW) RADEONHD(0): Option "DRI" is not used
(II) AIGLX: Screen 0 is not DRI2 capable
(II) AIGLX: Screen 0 is not DRI capable
(II) AIGLX: Loaded and initialized /usr/lib/xorg/modules/dri/swrast_dri.so
(II) GLX: Initialized DRISWRAST GL provider for screen 0

The Xorg.conf for RadeonHD is the same as in radeon, with the driver changed to radeonhd and I added Option "DRI".


Thanks in advance!

[bridgman]

I'm not 100% sure but I think your radeonhd driver is too old to run 3D. Best bet is probably picking up the latest from git.

I would try removing all of the Subsection "Display" stuff in the Screen section of your xorg.conf. Do you get any useful info in the log file when you run radeon ?

[Extreme Coder]

I'm not 100% sure but I think your radeonhd driver is too old to run 3D. Best bet is probably picking up the latest from git.

I would try removing all of the Subsection "Display" stuff in the Screen section of your xorg.conf. Do you get any useful info in the log file when you run radeon ?
Well, it's not a problem if I can't use radeonhd, as it can't use 2D and 3D together, and it's still not as usable as radeon.

I will try removing Display, although for some reason I doubt it will work.
i can't get any log file from running radeon, the PC hangs, and when I reboot, I don't find a log file..

Someone on IRC suggested that my libdrm is too old and I should use from GIT, but mesa website states that libdrm 2.3 is enough for mesa 7.1..

[bridgman]

Well, it's not a problem if I can't use radeonhd, as it can't use 2D and 3D together,

That's all fixed now. Alex updated the acceleration code in radeonhd so it now has full EXA render, Textured Video, and 2D/3D at the same time.

The main thing missing now is rotation.

I think 6.9.0 radeon included 780 support but I'm not 100% sure. I would try latest radeonhd as the next step.

[Extreme Coder]

That's all fixed now. Alex updated the acceleration code in radeonhd so it now has full EXA render, Textured Video, and 2D/3D at the same time.

The main thing missing now is rotation.

I think 6.9.0 radeon included 780 support but I'm not 100% sure. I would try latest radeonhd as the next step.
Sounds like the featureset for radeon driver :)
I will try that right now..

[Extreme Coder]

Sounds like the featureset for radeon driver :)
I will try that right now..
Oh btw, is there a guide out there on how to compile radeonhd?

[bridgman]

http://www.x.org/wiki/radeonhd

It worked for me, so it must be pretty thorough :D

[neuron]

I've seen this when using an out of date x11-drm that doesn't support your card, after hang xorg.conf shows dri can't be found, but the system hardlocks.

[Extreme Coder]

I've seen this when using an out of date x11-drm that doesn't support your card, after hang xorg.conf shows dri can't be found, but the system hardlocks.
But I compiled libdrm from git.
I've yet to compile radeonhd, I will try now though.

[neuron]

Well have you checked Xorg.0.log after it freezes?

[Extreme Coder]

That's part of the problem, it doesn't leave a log.. :/
I tried compiling radeonhd, but I failed :/
Where should I file a bug on radeon not working?

Also, btw, I tried the latest Ubuntu alpha livecd, which is supposed to use the new Xserver and mesa, and it also hangs the PC, and I have to reboot.

[bridgman]

Start at http://www.x.org and scroll down to "Reporting problems, asking questions and getting help". That will give you links to the bug tracking system and mailing list (radeon questions normally start at the xorg mailing list).

If you are filing a bug, product = xorg and component = Driver/Radeon. You can also try the #radeon IRC but a lot of devs are travelling or on vacation right now.

It's interesting that the Ubuntu live CD hangs - that worked fine on my X1950 Pro. Not sure what to make of that yet. Is Alpha 4 still the latest ?

[Extreme Coder]

Is there a chance this will be fixed when X Server 1.5 is released officially, with Xorg 7.4?

[towo2099]

Here, with the pakages from Debian Sid, my Radeon X1650 works without any problem. I use xserver-xorg-video-radeon, mesa 7.1 and xorg-server 1.5 from experimental.


Host/Kernel/OS "Defiant" running Linux 2.6.27-rc5-towo-2 i686 [ Debian GNU/Linux sid ]
CPU Info (1) Intel Pentium 4 1024 KB cache flags( sse3 ) clocked at [ 2992.449 MHz ]
(2) Intel Pentium 4 1024 KB cache flags( sse3 ) clocked at [ 2992.449 MHz ]
Videocard ATI Radeon X1650 Pro X.Org 1.5.0 [ 1280x1024@60.0hz ]
Network cards Intel 82562EZ 10/100 Ethernet Controller, at port: cf40
Processes 123 | Uptime 6:35 | Memory 482.3/2025.0MB | HDD ATA ST3200826A,ATA WDC WD1600JB-75G,SAMSUNG HM160JC Size 520GB (35%used) |
GLX Renderer Mesa DRI R300 20060815 AGP 4x x86/MMX/SSE2 TCL | GLX Version 1.3 Mesa 7.1 | Direct rendering Yes | Client Shell | Infobash v3.01

[bridgman]

Looks like the latest from Ubuntu is Alpha 5; I haven't tried that. You might want to try Alpha 4 since I know that is working for a lot of R5xx users.

[Extreme Coder]

Could the problem be related to the make? Mine is PowerColor..

[bridgman]

It's possible but I doubt it. I assume the board works OK with the vesa driver (but low res and really slow) ?

The radeon driver doesn't have the ability to use shadowfb instead of HW acceleration on cards where HW accel is supported, but there is a "NoAccel" option IIRC - might be worth trying that with the radeon driver to help figure out if the crash is related to int/odesetting or to acceleration.

I think the syntax is : Option "NoAccel" "true"

[airlied]

Is it AGP card?

if so try Option "AGPMode" "1"

or "4"

[Extreme Coder]

It works with VESA, and no, it's not an AGP card.

I will try that NoAccel.

[Execute_Method]

you only have libgl compiled with the software rasterizer driver.

You have to use aur or abs to build libgl and add r300 and radeon drivers into the configuration.


build() {
cd ${startdir}/src/Mesa-${pkgver}
patch -Np1 -i ${srcdir}/mesa-7.1-link-shared.patch || return 1
export CFLAGS="${CFLAGS} -ffast-math"
./configure --prefix=/usr \
--with-dri-driverdir=/usr/lib/xorg/modules/dri \
--with-dri-drivers=swrast,r300,radeon \

[oblidor]

Use the latest ati driver (i mean the open source driver), not radeon. It works!

[Extreme Coder]

Thanks a lot Execute_Method, I will try that soon. Maybe that's why it wasn't working the whole time.
Is the r300 module used for the R500 series as well?

[Execute_Method]

Thanks a lot Execute_Method, I will try that soon. Maybe that's why it wasn't working the whole time.
Is the r300 module used for the R500 series as well?

I do believe so.. BTW, I'm almost certain it will fix your problems. I had the same issue a month (before it was in testing) ago when I built the whole thing from PKGBUILDs. It took me a while to figure that one out.

I have an x1650(rv535)AGP.

using xorg1.5-rc6, mesa 7.1-1, ati6.9.

FYI, I was never able to get the radeonhd driver to work right....plus I think the ati driver is still better for our cards.

[Execute_Method]

Use the latest ati driver (i mean the open source driver), not radeon. It works!

it's the same thing....in xorg.conf I specify "radeon"... The closed source is "FGLRX".

[Extreme Coder]

It didn't work :(
And I was almost sure it will work this time :/

libgl's dri files conflict with xf86-video-ati's dri files (r300 and radeon). I tried launching X, once with the DRI files from libgl, once with xf86-video-ati's, same results :(

I hope that it will improve once X server 1.5 and X.org 7.4 move from testing to core..

[neuron]

I've had crashes on my test box recently:
When radeon isn't loaded (the kernel module) when X is started.
When fglrx is loaded when I start X.

[Execute_Method]

From the radeonhd x.org wiki:
http://www.x.org/wiki/radeonhd%3ADRI

Check it out, it might help you.
The process about the same for radeon!

BTW I'm pretty sure(according to build order) that the r300&radeon driver files (provided by libgl) have to be in place *BEFORE* building ati.

The subsystems have to be built and installed in the following order:

* dri2proto
*

mesa (add --with-dri-drivers=radeon,r300,swrast to ./autogen.sh to speed up the build considerably)
* Xserver: If using x86_64 we need to build the xserver, which is quite painful:
o xextproto
o xproto (is named x11proto in the git repository)
o inputproto
o pixman
o xserver
o xf86-input-mouse
o xf86-input-keyboard
o xf86-input-evdev (if used)
* radeonhd

[darkelf]

You wrote that you are using Arch Linux, like me. Can you try xf86-video-ati from both core and testing? Is it still broken? I use r300 right now but I want to move to r500 just like you and I plan to use xf86-video-ati driver.

[Extreme Coder]

There was no change in packages as far as I can see, why would it make a different result now?

[darkelf]

I can prepare PKGBUILD with latest xf86-video-ati and Mesa to build xf86-video-ati package for you.

[Extreme Coder]

Hm, that would be really great :)

[darkelf]

Version from [testing] already uses Mesa 7.2, have you tried it?

[Extreme Coder]

Nope, sorry, I didn't. Did you though? :P

[darkelf]

I use 9800 Pro and don't have any crashes.

[Extreme Coder]

Hmm, maybe I should try it soon..
BTW, the GL version reported by glxinfo is 1.3 right?

[Thetargos]

I've been following this problem recently since I got stung by a problem with the xorg-x11-drv-ati drivers recently, on Fedora 9 with XServer 1.5.2... The simplest way to put it is that the system simply hangs (doesn't quite freeze, but is utterly unresponsive). I've submitted a bug report to Red Hat's bugzilla, and there seems to be other set of problems derived from these last updates to XServer 1.5 and the 6.8 and 6.9 versions of the driver:

Bug 464383 (https://bugzilla.redhat.com/show_bug.cgi?id=464383)
Bug 462157 (https://bugzilla.redhat.com/show_bug.cgi?id=462157)

Any thoughts? Currently the system is unstable as nitroglycerin in a blender, any type of image that is larger than the size of the window containing it (i.e having to pan to see it) will trigger this resource race.

[Extreme Coder]

Sounds like the OSS drivers have their own issues to sort right now :/
Also, the GL version is at 1.3, right?

[Thetargos]

Sounds like the OSS drivers have their own issues to sort right now :/
Also, the GL version is at 1.3, right?

Yes it does show that on the R500 based X1200 (RS690M) GPU in my laptop. I was kind of surprised that 3D actually works, and rather well so... Well, there are some rendering issues (horizontal black lines where I suspect should be some texture filtering going on, or so I think).

[darkelf]

I just bought Radeon 1950 (also r5xx), however I will now need to buy other parts of computer to use it :) But in few days I will test r5xx with Open Source driver.