Accoring to ATI, their driver only supports Xorg up to 7.5, but there is no ebuild in the AMD64 tree for 7.5 or less (not sure about other archs). So it's currently impossible to use ati-drivers on Gentoo/AMD64 while sticking with the default portage tree. Further, the open source radeon driver currently has limited or no support for certain cards. The vesa driver does work, of course, but also has no acceleration. Reproducible: Always Steps to Reproduce: 1. Install Xorg >=1.7.6 and ati-drivers 10.9-r1 2. Set X configuration to use flgrx driver 3. Run startx Actual Results: X: symbol lookup error: /usr/lib64/xorg/modules/drivers/fglrx_drv.so: undefined symbol: pci_device_vgaarb_get_info Expected Results: X starts
ehm xorg-server-1.7.6 but also 1.8.* are Xorg 7.5. the Xorg version has nothing to do with the xorg-server version. Currently ati-drivers-10.8 and ati-drivers-10-9-r1 supports xorg-server-1.7* and 1.8* . If you want to use xorg-server-1.9 there is the 10.10 beta ebuild which is ati-drivers-8.780. Understood?
(In reply to comment #0) > X: symbol lookup error: /usr/lib64/xorg/modules/drivers/fglrx_drv.so: undefined > symbol: pci_device_vgaarb_get_info Ok this is strange since Xorg should bring libpciaccess (which defines that symbol) in the linking space, so this is not a fglrx bug likely. Can you paste here your emerge --info and also the output of ldd /usr/bin/X ?
(In reply to comment #2) > Ok this is strange since Xorg should bring libpciaccess (which defines that > symbol) in the linking space, so this is not a fglrx bug likely. The same missing symbol error here with ati-drivers-10.8, ati-drivers-10.9, xorg-server-1.7.7-r1 and libpciaccess-0.10.5. After upgrade to libpciaccess-0.11.0 problem was resolved. It seems that ati-drivers should depend on newer libpciaccess version.
(In reply to comment #3) > The same missing symbol error here with ati-drivers-10.8, ati-drivers-10.9, > xorg-server-1.7.7-r1 and libpciaccess-0.10.5. After upgrade to > libpciaccess-0.11.0 problem was resolved. It seems that ati-drivers should > depend on newer libpciaccess version. > Thanks for reporting. Anyway this is really strange since libpciaccess-0.10.5 was removed 23 Jan 2010 according to the changelog http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/x11-libs/libpciaccess/ChangeLog?view=markup , so a lot before ati-drivers-10.8 was released. Keep your entire system up to date ;) I will talk to lu_zero about forcing this DEP or not. Thank you very much again for reporting.
We made a decision: we won't force the libpciaccess deps. ati-drivers doesn't strictly depend on it, it just depends on a symbol provided by libpciaccess but it can be provided by something else. keep your system up to date when updating ati-drivers is wise :)
