I, along, no doubt, with many other laptop users with ATI chips, would be very happy to see 3D support extended to the IGP 320(M) and 340(M) chipsets. Given that not even ATI support them in their driver, is this something that is being worked on (and that I can track with this bug) or something that's just ignored until it seems feasible?
The IGP chips should be supported in both DRI and Xorg CVS. Perhaps you could grab a DRI snapshot from http://freedesktop.org/~dri/snapshots/ and test?
Could you give me a little more information on what exactly I need to download, and how to install it? I've got the package: "radeon-20040702-linux.i386.tar.bz2" Do I also need: "common-20040702-linux.i386.tar.bz2"? Do I just run the install.sh script onto my stable install of xorg, ensure the dri module is loaded, and restart X?
yes, you need the common snapshot as well. and yes, restart X after you run the install script. http://dri.sourceforge.net/cgi-bin/moin.cgi/Download has more information.
OK, I installed the common- and radeon- snapshots, reloaded the radeon drm module, ensured that I had the dri and glx modules in /etc/X11/xorg.conf, and now X crashes when starting up, with the attached errors. The pertinent bit seems to be: (EE) RADEON(0): [dri] RADEONDRIScreenInit failed because of a version mismatch. [dri] radeon.o kernel module version is 1.9.0 but version 1.10.0 or newer is needed. [dri] Disabling DRI.
Created attachment 437 [details] Errors from 20040703 snapshot
the install script should have built a new radeon kernel module for you. you may need to rmmod the currently loaded module (or just reboot). you'll know if the new module is loaded by the 1.11.0 version string in dmesg. if a normal 'modprobe radeon' doesn't load the new version, you'll need to put the new module in the right directory (under /lib/modules). this may require rebuilding the DRM modules.
Created attachment 438 [details] Log from X with dri and glx modules Ah, my mistake, I'd compiled the radeon driver into the kernel rather than setting it as a module, and insmod wasn't reporting the problem. So I successfully loaded the module (dmesg reports a success), and now X loads with the dri module, but as soon as I try to load the glx module as well, X loads up a blank black screen and then hangs... it doesn't get as far as the cross-hatching with the X cursor. I've attached X's log.
oh my, that isn't good. updating summary. i'll take a look.
this looks suspicious: (II) Loading /usr/X11R6/lib/modules/extensions/libglx.a (II) Module glx: vendor="X.Org Foundation" compiled for 6.7.0, module version = 1.0.0 ABI class: X.Org Server Extension, version 0.2 the DRI snapshot modules should have a version string of 4.3.99.12, and those undefined symbols should be defined in libglx. apparently the install process missed it, could you copy the libglx.a from the snapshot (should be in dripkg/core/) to /usr/X11R6/lib/modules/extensions and see if that fixes it?
Ah, that did it, thanks! glxinfo reports (amongst other things): direct rendering: Yes OpenGL vendor string: Tungsten Graphics, Inc. OpenGL renderer string: Mesa DRI Radeon 20030328 AGP 4x x86/MMX/SSE2 NO-TCL OpenGL version string: 1.2 Mesa 6.1 glxgears (on a 2GHz / 360mb RAM thinkpad) gives me around 490fps.
Mass version move, cvs -> git
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.