[SOLVED] Poor Performance After Upgrade to 13.0 From Radeon 9800PRO With Open Source Driver
SlackwareThis Forum is for the discussion of Slackware Linux.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Poor Performance After Upgrade to 13.0 From Radeon 9800PRO With Open Source Driver
I upgraded to 13.0 using UPGRADE.TXT and it seems that I have lost hardware acceleration from my Radeon. Everything seems to be loading up fine but I get about 50 fps from glxgears where in 12.2 I was getting around 1200. I have tried using my old xorg.conf, a new one created from -configure and not using one at all. All give the same poor performance. I am using the stock kernel.
Well you have direct rendering enabled... What's the output of 'glxinfo'? It's quite possible, even likely, that the version of the driver (or glxgears) is attempting to sync to your monitors refresh rate by default, which would cause that low framerate. Have you tried anything else such as openarena?
Amd released the fglrx-9.8-legacy driver 2 days ago. It's worth a try.
cu
Not for Linux. They said they wouldn't be releasing new legacy drivers for r300-r500 cards for linux, unlike their releases for windows (which are now every three months, I believe, for those cards).
And, to confirm that, the latest on on their website for linux is still:
Alright, despite Direct Rendering being enabled in the X server, your GL library is falling back to the software rasterizer, which would definitely explain the poor performance.
What's the full output of 'LIBGL_DEBUG=verbose glxinfo'? The first few lines should be debugging information explaining why it's failing to use the appropriate hardware driver.
libGL: XF86DRIGetClientDriverName: 5.3.0 r300 (screen 0)
libGL: OpenDriver: trying /usr/lib/xorg/modules/dri/r300_dri.so
drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: open result is -1, (Permission denied)
drmOpenDevice: open result is -1, (Permission denied)
drmOpenDevice: Open failed
drmOpenByBusid: Searching for BusID pci:0000:01:00.0
drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: open result is -1, (Permission denied)
drmOpenDevice: open result is -1, (Permission denied)
drmOpenDevice: Open failed
drmOpenByBusid: drmOpenMinor returns -13
drmOpenDevice: node name is /dev/dri/card1
drmOpenByBusid: drmOpenMinor returns -1
drmOpenDevice: node name is /dev/dri/card2
drmOpenByBusid: drmOpenMinor returns -1
drmOpenDevice: node name is /dev/dri/card3
drmOpenByBusid: drmOpenMinor returns -1
drmOpenDevice: node name is /dev/dri/card4
drmOpenByBusid: drmOpenMinor returns -1
drmOpenDevice: node name is /dev/dri/card5
drmOpenByBusid: drmOpenMinor returns -1
drmOpenDevice: node name is /dev/dri/card6
drmOpenByBusid: drmOpenMinor returns -1
drmOpenDevice: node name is /dev/dri/card7
drmOpenByBusid: drmOpenMinor returns -1
drmOpenDevice: node name is /dev/dri/card8
drmOpenByBusid: drmOpenMinor returns -1
drmOpenDevice: node name is /dev/dri/card9
drmOpenByBusid: drmOpenMinor returns -1
drmOpenDevice: node name is /dev/dri/card10
drmOpenByBusid: drmOpenMinor returns -1
drmOpenDevice: node name is /dev/dri/card11
drmOpenByBusid: drmOpenMinor returns -1
drmOpenDevice: node name is /dev/dri/card12
drmOpenByBusid: drmOpenMinor returns -1
drmOpenDevice: node name is /dev/dri/card13
drmOpenByBusid: drmOpenMinor returns -1
drmOpenDevice: node name is /dev/dri/card14
drmOpenByBusid: drmOpenMinor returns -1
libGL error: drmOpenOnce failed (Operation not permitted)
libGL error: reverting to software direct rendering
libGL: OpenDriver: trying /usr/lib/xorg/modules/dri/swrast_dri.so
libGL: XF86DRIGetClientDriverName: 5.3.0 r300 (screen 0)
libGL: OpenDriver: trying /usr/lib/xorg/modules/dri/r300_dri.so
drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: open result is -1, (Permission denied)
drmOpenDevice: open result is -1, (Permission denied)
drmOpenDevice: Open failed
<snip>
libGL error: drmOpenOnce failed (Operation not permitted)
libGL error: reverting to software direct rendering
libGL: OpenDriver: trying /usr/lib/xorg/modules/dri/swrast_dri.so
Indeed, that's what it looks like.
What's the permissions on /dev/dri/card0?
It's probably owned by root, with group video, and both root and group have rw access? If so, make sure your user is part of the video group (or whatever group has rw access).
EDIT:
I'm not in Slackware at the moment, so I don't know what the defaults are, but you can use the following information to make sure your user has permission:
You can change the permissions on /dev/dri/card0 with the DRI section in /etc/X11/xorg.conf:
Code:
Section "DRI"
Mode 0666
EndSection
That would give DRI access to *everyone*.
Code:
Section "DRI"
Group "video"
Mode 0660
EndSection
That would give DRI access to root, plus anyone in the video group, but not anyone else.
Thanks, I was not a member of the video group... I could have sworn that I tried the Mode 0666 thing but it's of no matter. I kinda feel like a dolt now.
Just to document the setup I have.
-No Xorg.conf
-User is a member of the video group.
-Getting ~1200 fps in glxgears
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.