Red Hat Bugzilla – Bug 431872
xorg-x11-drv-ati will not work on primary display on my powerbook
Last modified: 2009-07-14 12:42:54 EDT
Description of problem:
When trying to install the ppc version of F9 Alpha on my G4 Powerbook it goes along fine,
goes to start anaconda, and I get a blank screen. I can't switch to any of the virtual
consoles (though I'm not sure if I can do that at that point normally anyway) but I can hit
ctrl+alt+del and it will drop me out of that and reboot my box. The messages I see are
Running anaconda 188.8.131.52, the Fedora system installer - please wait...
Probing for video card: ATI Technologies Inc RV350 [Mobility Radeon 9600 M10]
and then when I hit ctlr+alt+del I see this
Attempting to start native X server
Waiting for X server to start...log located in /tmp/X.log
1...2...3...4...5... X server started successfully.
22:59:49 Starting graphical installation...
mini-wm: Fatal IO error 11 (Resource temporarily unavailable) on X server :1.0.
anaconda: Fatal IO error 11 (Resource temporarily unavailable) on X server :1.0.
install exited abnormally [1/1]
followed by the normal rebooting stuff. I'm going to try a text install to see if that works
Thanks for the bug report. We have reviewed the information you have provided
above, and there is some additional information we require that will be helpful
in our diagnosis of this issue.
Please attach your X server config file (/etc/X11/xorg.conf) and X server log
file (/var/log/Xorg.*.log) to the bug report as individual uncompressed file
attachments using the bugzilla file attachment link below.
Could you please also try to run without any /etc/X11/xorg.conf whatsoever and
let X11 autodetect your display and video card? Attach to this bug
/var/log/Xorg.0.log from this attempt as well, please.
We will review this issue again once you've had a chance to attach this information.
Thanks in advance.
Created attachment 294260 [details]
these files are all after f9 installed, I'm still seeing the same problem.
Created attachment 294261 [details]
Created attachment 294262 [details]
Xorg.0.log with no xorg.conf
btw if i run startx i hear the sound for logging into kde, so it seems the window manager is
starting fine, I just have a blank screen.
updated everything and I'm still getting the blank screen.
btw my video worked fine on this box in F8 with the updates from like 3 or 4 weeks ago.
with the new ati drivers its still not working, tho I noticed that kde still was coming up
normally, and the screen looked like it does when i have an external monitor hooked up to
it (which I don't). So i hooked an external monitor up, started x, and it came up great on
the external monitor, but still with the blank screen on my laptop.
I believe I have this same bug on an hp desktop machine running fedora-8 with
Reverting to xorg-x11-drv-ati-6.7.195-3 fixes the problem.
I think its switching the output to the DVI connector which has nothing attached
I have no xorg.conf. I'll attach good and bad Xorg.0.logs next.
Created attachment 295454 [details]
good log using older driver
Created attachment 295455 [details]
bad log using new ati driver
updated to the new xorg-x11-drv-ati-6.8.0-1.fc9 this morning and the problem persists.
updated to the new version this morning and still no go, new problem tho, unless I disable
selinux X won't even start, it always exits out (this is in permissive). With it disabled I get
the same behavior as before.
several updates have gone by and its still not working.
updated to beta and its still doing the same thing.
fixing the title to something more appropriate.
Looks like I have the same problem. The screen isn't totally black for me,
instead it does some blooming. Additionally, my NumLock LED turns on. When
pressing F6 the NumLock goes off. Then I'm able to switch to the VTs. Normally I
would have to press fn + F6 to turn off NumLock.
* My hardware should be very similar if not the same (PowerBook5,6)
* Installation is Rawhide as of 03/25/2008
* I saw this problem about two months ago and used F-8 X.org packages on top of
Rawhide since then
I'm not entirely sure, but I think the last time I saw such blooming was with
bug 187083 .
(In reply to comment #17)
> I'm not entirely sure, but I think the last time I saw such blooming was with
> bug 187083 .
I just found the right one: It was bug 186239. Unfortunately, no real solution
xorg-x11-drv-ati-6.8.0-5 still no worky.
xorg-x11-drv-ati-6.8.0-1 (Fedora 8) still no worky either, on a:
System: HP dx5150 SFF
Form factor: desktop
(4098:22868:4156:12297) pci, Unknown, VIDEO, RS480 [Radeon Xpress 200G Series]
Last working driver on this machine was:
can all the me toos start another bug?
this bug is powerbook specific.
if you haven't a powerbook please log another bug.
reporter can you take a look at the Option "MacModel" in the radeon man page,
and try a few options to see if one works for you? we have some autodetect code
for macs that may be doing it wrong.
sorry I guess i should have said this before, but when I've been testing I've
been testing with no options and with MacModel set to powerbook and
powerbook-internal incase the powerbook option wasn't doing what it was
supposed to do and it doesnt work. I have also tried (originally tho, not
recently) DRI off, setting the Option "PanelSize" and the Option "NoAccel"
just for fun, all to no avail.
there was an updated driver today, still isn't working.
there was an updated driver this weekend, still isn't working.
does powerbook-duallink help either?
I'm a bit lost all on all these powerbooks :)
okay I've asked upstream to take a look the lack of DDC is messing up, we should
however be able to to DDC on this notebook panel
PanelSize should fix it though..
I don't suppose you have a log from when this used to work? we may have broken
DDC recently and not known.
Did a yum update today, and X is working again for me on a PowerBook5,6.
This was the last update I did, which didn't work:
Apr 04 19:36:30 Updated: xorg-x11-server-common-184.108.40.2061-16.20080401.fc9.ppc
Apr 04 19:47:01 Updated: xorg-x11-proto-devel-7.3-11.fc9.noarch
Apr 04 19:53:33 Updated: xorg-x11-server-Xorg-220.127.116.111-16.20080401.fc9.ppc
Apr 04 19:53:47 Updated: xorg-x11-drv-keyboard-1.3.0-2.fc9.ppc
Apr 04 19:53:57 Updated: xorg-x11-drv-ati-6.8.0-9.fc9.ppc
And this is todays update which fixes the issue for me:
Apr 09 13:51:08 Updated: xorg-x11-server-common-18.104.22.1681-18.20080401.fc9.ppc
Apr 09 13:52:04 Updated: xorg-x11-proto-devel-7.3-12.fc9.noarch
Apr 09 13:57:27 Updated: xorg-x11-apps-7.3-3.fc9.ppc
Apr 09 13:58:28 Updated: xorg-x11-server-Xorg-22.214.171.1241-18.20080401.fc9.ppc
Apr 09 13:58:59 Updated: xorg-x11-drv-vesa-1.3.0-14.20080404.fc9.ppc
Apr 09 13:59:07 Updated: xorg-x11-drv-ati-6.8.0-10.fc9.ppc
Apr 09 14:03:11 Updated: xorg-x11-drivers-7.3-4.fc9.ppc
setting PanelSize doesnt fix it. I've tried a couple other things, ReverseDDC
looked promising as it seems thats whats happening, its just choosing the
wrong output, but no go. I'm on the same package versions as Frank and still
nothing. Unfortunately I don't have the logs from when it was working, as I
just reinstalled. If you think it would be helpful I can go back.
ok pulling from the git tree
and building the driver manually makes it work.
And now it gets *very* interesting...
I only thought it would be fixed. Right before I did the update today I've
rebuilt the recent xorg-x11-drv-ati-6.8.0-1 from Fedora 8 and installed it,
which worked. Because it is 6.8.0 too, I thought I try to update to the recent
Rawhide package. I didn't reboot afterwards, only restarted X which worked too.
And now that I'm home from work I'm seeing the same error again... looks like
something for a PPC guru like dwmw2.
> And now that I'm home from work I'm seeing the same error again... looks like
> something for a PPC guru like dwmw2.
... or not.
I just rebuilt xorg-x11-drv-ati-6.8.0-10 locally and it does not work. Then I
rebuilt xorg-drv-ati-6.8.0-1 from Fedora 8 again, which works. So we only need
to look at the differences of both packages :)
radeon-6.7.196-faster-ddc.patch it is. Excluded this one, rebuilt the package,
rebooted -- just to be sure, and got my X working again ;)
can you attach a logs, one with that patch and one without?
I'd be interested to figure out what is going wrong...
Created attachment 301933 [details]
/var/log/Xorg.0.log with radeon-6.7.196-faster-ddc.patch (breaks)
Created attachment 301935 [details]
/var/log/Xorg.0.log without radeon-6.7.196-faster-ddc.patch (works)
the faster-ddc patch is the likely cause of panel blooms on my iBook G3 800 too;
http://bigw.org/~dan/Xorg.0.log. Blooms for about 2s every time X starts.
Changing version to '9' as part of upcoming Fedora 9 GA.
More information and reason for this action is here:
This bug prevents me from graphical install of Fedora 10 Beta. The same box runs Fedora 9 just fine. If I could, then I would change Version of this bug report to Rawhide, but bugzilla does not let me.
I attach output from lspci and Xorg.0.log running on Fedora 9. The video card is ATI HD3650, the single monitor is 1024x768@60Hz.
This bug may be related to Bug 322541 "Fatal IO error 11 on exit of system-config-display".
Created attachment 318161 [details]
lspci; lspci -n; lspci -v
Created attachment 318162 [details]
Xorg.0.log from successful use in Fedora 9.
There have been bunch of bug fixes
Could you retest with the latest kernel
( -132 at the time of this writing )
You can get the latest kernel build here
And with the latest xorg-x11-drv-ati.
( -60 at the time of this writing )
You can get the latest xorg-x11-drv-ati build here
And report back if it either improves or fixes this issue..
I upgraded my HP desktop to fedora-10, it seems OK now using xorg-x11-drv-ati-6.9.0-54.fc10.x86_64
I can no longer test fedora-9, but I notice that its latest update is only to xorg-x11-drv-ati-6.8.0-19.fc9.x86_64.rpm
(In reply to comment #38)
> This bug prevents me from graphical install of Fedora 10 Beta. ...
> The video card is ATI HD3650, the single monitor is 1024x768@60Hz.
Fedora 10 final release works.
01:00.0 VGA compatible controller: ATI Technologies Inc Mobilitiy Radeon HD 3600 Series
01:00.0 0300: 1002:9598
(In reply to comment #41)
> You can get the latest kernel build here
That's not enough:
kernel-firmware >= 126.96.36.199-132.fc10 is needed by kernel-188.8.131.52-132.fc10.x86_64
and I cannot find such a package on rawhide mirror, etc. Help?
Take a look at the noarch section for the kernel
it's there along with the doc package.
Are you on a PPC arch?
This bug was originally filed against PPC arch.
It would be good to get some feedback from those that possess
Can the HD 3600 person move off the bug and start a new one.
this bug is about a powerbook mac nothing to do with anything later.
(In reply to comment #46)
A Fedora10 install DVD that I composed last night does not have the problem with the HD 3600. Graphical install from the DVD succeeded, instead of failing to display video at first switch to graphics mode (Comment #38.)
From what I can see, ignoring all the stuff from people who are talking about completely different bugs, this shouldn't be in NEEDINFO state any more. All the information David asked for from people with the correct hardware, running the correct distro, has been provided.
Fedora Bugzappers volunteer triage team
This message is a reminder that Fedora 9 is nearing its end of life.
Approximately 30 (thirty) days from now Fedora will stop maintaining
and issuing updates for Fedora 9. It is Fedora's policy to close all
bug reports from releases that are no longer maintained. At that time
this bug will be closed as WONTFIX if it remains open with a Fedora
'version' of '9'.
Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version'
to a later Fedora version prior to Fedora 9's end of life.
Bug Reporter: Thank you for reporting this issue and we are sorry that
we may not be able to fix it before Fedora 9 is end of life. If you
would still like to see this bug fixed and are able to reproduce it
against a later version of Fedora please change the 'version' of this
bug to the applicable version. If you are unable to change the version,
please add a comment here and someone will do it for you.
Although we aim to fix as many bugs as possible during every release's
lifetime, sometimes those efforts are overtaken by events. Often a
more recent Fedora release includes newer upstream software that fixes
bugs or makes them obsolete.
The process we are following is described here:
Fedora 9 changed to end-of-life (EOL) status on 2009-07-10. Fedora 9 is
no longer maintained, which means that it will not receive any further
security or bug fix updates. As a result we are closing this bug.
If you can reproduce this bug against a currently maintained version of
Fedora please feel free to reopen this bug against that version.
Thank you for reporting this bug and we are sorry it could not be fixed.