Hi, I've tried to get DRI working with XFree86 radeon driver (not the ATI binary driver) without success. Googling around I found suggestions to change ChipID but it didn't work for me:
$ glxinfo|grep direct direct rendering: No OpenGL renderer string: Mesa GLX Indirect
Here are my XF86Config and XFree86.0.log, any help appreciated.
Thank you in advance,
Laurent
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On Wednesday 30 June 2004 04:01 pm, Laurent GUERBY wrote:
Hi, I've tried to get DRI working with XFree86 radeon driver (not the ATI binary driver) without success. Googling around I found suggestions to change ChipID but it didn't work for me:
$ glxinfo|grep direct direct rendering: No OpenGL renderer string: Mesa GLX Indirect
Here are my XF86Config and XFree86.0.log, any help appreciated.
Thank you in advance,
Laurent
Try adding this to you XF86Config file under the device section.
Option "UseInternalAGPGART" "no"
As such:
Section "Device" BoardName "RV280 5964" BusID "3:0:0" Driver "radeon" #ChipId 0x514D Identifier "Device[0]" Option "UseInternalAGPGART" "no" ****************** Screen 0 Option "Rotate" "off" VendorName "ATI" EndSection
- -- Spammers Beware: Tresspassers will be shot, survivors will be shot again!
Warning: Individuals throwing objects at the crocodiles will be asked to retrieve them!
If pro is the opposite of con, then the opposite of progress must be congress!
Thanks for the suggestion but unfortunately it didn't work with or without the ChipID, I got:
(WW) RADEON(0): Option "UseInternalAGPGART" is not used
Wondering where to ask for help...
Laurent
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On Thursday 01 July 2004 12:17 pm, Laurent GUERBY wrote:
Thanks for the suggestion but unfortunately it didn't work with or without the ChipID, I got:
(WW) RADEON(0): Option "UseInternalAGPGART" is not used
Wondering where to ask for help...
Laurent
After looking at your X config file it's appears the drim flat out fails. What version of mesa libs Do you have installed? You might also have a look at and perhaps post the results of:
ldd /usr/X11R6/bin/glxgears
Mine is as follows:
ldd /usr/X11R6/bin/glxgears linux-gate.so.1 => (0xffffe000) libGL.so.1 => /usr/lib/libGL.so.1 (0x40034000) libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x400b3000) libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x400c2000) libpthread.so.0 => /lib/tls/libpthread.so.0 (0x401bf000) libm.so.6 => /lib/tls/libm.so.6 (0x401cf000) libc.so.6 => /lib/tls/libc.so.6 (0x401f1000) libXxf86vm.so.1 => /usr/X11R6/lib/libXxf86vm.so.1 (0x40306000) libdl.so.2 => /lib/libdl.so.2 (0x4030b000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)
Another thing that caught my attention is a warning about:
(WW) Open APM failed (/dev/apm_bios) (No such device)
as well as:
(==) ModulePath set to "/usr/X11R6/lib/modules" (**) Option "AllowMouseOpenFail" (**) Option "Xinerama" "off" (**) Option "RandR" "on"
You might try placing the section:
Section "ServerFlags" Option "AllowMouseOpenFail" Option "RandR" "on" EndSection
Section "Module" Load "dbe" Load "extmod" Load "freetype" Load "v4l" Load "type1" Load "speedo" Load "glx" Load "dri" EndSection
The "Flag" section in my X file is after the "Modules" are called up (though X doesn't always rely a specific sequence to init certain subsections. But you might want to see if it makes a difference - the X error log you attach seems to indicates that the XF86Config file may be misconfiged. ...
Section "Module" Load "dbe" Load "type1" Load "speedo" Load "freetype" Load "extmod" Load "glx" Load "v4l" Load "dri" EndSection
Section "ServerFlags" Option "AllowMouseOpenFail" EndSection
Section "InputDevice" Driver "Keyboard" Identifier "Keyboard[0]" Option "Protocol" "Standard" Option "XkbLayout" "us" Option "XkbModel" "pc104" Option "XkbRules" "xfree86" EndSection
Section "InputDevice" Driver "mouse" Identifier "Mouse[1]" Option "Device" "/dev/input/mice" Option "Buttons" "8" Option "Name" "Autodetection" Option "Protocol" "explorerps/2" Option "ZAxisMapping" "4 5" Option "Vendor" "Sysp" EndSection
Section "Monitor" DisplaySize 320 240 HorizSync 30-70 Identifier "Monitor[0]" ModelName "SYNCMASTER 753DF(T)" Option "DPMS" VendorName "SAMSUNG" VertRefresh 50-160 EndSection _____________________________________________
Getting and optimizing the X radeon drivers can be dicey at best. XFree86 has also been all but out right abandoned by many in Linux because of political and license questions. "X.org" is a splinter org from X and is getting a fair amount of attention from the distros because it has a more open license, a few of the original devs from XF86, and is also adopting a more open development model that should result in faster development related to community involvement. Unlocking the features of the ATI RV250 (9200?) using XF86 radeon drivers is not a guarantee that you performance will be viable for 3D games or advanced model development. However if used for somthing like a lite CAD, simple Linux 3D game/program or similar it might suffice.
HTH.
Cheers, Curtis.
- -- Spammers Beware: Tresspassers will be shot, survivors will be shot again!
Warning: Individuals throwing objects at the crocodiles will be asked to retrieve them!
If pro is the opposite of con, then the opposite of progress must be congress!
On Fri, 2004-07-02 at 07:32, Curtis Rey wrote:
After looking at your X config file it's appears the drim flat out fails. What version of mesa libs Do you have installed? You might also have a look at and perhaps post the results of:
ldd /usr/X11R6/bin/glxgears
Same as yours.
The "Flag" section in my X file is after the "Modules" are called up (though X doesn't always rely a specific sequence to init certain subsections. But you might want to see if it makes a difference - the X error log you attach seems to indicates that the XF86Config file may be misconfiged. ...
Unfortunately, no change if I put the flag section after the module section.
Getting and optimizing the X radeon drivers can be dicey at best. XFree86 has also been all but out right abandoned by many in Linux because of political and license questions. "X.org" is a splinter org from X and is getting a fair amount of attention from the distros because it has a more open license, a few of the original devs from XF86, and is also adopting a more open development model that should result in faster development related to community involvement. Unlocking the features of the ATI RV250 (9200?) using XF86 radeon drivers is not a guarantee that you performance will be viable for 3D games or advanced model development. However if used for somthing like a lite CAD, simple Linux 3D game/program or similar it might suffice.
I don't do gaming, just wanted to do a bit of OpenGL on my spare time, according to my research the radeon 9200 (not SE) is the most powerful 3D card for which one can get open source drivers, but for the SE version it looks like waiting for a new release is needed.
I used Xorg with Fedora Core, I've seen that there's a version for SuSE 9.1 on ftp.suse.com (piles of RPMs), has anyone tried it? Will rpm -Uvh work, or will it break everything?
Thank you very much for your help so far,
Laurent
Hi Laurent,
My $0.02 worth -- I'm running a Radeon 9200SE here, and the 3D acceleration seems to work fine, or at least acceptably; I get about 1200 FPS out of 'glxgears'. The CPU is a P4 @ 2.4 GHz, for reference. It's set up under SuSE 8.2 Pro, which, according to my XFree86.0.log file, is running XFree86 version 4.3.0. Comparing your config file to mine, the "ServerFlags" section is identical, and the "Module" section contains the same stuff, but in a different order. I don't know if that matters, but FWIW, mine is:
Section "Module" Load "v4l" Load "extmod" Load "type1" Load "freetype" Load "dbe" Load "speedo" Load "glx" Load "dri" EndSection
My "Device" section is also different -- this older version didn't understand about the 9200, but the info I found suggested that using stuff for a 9100 would work, and it seems to. My entries are:
Section "Device" BoardName "Radeon 9100 QM" Driver "radeon" Identifier "Device[0]" Screen 0 Option "Rotate" "off" VendorName "ATI" ChipID 0x514D EndSection
Otherwise, the config files look to be the same -- I'm assuming that all the screen-mode stuff, font paths, etc. won't make any difference. One thing I wonder about (without actually knowing anything about this) is the BusID entry in your file. In your log file, it looks to me like the system is actually trying to initialize multiple cards, (or maybe multiple ports on the card) at the point about 90% through, where the "Unknown error 999" messages show up. My log file doesn't show anything about /dev/dri/cardX, where X > 1.
Whether or not this is relevant to your more recent XFree86 version or not is, of course, an open question, but maybe it will help... Good luck!
Mike Henders
Laurent GUERBY wrote:
On Fri, 2004-07-02 at 07:32, Curtis Rey wrote:
After looking at your X config file it's appears the drim flat out fails. What version of mesa libs Do you have installed? You might also have a look at and perhaps post the results of:
ldd /usr/X11R6/bin/glxgears
Same as yours.
The "Flag" section in my X file is after the "Modules" are called up (though X doesn't always rely a specific sequence to init certain subsections. But you might want to see if it makes a difference - the X error log you attach seems to indicates that the XF86Config file may be misconfiged. ...
Unfortunately, no change if I put the flag section after the module section.
Getting and optimizing the X radeon drivers can be dicey at best. XFree86 has also been all but out right abandoned by many in Linux because of political and license questions. "X.org" is a splinter org from X and is getting a fair amount of attention from the distros because it has a more open license, a few of the original devs from XF86, and is also adopting a more open development model that should result in faster development related to community involvement. Unlocking the features of the ATI RV250 (9200?) using XF86 radeon drivers is not a guarantee that you performance will be viable for 3D games or advanced model development. However if used for somthing like a lite CAD, simple Linux 3D game/program or similar it might suffice.
I don't do gaming, just wanted to do a bit of OpenGL on my spare time, according to my research the radeon 9200 (not SE) is the most powerful 3D card for which one can get open source drivers, but for the SE version it looks like waiting for a new release is needed.
I used Xorg with Fedora Core, I've seen that there's a version for SuSE 9.1 on ftp.suse.com (piles of RPMs), has anyone tried it? Will rpm -Uvh work, or will it break everything?
Thank you very much for your help so far,
Laurent
-
Curtis Rey -
Laurent GUERBY -
Michael G. Henders