Description of problem:
I have mobility radeon x700 graphics card in my notebook. When I try start Xorg
with default configuration I could see nice output - nothing
Version-Release number of selected component (if applicable):
rpm -q xorg-x11-drv-ati
always when X has default configuration
Steps to Reproduce:
For all developers
- 1. steal one ATI's mobility radeon x700
2. try start Xorg with default configuration
3. see output (black screen)
For ajax :)
- 1. beg from me to access to my notebook
2. beg again because first begging wasn't successful
3. see steps to reproduce for all developers
- after ajax's investigations my bios lies to driver about monitor - says NONE
- could be hacked when I add <Option "MonitorLayout" "LVDS,NONE"> to driver section
*** Bug 233727 has been marked as a duplicate of this bug. ***
*** Bug 229136 has been marked as a duplicate of this bug. ***
*** Bug 208712 has been marked as a duplicate of this bug. ***
*** Bug 187821 has been marked as a duplicate of this bug. ***
*** Bug 212762 has been marked as a duplicate of this bug. ***
*** Bug 232496 has been marked as a duplicate of this bug. ***
*** Bug 186119 has been marked as a duplicate of this bug. ***
This problem still exists with Fedora 7 Test 3: tried the live CD and when the
system startup was finished all I saw was a blank screen. Switching to runlevel
3 and running system-config-display resulted also just a blank screen.
Bug 187821 has details about my system.
FWIW, Ubuntu 7.04 works perfectly on my laptop where both FC6/F7T3 fail.
This is still broken with Fedora 7 Test 4 (6.93) but works all ok with Ubuntu 7.04.
*** Bug 235403 has been marked as a duplicate of this bug. ***
Checking over 7.04 I see one patch that might be relevant.
Test rpm build with that patch applied:
Pick the one appropriate for your arch and test please.
Can we just do an update and log out and back in (to restart the X server) to
test this? Or do we need to do a new install of F7?
Bug #208712 (video out of range on graphical install from rescue CD on PowerPC),
which is marked as a duplicate of this bug #231359, is already fixed in the
FC-development Rescue CD-ROM for PowerPC of 2007-05-08, 131104768 bytes, sha1sum
f4098ed0db0965a2346b05df4da7160ce77ad8b0, even without trying those .rpm
mentioned in Comment #12 (and those do not include ppc [32-bit PowerPC] anyway.)
I tested this by booting into F7, installing the i386 rpm above, removed
/etc/X11/xorg.conf and rebooted back into F7. My monitor was not detected, same
I can still fix things by manually setting the monitor to NEC LCD2010X, logging
out, then changing the resolution to the native 1280x1024 for the monitor. For
some reason when I first change the monitor type, I can't also increase the
resolution (it is at 800x600), but after the first login it changes to 1920x1280
which doesn't make sense to me. Either it should stay at 800x600 or one would
think the monitor definition would have the prefered resolution (or at least
aspect ratio) and not just blindly pick the highest resolution supported by both
the video card and the monitor or whatever method it uses to pick the new
(In reply to comment #12)
still badly broken on my x86_64. I dug around and found interesting comment. See
(In reply to comment #16)
> (In reply to comment #12)
> still badly broken on my x86_64. I dug around and found interesting comment. See
> Regards, -A-
Yeah, that's the patch I added. Bleh. Need to figure this one out.
Also, if someone could attach an X log from running the patched driver, that'd help.
Created attachment 154468 [details]
(In reply to comment #18)
(In reply to comment #18)
You've got it. But it looks that there's nothing interesting in log.
rpm -q xorg-x11-drv-ati
*** Bug 238689 has been marked as a duplicate of this bug. ***
Great news! The x86 RPM mentioned in Comment #12 solves the problem most on my
Acer laptop! Running Fedora 6.93 with following updates system-config-display
works and identifies my laptop display and also X works. Bug 187821 has details
about my system. Please consider pushing this fix to F7!
However, with those updates I still see following hickups:
- system-config-display offers resolutions 640x400 and 800x600 although Windows
XP reports using 1200x800 which I also believe being correct
- X seems to be using ideal resolution but when closing GNOME/X, display freezes
with last view showed and I need to do Alt-Ctrl-F1 to get back to console.
Starting X again works all ok, though.
Otherwise no problems.
Created attachment 154946 [details]
X log from Acer laptop with the patched driver
Created attachment 154947 [details]
Generated X config on Acer laptop with the patched driver
(In reply to comment #22)
I've created i386 livecd with patched driver (i386 version) and this also
doesn't work in my case. Looks that you've got different version of graphics
Created attachment 155157 [details]
lspci -vvv says this about my card
FWIW, this is still broken with Fedora 7 (but still works all ok with Ubuntu 7.04).
The patched rpm from comment 12 saved the day on my Acer Travelmate 4100 with X700
I'll add that I lost graphics completely after a yum update to f7 (dark screen,
no possibility of setting up the graphics with either radeon or vesa). Comment
12 rpm was the solution.
After being one of the most duplicate bugs in Red Hat bugzilla, it may be time
to make this bug ASSIGNED, right? ;-)
The radeon output detection code has been dramatically overhauled in 6.7.192,
which is currently headed to rawhide. Anyone affected by this bug please test
it and report any failures here.
Oh, dear God, tears are coming from my eyes, it works finally! Thank you!
Seriously, though, a bit more complete report below including a way to get a
hang every time:
1) running system-config-display now finally works and if I just use the default
config created also the driver works perfectly. Config looks sane, no anything
especial there. So far so good.
2) however, when running system-config-display only resolution 800x600 can be
selected. So I was tempted to change monitor from autoconfigured to a 1200x800
LCD display and selecting 1200x800 resolution. With that xorg.conf I get almost
immediate system hangs after starting X and few applications.
In case 2) there's both new Monitor section and Modes setting under Display
section, also option "dpms" in the Monitor section. Commenting only "dpms" out
still hangs. When commenting out only Modes line I get only blank screen when
starting X. But when both "dpms" and Modes lines are commented out, everything
is working all ok again.
So clear progress here but for an unsuspecting user a great chance to get hanging X.
For details about my system please see Bug 187821.
Reporter, could you confirm please, that this is really resolved?
Nice work, monitor detection is now correct
*** Bug 244777 has been marked as a duplicate of this bug. ***
Would it make sense to clone a bug of this for F7?
I acutally don't think we can fix this in F7 in any reasonable fashion.
The reason this is fixed in F8 is a brand new ATI driver which drops support for
some of the older features like mergedfb/dual-head, so shipping the new driver
in F7 updates would break peoples existing setups..
We can't backport the fix either as the older driver is limited by its own
For the problems I was having, there isn't any point to fixing F7. I only had a
problem on first boot and once I manually set up the xorg configuration I didn't
have to futz with it again. I don't plan on doing any more F7 installs, so just
having a fix in F8 is OK with me.
Agreed - I just asked since there was talk of an update earlier
and this bug is already closed rawhide. :)