HOWTO: enable 3d acceleration w/ Rage Mobility (mach64)

[fruchtschwert]

doesn't work

[fruchtschwert]

Hi,

i tried to compile the mach64 module as masto described.
After facing several problems (to use git, you have to install git-core and cogito) i managed to compile the mach64 kernel module, which obviously loaded successfully. During the compilation i got some messages that some poniter values are pointing somewhere (i didn't understand it completely) but the script exited without error code.

When loading the module i've only got a message that something with the module isn't allright so that my kernel is tainted. But i read that this isn't important because it only says, that the module comes from a non trusted source. I hope that interpretation is correct.

But when starting gdm the screens gets black and nothing happens still doesn't work !

Wheres the fault ? In my xorg.conf there are entries for dri and glx, the color depth is 16.

@masto: Is is right that i don't have to compile mesa and that libdrm-thing. That should be done by installing the common modules, right ?

Maybe the common part did not install correctly (although i got no errors).

Are the paths correct:

xorg dir: /usr
xorg modules dir: /usr/lib/xorg/modules
xorg library dir: /usr/lib

??

I hope someone can help me ...
I need XGL !

P.S.: Sorry for my bad english ... greetings from germany !

[Ally_S]

Here's how I got DRI with mach64 working in Edgy Eft.

Before we begin, there seems to be an incompatibility between kernel 2.6.17-10 and the mach64 module so I had to modify ati_pcigart.c (attached in zip). I will not held responsible for any "damage" that using this file causes!

Download:
common-20060403-linux.i386.tar.bz2
mach64-20060403-linux.i386.tar.bz2

Extract both of above files to /usr/src/

Extract attached zip to (overwrite existing file): /usr/src/mach64-20060403-linux.i386/drm/linux-core/

Run:
sudo /usr/src/common-20060403-linux.i386/install.sh
sudo /usr/src/mach64-20060403-linux.i386/install.sh

log out.

restart X-Server (Ctr-Alt-Backspace)

log in.

Run:
glxinfo

DRI should be enabled!

[fruchtschwert]

Doesn't work for me ...

Upgrading to Edgy resulted in the same error.

The mach64 package does not compile.
The script reports the same error as in Dapper:

The DRI drivers can not be installed without the latest kernel modules.

Why are there people, having no problems at all ?

Maybe the intel-specific-kernels have an advantage ?

[Ally_S]

Send me you DRI.log files from when you try to install common and mach64. I'll try to have a look at them when I have a minute and see if I can see the problem.

[fruchtschwert]

i tried to install the drivers on Dapper 2.6.15-23-386 with the according linux-source, linux-headers, linux-restricted-modules and xserver-xorg-dev (all 386).

Here are the logs:

the common part completes successfully, log is empty

the mach64 part shows the following message:

Compiling...
ERROR: Kernel modules did not compile

The DRI drivers can not be installed without the latest kernel modules.
Installation will be aborted. See the dri.log file for information on
what went wrong.

with a dri.log like this:

make DRM_MODULES=mach64.o modules
make[1]: Entering directory `/media/hda7/mach64-20060403-linux.i386.tar.bz2_FILES/mach64-20060403-linux.i386/drm/linux-core'
+ ln -s ../shared-core/drm.h drm.h
ln: Erzeugen der symbolischen Verknüpfung „drm.h“ zu „../shared-core/drm.h“: Operation not permitted
make[1]: *** [drm.h] Fehler 1
make[1]: Leaving directory `/media/hda7/mach64-20060403-linux.i386.tar.bz2_FILES/mach64-20060403-linux.i386/drm/linux-core'
make: *** [mach64.o] Fehler 2

ln: Erzeugen der symbolischen Verknüpfung „drm.h“ zu „../shared-core/drm.h“: Operation not permitted

means

ln: creation of symbolic link „drm.h“ to „../shared-core/drm.h“: Operation not permitted

I've seen others having the same problem earlier in this thread but no solution was given.

I also tried compiling the mach64 module myself a few posts above, which nearly succeded (loading the module and restarting X gives a black screen)

Please help me !

Thanks in advance ...

[crusader06]

I was trying all these with all these settings.. No luck so far.
The module compiles/loads allright, but glxinfo still shows disabled. One thing I noticed from the Xorg.0.log is this:

"(WW) ATI(0): Not enough memory for local textures, disabling DRI"

Anybody knows how to overcome this?

Thnx.

[fruchtschwert]

You should set your color depth to 16 bit, because 24 bit textures exceed the 8 MB of memory. Therefore you have to edit your xorg.conf in /etc/X11.

DefaultDepth 24 -> DefaultDepth 16

Eventually you also have to comment out (#) Subsections with a Depth of 24.

But why the hell do you have a working module ?

Could you please post your kernel version (uname -r in terminal), especially wheather you have an 386 or 686 one ...

Dapper or Edgy ?

And could you post the versions of your dri and mach64 binary snapshots ?

I have no idea why I don't get that working.
Thanks in Advance ...

fruchtschwert

[crusader06]

My kernel version is 2.6.15-23-386.
Using common-20060403-linux.i386.tar and mach64-20060403-linux.i386.tar

It was already 16 bit. Even then it doesn't work. Tried with 15 bits but DRI is supported only for 16 bit and 32 bit as found in the Xorg logs. I was trying to read through atiscreen.c in Xfree source. Was not of much help. Also the latest code doesn't seem to be having these sections!! I think we will have to use the 'correct' version of the driver. But, don't really know how to find that...
Any more help??

[shizeon]

Here's how I got DRI with mach64 working in Edgy Eft.

Before we begin, there seems to be an incompatibility between kernel 2.6.17-10 and the mach64 module so I had to modify ati_pcigart.c (attached in zip). I will not held responsible for any "damage" that using this file causes!
.....

Ally_S, your updated ati_pcigart.c did the trick for me with Edgy and a "01:00.0 VGA compatible controller: ATI Technologies Inc Rage Mobility P/M AGP 2x (rev 64)".

I am getting a
"libGL warning: 3D driver claims to not support visual 0x4b", but that is another story.

I used the latest snapshots from common-20060403-linux.i386.tar.bz2 & mach64-20060403-linux.i386.tar.bz2 and running in 16-bit color.

So far so good and actually get around 160fps (from glxgears).

Thanks!