Ubuntu

ATI Radeon 9200 / 9250 PCI black screen and console freeze with DRI

Reported by Mike Agnew on 2007-05-13
10
Affects Status Importance Assigned to Milestone
X.Org X server
Fix Released
High
xserver-xorg-video-ati (Ubuntu)
Undecided
Unassigned

Bug Description

Binary package hint: xserver-xorg-video-ati

I have a (Club 3d) ATI Radeon 9250 PCI 128MB (in an old Dell Optiplex GX1 with 384MB so PCI was the only option). Am running feisty with xserver-xorg-video-ati 1:6.6.3 installed.
Vesa driver works OK; ati driver gives a black screen and console freeze every time I try.
If I disable "dri" in xorg.conf then I can use the ati driver but then I guess that's almost the same as vesa. So not good performance of any kind since driver is not writing directly to the Radeon 9250 card.

I can attach the xorg.cong that I am using which has "dri" disabled if required. Also, I did look at my /var/log/Xorg.0.log and really did not see any errors when I had the back screen. Can append this too.

PS I did try using 'fglrx' but was not successful due to version incompatibilities. (Could not really install the last ATI Radeon driver 8.28.8 that works for the 9250 in feisty - the new ATI Radeon driver is too new for the 9250). Ended up re-installing feisty to get back to where I am now to make sure all my libraries were OK.

Download full text (3.3 KiB)

My configuration :
HP dx200MT with ATI Radeon 9250 PCI (Screen :Daewoo Sensy)

OS : Ubuntu Feisty

$ uname -a
Linux didou-pentium 2.6.20-15-generic #2 SMP Sun Apr 15 07:36:31 UTC 2007 i686 GNU/Linux

$ dmesg | grep drm
[ 53.230050] [drm] Initialized drm 1.1.0 20060810
[ 53.255885] [drm] Initialized radeon 1.25.0 20060524 on minor 0
[ 58.215199] [drm] Setting GART location based on new memory map
[ 58.215867] [drm] Loading R200 Microcode
[ 58.215938] [drm] writeback test succeeded in 2 usecs
[ 761.673810] [drm] Setting GART location based on new memory map
[ 761.674712] [drm] Loading R200 Microcode
[ 761.674779] [drm] writeback test succeeded in 2 usecs
[ 806.227550] [drm] Setting GART location based on new memory map
[ 806.228481] [drm] Loading R200 Microcode
[ 806.228549] [drm] writeback test succeeded in 2 usecs
[ 1479.968053] [drm] Setting GART location based on new memory map
[ 1479.969205] [drm] Loading R200 Microcode
[ 1479.969275] [drm] writeback test succeeded in 1 usecs
[ 1613.605317] [drm] Setting GART location based on new memory map
[ 1613.606414] [drm] Loading R200 Microcode
[ 1613.606485] [drm] writeback test succeeded in 1 usecs

$ sudo scanpci
pci bus 0x0000 cardnum 0x00 function 0x00: vendor 0x8086 device 0x2570
 Intel Corporation 82865G/PE/P DRAM Controller/Host-Hub Interface
pci bus 0x0000 cardnum 0x02 function 0x00: vendor 0x8086 device 0x2572
 Intel Corporation 82865G Integrated Graphics Controller
pci bus 0x0000 cardnum 0x1d function 0x00: vendor 0x8086 device 0x24d2
 Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #1
pci bus 0x0000 cardnum 0x1d function 0x01: vendor 0x8086 device 0x24d4
 Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #2
pci bus 0x0000 cardnum 0x1d function 0x02: vendor 0x8086 device 0x24d7
 Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #3
pci bus 0x0000 cardnum 0x1d function 0x03: vendor 0x8086 device 0x24de
 Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #4
pci bus 0x0000 cardnum 0x1d function 0x07: vendor 0x8086 device 0x24dd
 Intel Corporation 82801EB/ER (ICH5/ICH5R) USB2 EHCI Controller
pci bus 0x0000 cardnum 0x1e function 0x00: vendor 0x8086 device 0x244e
 Intel Corporation 82801 PCI Bridge
pci bus 0x0000 cardnum 0x1f function 0x00: vendor 0x8086 device 0x24d0
 Intel Corporation 82801EB/ER (ICH5/ICH5R) LPC Interface Bridge
pci bus 0x0000 cardnum 0x1f function 0x01: vendor 0x8086 device 0x24db
 Intel Corporation 82801EB/ER (ICH5/ICH5R) IDE Controller
pci bus 0x0000 cardnum 0x1f function 0x03: vendor 0x8086 device 0x24d3
 Intel Corporation 82801EB/ER (ICH5/ICH5R) SMBus Controller
pci bus 0x0001 cardnum 0x00 function 0x00: vendor 0x1002 device 0x5960
 ATI Technologies Inc RV280 [Radeon 9200 PRO]
pci bus 0x0001 cardnum 0x00 function 0x01: vendor 0x1002 device 0x5940
 ATI Technologies Inc RV280 [Radeon 9200 PRO] (Secondary)
pci bus 0x0001 cardnum 0x01 function 0x00: vendor 0x13f6 device 0x0111
 C-Media Electronics Inc CM8738
pci bus 0x0001 cardnum 0x02 function 0x00: vendor 0x14f1 device 0x2f01
 Conexant Device unknown
pci bus 0x0001 cardnum 0x08 function 0x00: vendor 0x8086 device 0x1050
 Intel Corporation 82562EZ 10/100 Ether...

Read more...

Created an attachment (id=9885)
xorg.conf

Created an attachment (id=9886)
Xorg.0.log.old (with a crash)

Thanks for your help...

Adeline

Not sure if it helps in this particular problem, but you might try to edit your xorg.conf and comment out / remove the line that says 'Load "dri"'. Then you don't have accelerated 3D, but it'd be worth trying out if it helps in this.

This might be a duplicate of bug 6111, but there's a lot of noise (unrelated to the original reporter's problem) there. A hint from there, which is probably unrelated to you since you already have a PCI card, is to add Option "BusType" "PCI" to the Driver-section.

What driver do you want to use ? Your log say you use radeon open source driver,
your message say you want to use fglrx. We do not provide support for fglrx.
Because we can't and don't want to. If you want to try with the open source
driver please try to strip down your card configuration to the following:

Section "Device"
 Identifier "HIS (Ati) Radeon 9250 PCI"
 BusID "PCI:1:0:0"
 Driver "radeon"
 Option "GARTSize" "64"
 Option "EnablePageFlip" "1"
 Option "ColorTiling" "1"
EndSection

(In reply to comment #6)
> What driver do you want to use ? Your log say you use radeon open source
> driver,

Like it was said, she was using fglrx before because the hang problems. Now that ATI dropped support for 8500-9250 series of cards, it's again being tried to use open source drivers, but the old hanging/blackscreen problem persists.

So, despite the fglrx mentions, this report is about the open source driver and wishes for instructions how to get it not to hang.

Anyway, indeed in addition to my hint, it might be worthwhile to "clean" the driver section to just include the Identifier, Driver and BusID, which are the only ones that should be really needed. Just in case some of the options cause any trouble.

Also, Driver can be just "ati" instead of "radeon", though it should not matter.

(In reply to comment #5)
> add Option "BusType"
> "PCI" to the Driver-section.
>
I add it :
Section "Device"
 Identifier "HIS (Ati) Radeon 9250 PCI"
 BusID "PCI:1:0:0"
 Driver "radeon"
 Option "BusType" "PCI"
 Option "AccelMethod" "XAA" # Use XFree86 Acceleration Architecture
 Option "AccelDFS" "1" # mettez à 0 si vous avez une carte AGP
 Option "GARTSize" "64"
#Fait sauter mon ordinateur Option "RingSize" "8"
 Option "BufferSize" "2"
 Option "EnablePageFlip" "1" # Enable page flipping for 3D apps
 Option "ColorTiling" "1"
 Option "EnableDepthMoves" "yes"
 Option "UseFBDev" "false"
 Option "RenderAccel" "true" # Enable the hardware render acceleration
 Option "mtrr" "on"
 Option "SubPixelOrder" "none"
 Option "DPMS"
 Option "DynamicClocks" "on"
# Option "VideoOverlay" "on"
# Option "OpenGLOverlay" "off"
EndSection

For the moment it's good but I need to try more time

Thanks

And sorry for my bad English... Yes I want to use the oepn driver ;)

> For the moment it's good but I need to try more time
>
>
No it's not the solution, I have the same problem even if I add Option "BusType" "PCI"...

Have you a other proposition ?

When I see the xorg.log.0, I see that the driver radeon support the 9250 (AGP) but I don't see that it support the 9250 (PCI) it's wright or not ?

Thanks

Did you try with device section as proposed in comment 6 ?
Please try this, you really have too much options; so it's
hard to understand from where the issue likely come.

Btw i am not sure i fully understand your issue, you have
a black screen after some times, is this after some times
of inactivity ? If so then this likely somethings related
to dpms and failing to wake up the card or the screen.

Anyway the fact that ctr-alt-backspace restart properly your
xserver likely mean that the isn't lockup at all.

(In reply to comment #9)
> Have you a other proposition ?

1. Did you try to comment out the Option "dri" line from Section "Module"?

2. Also, if it would be a problem with some screen power saver, you could, depending on a bit on the environment you are using, disable display power management. In GNOME, it's System->Preferences->Power Manager. There set the "Put display to sleep when inactive for:" to "Never". Though as it seems it happens while you're working (?) this is probably not the reason.

3. Cleaning the amount of options, like stated.

But really, I'd guess only the option 1 has the real possibility to fix the problem at the moment, but all are worth trying anyway.

There's a somewhat similar case at https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-ati/+bug/58448 , though there ctrl-alt-backspace does not work.

(In reply to comment #10)
> Did you try with device section as proposed in comment 6 ?

Oki, now I have :

Section "Device"
 Identifier "HIS (Ati) Radeon 9250 PCI"
 BusID "PCI:1:0:0"
 Driver "radeon"
 Option "BusType" "PCI"
 Option "GARTSize" "64"
 Option "EnablePageFlip" "1" # Enable page flipping for 3D apps
 Option "ColorTiling" "1"
#Fait sauter mon ordinateur Option "RingSize" "8"
# Option "AccelMethod" "XAA" # Use XFree86 Acceleration Architecture
# Option "AccelDFS" "1" # mettez à 0 si vous avez une carte AGP
# Option "BufferSize" "2"
# Option "EnablePageFlip" "1" # Enable page flipping for 3D apps
# Option "ColorTiling" "1"
# Option "EnableDepthMoves" "yes"
# Option "UseFBDev" "false"
# Option "RenderAccel" "true" # Enable the hardware render acceleration
# Option "mtrr" "on"
# Option "SubPixelOrder" "none"
# Option "DPMS"
# Option "DynamicClocks" "on"
# Option "VideoOverlay" "on"
# Option "OpenGLOverlay" "off"
EndSection

> Btw i am not sure i fully understand your issue, you have
> a black screen after some times, is this after some times
> of inactivity ?

This is after some times of activity OR inactivity...

(In reply to comment #11)
> (In reply to comment #9)
> > Have you a other proposition ?
>
> 1. Did you try to comment out the Option "dri" line from Section "Module"?
>

When I comment this line I have not crash... but not 3D too.

> 2. Also, if it would be a problem with some screen power saver, you could,
> depending on a bit on the environment you are using, disable display power
> management. In GNOME, it's System->Preferences->Power Manager. There set the
> "Put display to sleep when inactive for:" to "Never". Though as it seems it
> happens while you're working (?) this is probably not the reason.
>

I have already this configuration.

> 3. Cleaning the amount of options, like stated.
>

I have clean the amount of options but if I load dri I have still crashes...

> There's a somewhat similar case at
> https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-ati/+bug/58448 ,
> though there ctrl-alt-backspace does not work.
>

I don't understand all of this repport (I am french...)

Changing summary to include the information that this is DRI related.

> When I comment this line I have not crash... but not 3D too.

Ok, then it is DRI related definitely.

> > https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-ati/+bug/58448 > > I don't understand all of this repport (I am french...)

No worries, there is really no new information there, except that someone claims that with some older drivers it works for him. It's rather uncertain if it's the same problem, though, as most people complaining about this are using AGP card.

I don't know further options other than to leave the 3D disabled or try the latest development versions in case you want to provide further information on whether the problem has been finally fixed or not. Basically the git repositories from git://anongit.freedesktop.org/git/mesa/drm , git://anongit.freedesktop.org/git/mesa/mesa and git://anongit.freedesktop.org/git/xorg/driver/xf86-video-ati contain the latest kernel DRM module, DRI modules and the video driver. For the first two, there are some compilation + installation instructions at http://dri.freedesktop.org/wiki/Building which I just updated a bit. I would guess that the third one (the normal DDX video driver) is not needed since this is DRI related.

(In reply to comment #14)
> I would guess that the third one (the normal DDX video driver) is not needed
> since this is DRI related.

DRI issues can be caused by the DDX driver.

Does the problem also happen without Option "GARTSize"?

> Does the problem also happen without Option "GARTSize"?
>

I have try to uncomment Option "GARTSize" but I have a crash too....

> I don't know further options other than to leave the 3D disabled or try the
> latest development versions in case you want to provide further information on
> whether the problem has been finally fixed or not. Basically the git
> repositories from git://anongit.freedesktop.org/git/mesa/drm ,
> git://anongit.freedesktop.org/git/mesa/mesa and
> git://anongit.freedesktop.org/git/xorg/driver/xf86-video-ati contain the latest
> kernel DRM module, DRI modules and the video driver. For the first two, there
> are some compilation + installation instructions at
> http://dri.freedesktop.org/wiki/Building which I just updated a bit.

I try to do this but T have a problem whith the compilation of 3D Mesa : see the attachement please....

Created an attachment (id=9932)
Error Make Mesa 3D

Binary package hint: xserver-xorg-video-ati

I have a (Club 3d) ATI Radeon 9250 PCI 128MB (in an old Dell Optiplex GX1 with 384MB so PCI was the only option). Am running feisty with xserver-xorg-video-ati 1:6.6.3 installed.
Vesa driver works OK; ati driver gives a black screen and console freeze every time I try.
If I disable "dri" in xorg.conf then I can use the ati driver but then I guess that's almost the same as vesa. So not good performance of any kind since driver is not writing directly to the Radeon 9250 card.

I can attach the xorg.cong that I am using which has "dri" disabled if required. Also, I did look at my /var/log/Xorg.0.log and really did not see any errors when I had the back screen. Can append this too.

PS I did try using 'fglrx' but was not successful due to version incompatibilities. (Could not really install the last ATI Radeon driver 8.28.8 that works for the 9250 in feisty - the new ATI Radeon driver is too new for the 9250). Ended up re-installing feisty to get back to where I am now to make sure all my libraries were OK.

Tormod Volden (tormodvolden) wrote :

Please attach xorg.conf and Xorg.0.log

Changed in xserver-xorg-video-ati:
status: Unconfirmed → Needs Info
Mike Agnew (magnew-euronet) wrote :

xorg.conf and Xorg.0.log attached

Mike Agnew (magnew-euronet) wrote :
Changed in xserver-xorg-video-ati:
status: Needs Info → Confirmed

Did it work fine in Edgy? I am attaching the ati driver from Edgy, rebuilt for Feisty. Can you try it?

Tormod Volden (tormodvolden) wrote :

Sorry, that driver was built for Xorg7.3 (xserver-xorg 1.3). This one loads on pure Feisty.

w4ett (w4ett) wrote :

Ok...managed to get X back up with the ported driver. 3D still not working,,,glx gears locking up system again, but 2D performance is OK.

Working on this in UBF Thread http://ubuntuforums.org/showthread.php?t=446462&page=2

Tormod Volden (tormodvolden) wrote :

FYI, w4ett has an "8X AGP RV280 64MB 9200SE", not PCI.

w4ett, was the 2D performance worse with the original feisty ati driver?

w4ett (w4ett) wrote :

Success...at last 3d is operational. Device info as follows:

Section "Device"
 Identifier "ATI Radeon 9200SE"
 Driver "ati"
 BusID "PCI:1:0:0"
 VideoRam 65536
 Option "UseFBDev" "true"
        Option "BusType" "PCI"
EndSection

Section "Monitor"
 Identifier "Dell E773c"
 Option "DPMS"
 HorizSync 30-67
 VertRefresh 30-60

don@don-desktop:~$ glxgears
3075 frames in 5.0 seconds = 614.817 FPS
3070 frames in 5.0 seconds = 613.835 FPS
3069 frames in 5.0 seconds = 613.695 FPS
3069 frames in 5.0 seconds = 613.772 FPS
3070 frames in 5.0 seconds = 613.808 FPS
3070 frames in 5.0 seconds = 613.807 FPS
3069 frames in 5.0 seconds = 613.745 FPS
3069 frames in 5.0 seconds = 613.778 FPS
3070 frames in 5.0 seconds = 613.841 FPS
3068 frames in 5.0 seconds = 613.593 FPS
3069 frames in 5.0 seconds = 613.767 FPS
3070 frames in 5.0 seconds = 613.832 FPS
3067 frames in 5.0 seconds = 613.218 FPS

Mike Agnew (magnew-euronet) wrote :

I cannot say if it worked in Edgy since I started with Feisty (am new to Ubuntu having not used Unix for 10 or so years).

Downloaded the driver package from link. Did a sudo dpkg -i on it.
It seemed to install OK. Did not need to do any --configure on Xserver-xorg - said it was already configured.

Then edited my xorg.conf to enable the commented out line:
    Load "dri"

Re-booted and still got black screen.
Tried w4ett tweaks:
    VideoRam 131072
    Option "UseFBDev" "true"
    Option "BusType" "PCI"

Did not help either. Still black screen.
Will attach Xorg.0.log and xorg.conf again.

Mike Agnew (magnew-euronet) wrote :
w4ett (w4ett) wrote :

Mike try without:
Option "UseFBDev" "true"
My 3d is stable now with this toggle deleted/ fps rate is better in glxgears

Mike Agnew (magnew-euronet) wrote :

w4ett - I tried without Option "UseFBDev" "true" - did not help.
Still black screen.

Tormod Volden (tormodvolden) wrote :

Since the Edgy driver didn't help, please upgrade to the Feisty driver again (you can use Update Manager).

Mike, if you can find an Edgy live CD to try, it would be interesting to know if it's a regression. w4ett tweaks would not help since 1) memory detection works fine 2) FBDev usually makes things worse (it's off by default) 3) You have a PCI card, so it can not run AGP .

w4ett (w4ett) wrote :

I opened an IRC channel: irc://freenode/ubuntu-radeon9200

w4ett (w4ett) wrote :

Mike: does the card work ok on any other OS?. i.e: M$ Windows or any other flavor of *nix?.

Just curious.

Mike Agnew (magnew-euronet) wrote :

Tried a few of the suggestions.
I am actually using the PCI card at present to drive my monitor on my Feisty system but in this non Load "dri" mode. So "ati" but "dri" not loaded.
It works reasonably well in this mode but is a bit slow. 10% to 15% of the speed w4ett is quoting.
So I guess the card is OK?

1. Got hold of an Edgy Live CD ... could not get the card to work via the options "Load or Install Ubuntu" or "Start Ubuntu in safe graphics mode".
Black screen on both.

2. Tried my Feisty Live CD ... it fails to work via the option "Load or Install Ubuntu". Black screen.
BUT "Start Ubuntu in safe graphics mode" option does work and when I look at the /etc/X11/xorg.conf it has used the "vesa" option.

Patrick R. (trackwh0re) wrote :
Download full text (3.2 KiB)

i've tried everything i can think of to fix these intermittent freezes and black screens, so i think i am also affected by this bug. sometimes my display and keyboard will freeze, but my mouse cursor can move (though i cannot use the buttons on it), sometimes it will freeze and go to the background color and input devices don't work, sometimes it will black out completely and input devices don't work, and oddly enough sometimes it even goes to "power saving mode" and input devices don't work.
i've tried both i686 and i386 kernel images resulting with the same problem. i've tried everything i could find in the forums and or the wiki to fix this problem via manual configuration of xorg.conf, including commenting out dri and glx and it results in the same problems and the ones suggested in this bug report. i also receive absolutely no errors in any log files.
everything is perfectly fine if i use the vesa driver, except the fact i cannot play games that need dri (which is a big deal to me).
i have tried using other distros and unfortunately windows to test and i am only affected by this problem in ubuntu. i've been using ubuntu since hoary and i'm not going to switch distros because i love where this project is headed and the goals set forth.
i hope the previous comments and the following information has been helpful, minus my own personal feelings/comments of course (please tell me to provide more if this is not enough).

system information: Linux <hostname> 2.6.20-15-386 #2 Sun Apr 15 07:34:00 UTC 2007 i686 GNU/Linux
binary package: xserver-xorg-video-ati (6.6.3-2ubuntu6)
excerpts from xorg.conf:
Section "Module"
        Load "bitmap"
        Load "ddc"
        Load "dri"
        Load "extmod"
        Load "freetype"
        Load "glx"
        Load "int10"
        Load "vbe"
EndSection

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

"Section "Monitor"
        Identifier "eView 17f3"
        Option "DPMS"
        HorizSync 30-70
        VertRefresh 50-160
EndSection

Section "Screen"
        Identifier "Default Screen"
        Device "ATI Technologies Inc Radeon RV100 QY [Radeon 7000/VE]"
        Monitor "eView 17f3"
        DefaultDepth 24
        SubSection "Display"
                Depth 1
                Modes "1024x768" "800x600" "640x480"
        EndSubSection
        SubSection "Display"
                Depth 4
                Modes "1024x768" "800x600" "640x480"
        EndSubSection
        SubSection "Display"
                Depth 8
                Modes "1024x768" "800x600" "640x480"
        EndSubSection
        SubSection "Display"
                Depth 15
                Modes "1024x768" "800x600" "640x480"
        EndSubSection
        SubSection "Display"
                Depth 16
                Modes "1024x768" "800x600" "640x480"
        EndSubSection
        SubSection "Display"
                Depth 24
               ...

Read more...

I have the same issue with fglrx on Feisty and ATI X1300. This seems to be a problem of the fglrx drivers from ATI. I have found the following in the ATI bugtracker: http://ati.cchtml.com/show_bug.cgi?id=567. If I use the fglrx driver with DRI so errors in xorg.conf appear - but a black screen lock is the result.

w4ett (w4ett) wrote :

Patrick, Sometime you need to tell the kernel to use pci, even though you have a PCI card. so for giggles and grins change this:

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

to this:

Section "Device"
        Identifier "ATI Technologies Inc Radeon RV100 QY [Radeon 7000/VE]"
        Driver "ati"
        BusID "PCI:1:0:0"
        Option "BusType" "PCI"

EndSection

See if it makes a difference.

Patrick R. (trackwh0re) wrote :

w4ett i've tried using both PCI and AGP options previously, among many other tweaks. my card is not a PCI card, it's AGP.
i just tried it again and it resulted in a black screen and no inputs just before the gdm login screen, as per usual.
i think it's honestly a bug with the open source ati/radeon driver and or dri, because vesa works just fine.

Tormod Volden (tormodvolden) wrote :

General question to all of you:
Does the machine hang completely, or are just the screen and keyboard locked up? Can you try to ssh in from another machine, before starting X with dri enabled? You might try running "sudo cat proc/kmsg" in the ssh session to see if any error messages appear before/while the machine hangs/crashes. You can also (before starting X) unload the radeon and drm kernel modules, and reload the drm module with "modprobe drm debug=1" which should give a lot more debug messages.

Changed in xserver-xorg-video-ati:
assignee: nobody → tormodvolden
status: Confirmed → Needs Info
50 comments hidden view all 130 comments
Mike Agnew (magnew-euronet) wrote :

Tormod,

Attached is the syslog from the last run .. it starts with me restrating the system, then stopping gdm, then starting gdm with "dri" enabled. Then doing the sysrq-1 and sysrq-t. I don't think there is much.

Yes I'll give xorg-server 1.3 a go and the ati driver 6.6.192.
But how do I get the old X server and driver back?

Tormod Volden (tormodvolden) wrote :

So at the time you did the sysrq-trigger command over ssh, Xorg was running with high CPU usage? Strangely enough it doesn't appear in the the trace output, which otherwise seems to be complete this time.

For returning to the old versions, I described it on the wiki page.

There is one upstream bug on 9200/9250 PCI cards, https://bugs.freedesktop.org/show_bug.cgi?id=10874, but there it crashes only after some time, not immediately at start-up like in your case...

Mike Agnew (magnew-euronet) wrote :

Yes Xorg was running with high CPU usage just before I did the sysrq-trigger.

Will try the xorg-server 1.3 and ati driver 6.6.192 probably tonight my time.
I'll provide the syslog trace after doing the sysrq-trigger if it does not work well :-)

Mike Agnew (magnew-euronet) wrote :

Upgraded to xorg-server 1.3 and ati driver 6.6.192.
Here are syslog after doing the sysrq-trigger and the Xorg.0.log file.

(The screen actually flashes a few times then sort of dies black -- possibly flashes more than xorg-server 1.2.)

Changed in xorg-server:
status: Unknown → Confirmed
Changed in xserver-xorg-video-ati:
assignee: tormodvolden → nobody
status: Needs Info → Confirmed
1 comments hidden view all 130 comments
Mike Agnew (magnew-euronet) wrote :

Well its been a few weeks and yes I managed to get dri to work!! All thanks to Tormods reference to Bugzilla Bug 10874.
I took Adelaines xorg.conf and tried some of her extra options ... it is attached what I actually used.

glxgears gave 624 to 685 FPS which seems quite reasonable.

Will try some more experiments to see what were the significant changes.

Mike Agnew (magnew-euronet) wrote :

Spoke to soon ... it just worked the one time after I did a /etc/init.d/gdm restart. Was exciting though!

Rebooted and it started with black screen again. :-(

A couple of attempts have failed since.

I also have an ATI Radeon 9250. The root of my problem though is that I'm not able to boot up Ubuntu with my BIOS set to use PCI as the video adapter (instead of the onboard). In Recovery Mode, I see the crash happens right after "Loading hardware drivers." In the standard boot mode, the loading freezes after three sections of the loading bar are filled.

w4ett (w4ett) wrote :

Gilthar: Please post your xorg.conf and lspci...it will help with troubleshooting.

Note: he is using the the xorg-driver ati

Tormod Volden (tormodvolden) wrote :

Githlar, if your machine crashes without X starting (like in Recovery mode) it is a different problem, and you should file a new bug report.

w4ett (w4ett) wrote :

Tormod...here is the original thread from UF for your review:

http://ubuntuforums.org/showthread.php?t=507165

Tormod Volden (tormodvolden) wrote :

Mike, what does this look like in Gutsy Beta + ati 6.7.194 ?

Mike Agnew (magnew-euronet) wrote :

Tormod, loaded Gutsy Beta (guess it was ati 6.7.194?).

When I booted the Live CD, it stopped after the UBUNTU moving bar with cursor trapped in top left hand corner.
I then tried 'Boot in safe graphics mode'. That did much more, getting beyond the UBUNTU moving bar to the progress bar and it then worked OK (but then that's VESA).

Tormod Volden (tormodvolden) wrote :

I am not sure I understand this moving bar vs progress bar. Can you remove "usplash" and "quiet" in the boot menu (F6) and tell what the last lines are?

Mike Agnew (magnew-euronet) wrote :

Tormod, thank goodness for digital cameras!

Anyway, I edited the boot menu line as suggested. Here are the last few lines:

* CPU frequency scaling not supported

* Starting ConsoleKit daemon console-kit-daemon
* Starting Avahl mDNS/DNS-SD daemon avahl-daemon
* Starting DHCP D-bus daemon dhcdbd
* Starting Bluetooth services
* Starting GNOME Display Manager...
* Starting deferred execution scheduler atd
* Starting periodic command scheduler crond

Tormod Volden (tormodvolden) wrote :

"Starting GNOME Display Manager..." means that X is being started. When you use "Boot in safe graphics mode" the vesa driver will be used instead of the "ati" driver.

Mike Agnew (magnew-euronet) wrote :

Yes I did boot it in unsafe graphics mode here. Immediately after the last line above, the screen goes black.

(I did try it with "Boot in safe graphics mode" on another occasion. This did not give the black sreen.)

*** Bug 11247 has been marked as a duplicate of this bug. ***

Does this problem persist with a more recent version of the radeon driver (ati 6.7.19x or git master) or radeon drm (git master)?

Changed in xorg-server:
status: Confirmed → Invalid
Tormod Volden (tormodvolden) wrote :

Could you please try the ati 6.7.196 from https://wiki.ubuntu.com/XorgOnTheEdge ? If possible, also the latest radeon drm module, as they ask in the upstream bug report.

Changed in xorg-server:
status: Unknown → Incomplete
Mike Agnew (magnew-euronet) wrote :

Tried the ati 6.7.196 and it's ceratinly different from before. I never get the completely hanging black screen anymore. Of my 4 or 5 attempts to boot, 1 time it worked.

The 4 or so failure times I got a partial screen usually with the revolving circular cursor spinning then stopping and then console freeze.

The 1 time it worked glxgears gave around 500 FPS.

Will try the latest radeon drm module next.

From the report on https://bugs.launchpad.net/bugs/114520, 6.7.196 is different and somewhat better.

Mike Agnew (magnew-euronet) wrote :

Tried a few things tonight.

It seems that ati 6.7.196 does work quite well if I power off the PC rather than restart it. I got the PC to start 2 or 3 times tonight having powered off without error and still showing glxgears around 500 FPS.

I then installed the latest radeon drm modules using the Tormod easy installer. This was not so good as hardware acceleration seemed to fail altogether and glxgears dropped down to 95 FPS! I read the instructions but don't know how to restore back to standard Gutsy release of drm. I realise I have to download some files and then delete the drm-20071125 folder ... and re-run the install but don't know where to get the drm files? Any help would be appreciated. Thanks.

Mike Agnew (magnew-euronet) wrote :

Read the readme in 'easy installer' and got everything back where it was prior to installing latest drm modules. Good script as it renamed the drm.ko to drm.ko.orig and savage.ko to savage.ko.orig.

Put the .orig ones back! All OK.

And yes the ati 6.7.196 does continue to work quite well as I powered off the PC after renaming the .orig files back. Then powered on again and all OK. glxgears back up at 500 or so.

Tormod Volden (tormodvolden) wrote :

> hardware acceleration seemed to fail altogether
Do you have the log from this run?

> it renamed the drm.ko to drm.ko.orig and savage.ko to savage.ko.orig
I hope it did the same for radeon.ko which you would be using. The version attached to XorgOnTheEdge should compile all modules, not only savage.

I just discovered that the script does not check that you have linux-headers installed. I will fix that soon :)

Tormod Volden (tormodvolden) wrote :

Updated the script. Please get easy-drm-modules-installer.v3 from https://wiki.ubuntu.com/XorgOnTheEdge

Mike from the above Ubuntu bug reports that 6.7.196 works fine after a cold start, but not after a reboot.

Mike Agnew (magnew-euronet) wrote :

Same problem - hardware acceleration failed. The script I downloaded seemed to only build drm.ko, i810.ko and i915.ko.
Had a look in the log and it seemed to be a version problem - perhaps not surprising?

Will also attach the Xorg.0.log.old which I had from the prior run (and acceleration worked OK.

Mike Agnew (magnew-euronet) wrote :

(Meant to also say in previous post that radeon.ko did not appear to be built)

Xorg.0.log.old from the prior run using the original .ko files and acceleration worked OK.
Seems still to be OK with ati 6.7.196 if I power off the PC rather than restart it.

Tormod Volden (tormodvolden) wrote :

> The script I downloaded seemed to only build drm.ko, i810.ko and i915.ko. Had a look in the log and it seemed to be a version problem - perhaps not surprising?

I tested the v3 script on Gutsy, and it should build all modules. You'll need radeon.ko and drm.ko. If you're sure you've got the right script, please send me the build log.

Hi there,
I have the exact same problem as Adeline under Debian etch with Xorg 7.1.1 (ati 6.6.3 as far as I can tell, using driver radeon). I will try to disable DRI.

(II) RADEON(0): [dri] Found DRI library version 1.2.0 and kernel module version 1.25.0

Mike Agnew (magnew-euronet) wrote :

Sorted it out ... the script built all the modules. But when close to end i.e. doing mv to .orig and stat, the script was unable to stat mach64.ko and stopped with 'Press enter to exit the script'. I manually renamed original radeon.ko to radeon.ko.orig and copied over the new radeon.ko built in /tmp/...

There does seem to be an improvement in that glxgears is now reporting circa 570 FPS up from approximately 500 FPS from before.

Will try to restart computer as that's the only thing now not working :-)
(I have been consistently powering off and on.)

Mike Agnew (magnew-euronet) wrote :

Did a restart of the computer and all worked!

Will try a few more times and let you know if this new combination of drm.ko, radeon.ko and ati 6.7.196 continues to work well.

Thanks for all help to date.

Mike Agnew (magnew-euronet) wrote :

Tried a few more times tonight. All OK.

Mike reported that with the newest drm modules, it now works fine all the time.

Tormod Volden (tormodvolden) wrote :

Thanks for all your testing. You hit a bug in the drm-easy-installer where it would crap out if new modules were compiled and installed which were not already shipped with Ubuntu. It's now fixed in easy-drm-modules-installer.v4

Changed in xserver-xorg-video-ati:
status: Confirmed → Fix Committed
Tormod Volden (tormodvolden) wrote :

xserver-xorg-video-ati 1:6.7.197-1 is now in Hardy and should include the -ati driver fix for this bug. Please update if you are running Hardy. This version will also be included in Hardy Alpha 3, which is scheduled for release next week. If you want to test this version (or newer) in Gutsy, try the test packages from https://wiki.ubuntu.com/XorgOnTheEdge

If you find that this bug is not fixed with the new version in Hardy, please reopen the bug report.

Changed in xserver-xorg-video-ati:
status: Fix Committed → Fix Released

Bugzilla Upgrade Mass Bug Change

NEEDSINFO state was removed in Bugzilla 3.x, reopening any bugs previously listed as NEEDSINFO.

  - benjsc
    fd.o Wrangler

Unless Adeline disagrees, I guess this bug can be closed now? It seems to be fixed in both the radeon driver and drm.

closing, please re-open if there are still issues.

Changed in xorg-server:
status: Incomplete → Confirmed
Changed in xorg-server:
status: Confirmed → Fix Released
Changed in xorg-server:
importance: Unknown → High
Changed in xorg-server:
importance: High → Unknown
Changed in xorg-server:
importance: Unknown → High
Displaying first 40 and last 40 comments. View all 130 comments or add a comment.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.