Red Hat Bugzilla – Bug 401801
ATI mobility radeon black screen and hang
Last modified: 2008-03-30 22:44:07 EDT
Description of problem:
This may turn out to be the same as bug #399021.
I upgraded my laptop from F7 to F8. X worked perfectly under F7,
but under F8, I just get a black screen (i.e. not backlight) and
the system becomes unresponsive. I can't exit X.
If I boot at runlevel 3, then do startx, I get a screen that is
hosed, but the backlight is on. I can see the "X" and move it
around with my mouse, but the top tenth of the screen is filled
with lots of blue and red blotches. About a third of the way down
the screen, there's another very light streak of indiscernible
graphics. I never get the gnome screen.
I can ssh into the system. I tried killing X, but it didn't die.
It's stuck at 100% cpu utilization.
Version-Release number of selected component (if applicable):
Latest F8 updates.
Steps to Reproduce:
1. Turn on my Sharp Actius MP30
2. Watch it go bye-bye.
Black screen, unresponsive
X should work normally.
# Xorg configuration created by pyxf86config
Identifier "Default Layout"
Screen 0 "Screen0" 0 0
InputDevice "Keyboard0" "CoreKeyboard"
InputDevice "Synaptics" "CorePointer"
Option "XkbModel" "pc105"
Option "XkbLayout" "us"
Option "Device" "/dev/input/mice"
Option "Protocol" "auto-dev"
Option "Emulate3Buttons" "yes"
Viewport 0 0
I'll attach my log file afterward.
Created attachment 270261 [details]
Xorg.0.log for the problem
Here's the matching Xorg.0.log file.
00:00.0 Host bridge: Transmeta Corporation TM8000 Northbridge
00:01.0 PCI bridge: Transmeta Corporation TM8000 AGP bridge
00:02.0 PCI bridge: ALi Corporation M5249 HTT to PCI Bridge
00:03.0 ISA bridge: ALi Corporation M1563 HyperTransport South Bridge (rev 20)
00:03.1 Bridge: ALi Corporation M7101 Power Management Controller [PMU]
00:04.0 Multimedia audio controller: ALi Corporation M5455 PCI AC-Link
Controller Audio Device (rev 10)
00:04.1 Modem: ALi Corporation M5457 AC'97 Modem Controller (rev 10)
00:06.0 Ethernet controller: Atheros Communications, Inc. AR5212 802.11abg NIC
00:09.0 CardBus bridge: Ricoh Co Ltd RL5c475 (rev 81)
00:0a.0 Ethernet controller: Realtek Semiconductor Co., Ltd.
RTL-8139/8139C/8139C+ (rev 10)
00:0e.0 IDE interface: ALi Corporation M5229 IDE (rev c5)
00:0f.0 USB Controller: ALi Corporation USB 1.1 Controller (rev 03)
00:0f.3 USB Controller: ALi Corporation USB 2.0 Controller (rev 01)
01:00.0 VGA compatible controller: ATI Technologies Inc Radeon Mobility M7 LW
[Radeon Mobility 7500]
FYI: The graphic screen presented during INIT is perfect.
Option "bustype" "pci"
to the Device section, but it had no effect.
Under the direction of David Airlie, I added:
Option "dri" "false"
to the Device section and it works okay now. So apparently the problem
is in dri.
Created attachment 270431 [details]
Log file with dri disabled
It works okay with "bustype" "PCI" so apparently case matters.
It also works if I take out "bustype" "PCI" and "dri" "false"
(dri enabled) but add this:
Option "AGPMode" "1"
Created attachment 270551 [details]
Xorg.0.log with "bustype" "PCI"
not much we can do about this, try the latest updates testing branch it defaults
to using a low AGP rate..
AGP is just plain badly implemented in a lot of hardware.
Well, I've successfully circumvented the problem (as above) so I'm not
interested in pursuing this problem. Feel free to close it "wontfix".