Bug 572578

Summary: Radeon HD5600 series and new X.org 1.7.5 + xorg-x11-drv-ati 6.13.0 not useable.
Product: [Fedora] Fedora Reporter: Reilly Hall <sly.midnight>
Component: xorg-x11-drv-atiAssignee: Jérôme Glisse <jglisse>
Status: CLOSED WONTFIX QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: urgent Docs Contact:
Priority: low    
Version: 12CC: mcepl, xgl-maint
Target Milestone: ---Keywords: Triaged
Target Release: ---   
Hardware: x86_64   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2010-06-15 02:06:58 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:
Attachments:
Description Flags
lspci -v trimmed to just the ATI Radeon components
none
dmesg log
none
X.org log file none

Description Reilly Hall 2010-03-11 15:39:32 UTC
Description of problem:
Without any /etc/X11/xorg.conf file prior to this release, my unsupported hardware used the vesa driver to get passable video output.  After that update that also installed xorg-x11-drv-ati-firmware-6.13.0 as a new dependency, now X loads, detects the Radeon HD5670 I have (Evergreen/Redwood) as a card supposedly supported by the xorg-x11-drv-ati driver and initializes the display to a blank screen and stays that way.  Machine has not crashed, but the only way to recover the screen is to blindly switch to another virtual console and use Ctrl-Alt-Del to reboot or login remotely over the network via ssh and reboot the machine.  The display only becomes usable again after the BIOS posts.

Version-Release number of selected component (if applicable):
xorg-x11-server-Xorg-1.7.5.901-1.fc12.x86_64
xorg-x11-drv-ati-6.13.0-0.21.20100219gite68d3a389.fc12.x86_64
xorg-x11-drv-ati-firmware-6.13.0-0.21.20100219gite68d3a389.fc12.x86_64
kernel-2.6.32.9-70.fc12.x86_64

How reproducible:
Always

Steps to Reproduce:
1. Using one of the previously unsupported ATI Radeon HD5xxx (Evergreen series).
2. Update to this version of X.org and ati drivers using yum.
3. Reboot and allow X to load via runlevel 5, no usable display.
  
Actual results:
X.org attempts to initialize the display using the ATI specific open source driver, but apparently there isn't yet enough support for my hardware and it fails to do so.

Expected results:
Either intialize the display with passable 2D performance, or fall back to vesa driver if it has been determined that there yet isn't enough support for my hardware to make it work effectively.

Additional info:
I understand this is new hardware that isn't quite supported yet, and because of that, I am willing to help test any new versions or patches to help bring about the support necessary for all users of Evergreen based Radeons.

Comment 1 Reilly Hall 2010-03-11 15:42:43 UTC
lspci -v shows:

01:00.0 VGA compatible controller: ATI Technologies Inc Device 68d8 (prog-if 00 [VGA contro
ller])
        Subsystem: XFX Pine Group Inc. Device 3060
        Flags: bus master, fast devsel, latency 0, IRQ 10
        Memory at d0000000 (64-bit, prefetchable) [size=256M]
        Memory at fddc0000 (64-bit, non-prefetchable) [size=128K]
        I/O ports at de00 [size=256]
        [virtual] Expansion ROM at fdd00000 [disabled] [size=128K]
        Capabilities: <access denied>

01:00.1 Audio device: ATI Technologies Inc Device aa60
        Subsystem: XFX Pine Group Inc. Device aa60
        Flags: bus master, fast devsel, latency 0, IRQ 17
        Memory at fddfc000 (64-bit, non-prefetchable) [size=16K]
        Capabilities: <access denied>
        Kernel driver in use: HDA Intel
        Kernel modules: snd-hda-intel

It is an XFX ATI Radeon HD5670 PCIExpress w/ 512MB of GDDR5 just recently purchased.

I am currently forcing the use of the vesa driver by way of a custom xorg.conf file.  But I can revert to no conf file and post a copy of the relevant Xorg.0.log if it would help.

Comment 2 Reilly Hall 2010-03-12 16:25:50 UTC
Created attachment 399691 [details]
lspci -v trimmed to just the ATI Radeon components

I have attached the output of lspci -v trimmed down to just the relevant XFX Radeon HD5670 components (Video card device and HDMI audio device).

Comment 3 Reilly Hall 2010-03-12 16:28:49 UTC
Created attachment 399692 [details]
dmesg log

Attached dmesg output log file for the latest kernel.

Comment 4 Reilly Hall 2010-03-12 16:34:52 UTC
Created attachment 399697 [details]
X.org log file

Attached the X.org log file using no xorg.conf file.

Comment 5 Reilly Hall 2010-03-12 16:36:53 UTC
Please note, I did not attach a xorg.conf file, because I normally do not use one (been using auto-detect at run time since it was introduced).  I now use one only to force the use of the VESA driver when I need to use the system, but for the purposes of this bug I reverted to not using one to have a valid X.org log file to upload here.

Also note, I did not upload my /var/log/messages file as it did not contain any error messages, or output pertinent to the Radeon kernel messages or X loading up.

Comment 6 Matěj Cepl 2010-03-18 15:42:46 UTC
Thanks, logs looks relevant ... could I ask for attempt to start the system with nomodeset on the kernel command line (without /etc/X11/xorg.conf of course). Does it help?

Thank you

Comment 7 Reilly Hall 2010-03-18 16:55:46 UTC
Sure, I will do that, I just need to add "nomodeset" to the kernel command line without quotes right?

Comment 8 Reilly Hall 2010-03-18 21:58:27 UTC
nomodeset had no effect.  I don't think KMS is supported on this Radeon yet?

Comment 9 Reilly Hall 2010-03-20 15:31:29 UTC
Just downloaded the latest version of these packages:

Mar 20 11:07:26 Updated: xorg-x11-server-Xorg-1.7.5.902-1.fc12.x86_64
Mar 20 11:07:10 Updated: xorg-x11-server-common-1.7.5.902-1.fc12.x86_64

No change here, though not surprising since I did not see a new ati driver component get downloaded.

Comment 10 Reilly Hall 2010-05-26 12:29:46 UTC
I was quick to install Fedora 13 x64 last night onto the affected machine and to my surprise I appear to have proper Kernel mode setting and X support now.  So far everything seems to work ok.  I've not seen any screen corruption.  This is a clean install (gonna migrate my /home volume from the old drive onto my new one)...so there is no xorg.conf file either.  Works as it should.

Comment 11 Reilly Hall 2010-05-26 12:31:55 UTC
Forgot to mention, while power saving modes of the screen and 3D don't seem to work quite yet, I consider this bug no longer relevant and if no one objects, seeing as this bug only affects Fedora 12 and not 13, I plan to close it (if I have the authority to do so).

Comment 12 Reilly Hall 2010-06-15 02:06:58 UTC
No longer an issue in Fedora 13...