I have the SAPPHIRE HD 4850 X2 2G GDDR3 PCI-E and use in any versions of Linux but not work with radeon/radeonhd drivers. # lspci | grep R700 03:00.0 VGA compatible controller: ATI Technologies Inc R700 [Radeon HD 4850] 04:00.0 Display controller: ATI Technologies Inc R700 [Radeon HD 4850] In Xorg.0.log show error: (II) Primary Device is: PCI 03@00:00:0 (EE) No devices detected I try to use the ATI proprietary driver but result black screen and lock system. I using VESA driver for any Linux system.
Created attachment 24829 [details] Xorg Log This show a error
Can you attach the output of lspci -n?
Created attachment 24830 [details] lspci -n lspci -n
Created attachment 25679 [details] lspci -vvnn
Created attachment 25680 [details] Xorg.0.log - Driver "ati"
Created attachment 25681 [details] Xorg.0.log - Driver "radeon"
Created attachment 25682 [details] Xorg.0.log - Driver "radeonhd"
Created attachment 25683 [details] Xorg.0.log - Driver "fglrx"
Adding myself to the CC list. I'm also running a Sapphire HD 4850 X2 and encountering the same problems. Using the "ati", "radeon", and "radeonhd" drivers results in "no screens detected". Using the proprietary "fglrx" driver results in the console hard locking with either a black screen or a corrupted screen, and attempting to switch between virtual terminals doesn't work. You can, however, SSH in just fine to make changes, reboot, etc. I've attached my "lspci -vvnn" output as well as the Xorg.0.log from each of the four drivers. (ati, radeon, radeonhd, fglrx) Good luck and let me know if you need anything else.
added the pci id: 15ee78d37f8b64c3e6d234e7ab37a31e82327b6b
http://cgit.freedesktop.org/xorg/driver/xf86-video-ati/commit/?id=15ee78d37f8b64c3e6d234e7ab37a31e82327b6b Thanks Alex, I'll compile in a short while and post the results.
Created attachment 25811 [details] Xorg.0.log - Driver "ati" PATCHED It looks like the changes have fixed this bug. X now properly recognizes the 4850 X2 as can be seen in the Xorg.0.log I've attached. However, X still fails to work properly and the result is now the same as the "fglrx" driver. Running "startx" works but the screen goes black and you are unable to switch virtual terminals, use ctrl+alt+backspace, etc. You can still log in remotely and work though. I'll be filing a new bug report for this. Thanks again Alex.
Does adding this to the device section of your config fix it? BusID "PCI:4:0:0"
Created attachment 25821 [details] Xorg Log I try to using the driver patched. Works fine but DRM/DRI not work for me. I using Ubuntu 9.04 with Xorg 1.6.0. See the Xorg log for more details.
(In reply to comment #13) > Does adding this to the device section of your config fix it? > BusID "PCI:4:0:0" > Alex, try: BusID "PCI:3:0:0" See my Xorg Log for details.
(In reply to comment #14) > I try to using the driver patched. Works fine but DRM/DRI not work for me. > I using Ubuntu 9.04 with Xorg 1.6.0. > See the Xorg log for more details. > You'll need drm support. Make sure you are using 2.6.30 or a properly patched drm. You may also need to add the pci id to the drm if it's not already there. (In reply to comment #15) > Alex, try: BusID "PCI:3:0:0" > See my Xorg Log for details. > That option may not be relevant for you, it was directed at Cody. The pci bus ids depend how your system.
(In reply to comment #16) > (In reply to comment #14) > > I try to using the driver patched. Works fine but DRM/DRI not work for me. > > I using Ubuntu 9.04 with Xorg 1.6.0. > > See the Xorg log for more details. > > > > You'll need drm support. Make sure you are using 2.6.30 or a properly patched > drm. You may also need to add the pci id to the drm if it's not already there. > > (In reply to comment #15) > > Alex, try: BusID "PCI:3:0:0" > > See my Xorg Log for details. > > > > That option may not be relevant for you, it was directed at Cody. The pci bus > ids depend how your system. > I got it working now, the system I was testing it on was running Fedora 10 and I think there was a conflict with having ATI's fglrx driver installed concurrently. Currently I have it working perfectly on an Arch install running KDE.
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.