PDA

View Full Version : ati + rpmfusion!


axet
28th December 2008, 09:11 PM
i tried last ati drivers from rpmfusion repo and they works fine!

http://download1.rpmfusion.org/nonfree/fedora/updates/testing/10/i386/repoview/index.html

only two problems:
- after install drivers should to do "sudo ldconfig"
- remove radeon.ko from initrd.img by "mkintrd /boot/initrd-2.6.27.9-159.fc10.i686.img 2.6.27.9-159.fc10.i686"

thanks to rpmfusion!!!

axet
28th December 2008, 09:12 PM
tried:
- quake3
- suspend/resume
- compiz
- switching to console and back to X

leigh123linux
28th December 2008, 09:16 PM

Did you need to downgrade libdrm ?

axet
28th December 2008, 09:17 PM
no! i just install rpms by:

sudo rpm -i xorg-x11-drv-fglrx-* kmod-fglrx-*

axet
28th December 2008, 09:35 PM
- powersaving!! notebook stay cold!!

Hlingler
28th December 2008, 09:46 PM
i tried last ati drivers from rpmfusion repo and they works fine!

http://download1.rpmfusion.org/nonfree/fedora/updates/testing/10/i386/repoview/index.html

only two problems:
- after install drivers should to do "sudo ldconfig"
- remove radeon.ko from initrd.img by "mkintrd /boot/initrd-2.6.27.9-159.fc10.i686.img 2.6.27.9-159.fc10.i686"

thanks to rpmfusion!!!No, and No. Neither of those actions should be necessary. However, you should probably review and edit /etc/X11/xorg.conf (if exists) to change 'Driver "radeon" ' to 'Driver "fglrx" ', OR run livna-config-display to create that file.

V

axet
28th December 2008, 09:57 PM
radeon driver added to initrd.img ignore blacklist and still loaded. radeon driver also conflict with fglrx.

until i run ldconfig i got "mesa subsystem" from "fglxinfo"

[axet@axet-laptop ~]$ fglrxinfo
display: :0.0 screen: 0
OpenGL vendor string: ATI Technologies Inc.
OpenGL renderer string: ATI Mobility Radeon X1600
OpenGL version string: 2.1.8304 Release

Conscript89
28th December 2008, 11:32 PM
Really thanks for noticing. I installed the drivers, ran livna-config-display, got video working OK on fullscreen (haven't tried suspending though).

But when I try to run fglrxinfo (or glxinfo) I get this error:
$ fglrxinfo
X Error of failed request: BadRequest (invalid request code or no such operation)
Major opcode of failed request: 159 (GLX)
Minor opcode of failed request: 19 (X_GLXQueryServerString)
Serial number of failed request: 15
Current serial number in output stream: 15

Don't know what to do with the mkinitrd though (running just only livna-config-display doesn't help). I would be extremely greateful for any advice (that would lead to sollution).

axet
28th December 2008, 11:43 PM
check lsmod if radeon driver loaded. they, can prevent fglrx to run.

also check /var/log/Xorg.0.log for errors grep EE /var/log...

Conscript89
28th December 2008, 11:49 PM
Nope, everything except 3D is working fine, found errors in log:
(EE) AIGLX error: dlopen of /usr/lib/dri/fglrx_dri.so failed (/usr/lib/dri/fglrx
_dri.so: wrong ELF class: ELFCLASS32)
(EE) AIGLX: reverting to software rendering
This looks like the problem.

axet
28th December 2008, 11:51 PM
probably you have 64 bit system.

Conscript89
28th December 2008, 11:54 PM
Yep. I tried suspend and it worked. I'll try to google and find some solutiun (if it exists). I really appreciate your help and news :)

axet
28th December 2008, 11:55 PM
do not need google, check this:

http://download1.rpmfusion.org/nonfree/fedora/updates/testing/10/x86_64/repoview/index.html

Conscript89
29th December 2008, 12:02 AM
OK, since I allready have this 64bit version installed I made little workaround. I just made symlink /usr/lib/dri/fglrx_dri.so -> /usr/lib64/dri/fglrx_dri.so and made backup of 32 bit version. Hope this will work.

Conscript89
29th December 2008, 12:08 AM
Problem solved, 3D works fine, glxgears shows pretty nice numbers:
$ glxgears
13475 frames in 5.0 seconds = 2694.358 FPS
14449 frames in 5.0 seconds = 2889.763 FPS
14887 frames in 5.0 seconds = 2976.920 FPS
So I would say, I can go sleep (I'ts 1 AM here) and be satisfied.

Thanks a lot :)

axet
29th December 2008, 09:30 AM
<s>look rpmfusion make bad libdrm downgrade.</s>

my fault rpmfusion do not do downgrade

nico80
29th December 2008, 05:06 PM
It works with my Mobility Radeon X1600!!!! :cool:

I installed the various fglrx packages from rpmfusion-testing repos and restarted. X started but I got the same error mentioned above from glxinfo (BadRequest (invalid request code or no such operation)).

To solve it I rebuilt mkinitrd through
sudo mkinitrd -v /boot/initrd-`uname -r`.img `uname -r`

and updated xorg.conf with

aticonfig --initial -f
plus added a dri section at the end

Section "DRI"
Mode 0666
EndSection

Now it works!
Tried it with Regnum Online, Savage 2 and Urban Terror, all work perfectly.

glxgears gives 2600-2800 FPS on average.

Oh, and no downgrade necessary

JanB
29th December 2008, 06:49 PM
It seems to work on my on-board HD 3300 on an Asus M3A78-T, using x86_64. I'm now wondering what a 'normal' glxgears rate is for that chipset.

nico80
29th December 2008, 07:00 PM
Well, glxgears is just a very very rough indicator. If 3d apps work, who cares about glxgears! :D

bamablee
29th December 2008, 09:28 PM
Still seems to be a no-go on my Sony VGN-A270P:

[leebr@bilbo ~]$ lspci | grep VGA
01:00.0 VGA compatible controller: ATI Technologies Inc RV350 [Mobility Radeon 9600 M10]

After installing the following packages from RPMFusion testing:

xorg-x11-drv-fglrx-libs-8.561-3.8.12.fc10.i386
xorg-x11-drv-fglrx-8.561-3.8.12.fc10.i386
xorg-x11-drv-fglrx-devel-8.561-3.8.12.fc10.i386
kmod-fglrx-2.6.27.9-159.fc10.i686-8.561-2.8.12.fc10.2.i686

I've tried various combinations of the following:

- downgrading libdrm / not downgrading libdrm
- rebuilding / not rebuilding the initrd img
- including --with=fglrx in the rebuilt initrd img

In all cases so far, X will not start. The following messages appear in /var/log/messages:

[leebr@bilbo ~]$ dmesg | grep fglrx
fglrx: module license 'Proprietary. (C) 2002 - ATI Technologies, Starnberg, GERMANY' taints kernel.
[fglrx] Maximum main memory to use for locked dma buffers: 926 MBytes.
[fglrx:drm_alloc] *ERROR* [driver] Allocating 0 bytes
[fglrx:firegl_init_device_list] *ERROR* Out of memory when allocating device heads
[fglrx:firegl_init_module] *ERROR* firegl_init_devices failed

and in /var/log/Xorg.0.log:
[root@bilbo log]# tail -20 Xorg.0.log
Module class: X.Org Font Renderer
ABI class: X.Org Font Renderer, version 0.6
(II) Loading font FreeType
(II) LoadModule: "fglrx"

(II) Loading /usr/lib/xorg/modules/drivers//fglrx_drv.so
(II) Module fglrx: vendor="FireGL - ATI Technologies Inc."
compiled for 1.4.99.906, module version = 8.56.4
Module class: X.Org Video Driver
(II) Primary Device is: PCI 01@00:00:0
(WW) Falling back to old probe method for fglrx
(II) ATI Proprietary Linux Driver Version Identifier:8.56.4
(II) ATI Proprietary Linux Driver Release Identifier: 8.561
(II) ATI Proprietary Linux Driver Build Date: Dec 1 2008 14:55:43
(WW) This ATI Proprietary Linux Driver does not guarantee support of video driver ABI higher than 2.0
(WW) Video driver ABI version of the X server is 4.1
(EE) No devices detected.

Fatal server error:
no screens found

axet
29th December 2008, 09:30 PM
first you miss one package:

xorg-x11-drv-fglrx-libs-8.561-3.8.12.fc10.i386
kmod-fglrx-8.561-2.8.12.fc10.2.i686
xorg-x11-drv-fglrx-8.561-3.8.12.fc10.i386
kmod-fglrx-2.6.27.9-159.fc10.i686-8.561-2.8.12.fc10.2.i686

nico80
30th December 2008, 08:51 AM
I also installed the akmod-fglrx package, although I'm not sure if it's absolutely necessary.

d3n0
30th December 2008, 10:22 AM
There is no point in installing kmod packages if you install akmod. Why have you installed kmod package when akmod is available?

nico80
30th December 2008, 10:28 AM
'cause I wasn't sure of the difference... so I just installed both.

It works so I'm not gonna touch anything :D

Btw, why do they ship both if one is useless?

d3n0
30th December 2008, 10:56 AM
I am not sure. Maybe is akmod still experimental and need more testing. With akmod you don't have to worry when you update a kernel, or change to kernel (i.e. old kenrel) for which there is no kmod module available.

It should detect a change and compile a new kmod automatically.

nico80
30th December 2008, 11:37 AM
I understand, thanks for the info

bamablee
30th December 2008, 06:29 PM
Turns out that the problems I'm having are unrelated to which combination of packages I install.

The errors in my /var/log/messages file from loading fglrx.ko arise because the PCI device ID (1002:4E50) for my Mobility Radeon 9600 M10 (RV350) card isn't present in the fglrko_pci_ids.h header in the kernel-module distro for the 8.12 release of the driver.

After adding the device ID and rebuilding the module, I can get it to load on boot or by explicit `modprobe fglrx`. However, the errors in /var/log/Xorg.0.log persist; most likely because of the same omission in the source for the ATI-supplied fglrx_drv.so.

On ATI's website, their "driver discovery" tool indicates that the Mobility Radeon 9600/9700 cards are supported by the 8.12 driver, but my experience certainly contradicts that claim.

It appears that absent something further from AMD/ATI, I'm stuck with the open-source driver, which is unfortunate, since its 3D performance is poor and it creates upleasant visual artifacts.

Firewing1
30th December 2008, 09:59 PM
Just a few notes about the new testing packages:
libdrm downgrade is no longer required. If you have downgraded libdrm, please remove any fedora9 repo files and update it to the fedora 10 version.
A new one is on it's way into updates-testing soon, should work better than current one (ie, symlink of fglrx_dir.so won't need to be created manually for x86_64 users)
Because the radeon and drm modules are present in the ramdisk image (initrd), until ATI resolves the incompatibilities a new mkinitrd will have to be generated only once (future initrd images will look at the blacklists and won't include the radeon or drm modules)
The point above means that once you uninstall the fglrx drivers, you won't get a working plymouth setup until you regenerate the initrd images or install a new kernel. Also, you can't switch to the 'radeon' or 'radeonhd' drivers while the fglrx drivers are installed since those are blacklisted.
If you have to do 'ldconfig' manually after a reboot, I would appreciate it if you do not run ldconfig and submit a bug report to bugzilla.rpmfusion.org. I've had a small number of reports of this, but I haven't been able to track down the cause yet. Thanks!

leigh123linux
30th December 2008, 10:38 PM
Just a few notes about the new testing packages:
libdrm downgrade is no longer required. If you have downgraded libdrm, please remove any fedora9 repo files and update it to the fedora 10 version.
A new one is on it's way into updates-testing soon, should work better than current one (ie, symlink of fglrx_dir.so won't need to be created manually for x86_64 users)
Because the radeon and drm modules are present in the ramdisk image (initrd), until ATI resolves the incompatibilities a new mkinitrd will have to be generated only once (future initrd images will look at the blacklists and won't include the radeon or drm modules)
The point above means that once you uninstall the fglrx drivers, you won't get a working plymouth setup until you regenerate the initrd images or install a new kernel. Also, you can't switch to the 'radeon' or 'radeonhd' drivers while the fglrx drivers are installed since those are blacklisted.
If you have to do 'ldconfig' manually after a reboot, I would appreciate it if you do not run ldconfig and submit a bug report to bugzilla.rpmfusion.org. I've had a small number of reports of this, but I haven't been able to track down the cause yet. Thanks!


Here are the instructions to reverse the libdrm downgrade.


su
rm -f /etc/yum.repos.d/rpmfusion-nonfree-updates-9.repo
rm -f /etc/yum.repos.d/fedora9.repo
sed -i -e 's|^exclude.*||' /etc/yum.repos.d/fedora*
yum clean all
yum update libdrm