Bug 231359 (radeon-none-none)
| Summary: | Radeon driver doesn't get BIOS data correctly | ||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Adam Tkac <atkac> | ||||||||||
| Component: | xorg-x11-drv-ati | Assignee: | Adam Jackson <ajax> | ||||||||||
| Status: | CLOSED CURRENTRELEASE | QA Contact: | |||||||||||
| Severity: | medium | Docs Contact: | |||||||||||
| Priority: | medium | ||||||||||||
| Version: | rawhide | CC: | aozkesek, bruno, dqarras, lkbrow1, mcepl, mefoster, ovasik, petersen, piskozub, redhat-bugzilla, rob.rheault, v.mayatskih, xgl-maint | ||||||||||
| Target Milestone: | --- | ||||||||||||
| Target Release: | --- | ||||||||||||
| Hardware: | All | ||||||||||||
| OS: | Linux | ||||||||||||
| Whiteboard: | |||||||||||||
| Fixed In Version: | 6.7.192 | Doc Type: | Bug Fix | ||||||||||
| Doc Text: | Story Points: | --- | |||||||||||
| Clone Of: | Environment: | ||||||||||||
| Last Closed: | 2007-08-29 12:03:15 UTC | Type: | --- | ||||||||||
| Regression: | --- | Mount Type: | --- | ||||||||||
| Documentation: | --- | CRM: | |||||||||||
| Verified Versions: | Category: | --- | |||||||||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||||||||
| Embargoed: | |||||||||||||
| Bug Depends On: | |||||||||||||
| Bug Blocks: | 715588 | ||||||||||||
| Attachments: |
|
||||||||||||
|
Description
Adam Tkac
2007-03-07 20:52:01 UTC
*** 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: http://koji.fedoraproject.org/koji/getfile?taskID=5111&name=xorg-x11-drv-ati-6.6.3-2.fc7.jx.x86_64.rpm http://koji.fedoraproject.org/koji/getfile?taskID=5112&name=xorg-x11-drv-ati-6.6.3-2.fc7.jx.i386.rpm 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 as previuosly. 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 resolution. (In reply to comment #12) still badly broken on my x86_64. I dug around and found interesting comment. See https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-ati/+bug/22985/comments/115 Regards, -A- (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 > https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-ati/+bug/22985/comments/115 > > 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 xorg-x11-drv-ati-6.6.3-2.fc7.jx -A- *** 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! xorg-x11-drv-ati-6.6.3-2.fc7.jx xorg-x11-server-Xorg-1.3.0.0-5.fc7 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 firmware -A- 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. Thanks. 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 architecture. 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. :) |