I'm trying to get the driver for my radeon 9000 installed, and have been having all sorts of success doing it. At this point, however, my problem is with compiling. I go to /lib/modules/fglrx/build_mod and type ./make/sh as directed, and I get the following:

Error:
kernel includes at /usr/src/linux/include do not match current kernel.
they are versioned as " "
instead of "2.4.22-10mdk".
you might need to adjust your symlinks

Now I checked version.h in the /usr/src/linux/include/linux folder, and the version listed is correct (2.4.22-21 - I upgraded the kernel from the default mandrake 9.2 version), and I can't figure out where else it may be looking to be finding the old kernel version. Anyone have any good ideas? Keep in mind when replying that I'm a relative n00b, so please be descriptive!

1. Do you have kernel-source installed?
2. Do you have a symbolic link /usr/src/linux that points to /usr/src/linux-<your version number here>?

# Compiling/installing kernel modules
You will need to have installed:
1. The developmental packages (compiler)
2. The kernel source code that matches your running kernel
3. The module source or install code

Check out your system and look under the hood and see if you installed the stuff you need to do the job. Open an x terminal and type in this sequence of commands to see what kernel we are running and see if you have the kernel source installed:I am running kernel version 2.4.18-3. Do I have the proper source code?I do have the same kernel version source code installed in the directory /usr/src/linux-2.4.18-3 and there is a symbolic link named linux-2.4 pointing to it.

If you don't see something similiar to this (but in color), you will need to install the kernel source.

NOTE: I noticed that Red Hat didn't make the symbolic link /usr/src/linux that all of the INSTALL files that I have read mentioned that I need, so I may as well make one now to save editing the files in the source code to install.So, I'll make it just now:Ah, there it is, so that's done.

Next, did I install the compiler?Yes, I have a compiler installed.

If you don't have those two things installed, you have to install them first off your install CD.

If they are installed, download the source and happy comiling. Make sure you carefully read the README and INSTALL files after extracting and before compiling/installing.

Additionally, as long as I'm asking questions, has anyone managed to actually get a radeon driver installed on a system with a VIA P4X400 chipset? I was initially having issues with the driver install not recognizing my chipset, and I can't find direct reference in the source for the p4x400, only the kt400. That shouldn't be a problem, because the card itself only supports 4x agp, but the board supports 8x.....

Thanks for that info, fancypiper, I think that may get me on track. It is seeing the old source, even though I installed the new source. We'll see exactly how far that gets me, though....

...or I could be not so lucky. rpmdrake only sees the correct source as installed, and upon further investigation, the current kernel source does indeed seem to be the only one present.

Well, i resolved the initial issue and learned to pay a bit more attention when updating the kernel.... Anyway, now I'm on to a new issue. When installing the driver, it errors out with a final message of

"fire gl kernel module has to be loaded prior to any other drm kernel module!" (from dmesg)

I have seen this question posted in a few places (here and web wide), but I have yet to actually find an answer as to what to do about it. I would possibly be able to change a setting in the kernel, but since I'm back using the 2.4.22-10 kernel, I cannot use the config utility, which is one of the reasons I had upgraded to the 2.4.22-21 kernel (which worked fine with the kernel config util, but caused it's own set of problems). Anyway, when I start the kernel util, I get the following message:

The kernel configuration could not be read due to the following error:

/usr/src/linux/3rdparty/lufs/config.in, line 2:


xtristate 'LUFS support' CONFIG_LUFS
^ parse error

I've been at this for long enough now that my brain isn't capable of figuring out what the hell that means at the moment, so any help with either of my issues would be greatly appreciated!

>"fire gl kernel module has to be loaded prior to any other drm kernel module!" (from dmesg)
The error means when the system tries to load fglrx, there's already another drm module loaded or built into the kernel ...iianm.

Get to console mode and run #lsmod, you're likely to have the radeon module loaded, I doubt Mdk built drm modules into it's kernel.

If you find radeon, #modprobe -r radeon ...to remove it
and #modprobe -v fglrx ...to insert the correct one.
...startx

UnTamed is correct in that solution. If you did what I did you enabled radeon because that makes sense, but it's not the correct drm module. If you recompile your kernel take out whatever drm you've got in there now.

And if you can't get the Radeon installed, vesa is the driver that worked for me. However, I'm just stubborn and wanted the actual driver for my video card installed so I could get 3D support, etc. - even though I don't play games

ATI doesn't care enough about *nix users to supply a driver for their product. However, Nvidia does. So after a couple of months of the frustration you're going through with my ATI Radeon 9000 I went out and bought a Nvidia GeForce FX 5200. It immediately installed wonderfully in Debian, because Nvidia has produced a unified driver that supposedly works with any Linux or BSD distro. Also, their instructions aren't nearly as esoteric as most Linux documents.

Granted, the 128MB Nvidia card doesn't display as pretty as the 64MB ATI card, even with the latest drivers for both cards, and comparing in both OSes. In defense of Nvidia I must say it's a 8X card and my board only supports 4X, so I'm not getting all the juice it's capable of delivering. However, I am no longer fighting the stinking ATI rpm trying to convert it with alien and install it in Debian.

You might not be able to spend the money to get another card, but it was worth it to me to get rid of the headache.

Just my

zippercow~
Actually there was many people got 8X AGP acceleration like me who play got Tux racer rolling down the hill pretty good.
One time, i got the exactly same error as you did.
The main reason was that you have to compile /dev/agpgart support as modules and other radeon support, only make it as built in for Amd and Nvidia chipset which was for my A7N8X deluxe.
Don't know how far could u get, but if you could get all the way here, then you was almost there for the racer to roll down the hill.
First you download 3.2.8 driver from ati.com
use "rpm -i --force <*.rpm>"
then you do fglrxconfig in terminal.
For the agpgart during figuration, answer no or use external agpgart which was the only you could get your 3D working right.
Then add "/sbin/modprobe agpgart;/sbin/modprobe fglrx" to /etc/rc.local file
Now restart and type "glxgears" in terminal.
If you get fips that's around 3000, then you got your card working now.

Thanks for the suggestions, everyone. I have one (hopefully) final issue at this point. When I try to startx, it comes up with a "no screens found" error, because it's looking for BusID (PCI:1:0:0), but it should be BusID (PCI:1:0:1). The error comes when I have 1:0:1 referenced in XF68Config-4, the error comes, when I have 1:0:0 referenced, I have no 3d accel... So the question is, what the hell is demanding the 1:0:0 (which I believe references the old driver)

Somewhat off-topic, I have a Gainward GeForce 4 TI4600... in my server because it doesn't work worth a shit on my system with it's VIA P4X400 pos chipset, yet works beautifully on all other systems. My Radeon 9000 was originally intended for the server.

So, which video card are you using or asking questions on?
ATI?
if that's the case, just use fglrxconfig to creat XF86Config-4 which will work nicely if you do what i had stated

Since you have kernel 2.4.22 you can try both internal and external agpgart and if that doesn't work,
comment out the BusID line in your XF86Config-4 and see if that helps.

I'm having troubles with the ATI card. I've installed the linux detonator drivers many times, I rarely have issues with NVidia. Anyway, I've tried using both fglrxconfig and using xf86config and going back and editing XF86Config-4, and neither way has seemed to work. There seems to be part of the original mandrake driver for the card somewhere, but I don't know where to look. If I remove the BusID line, I cant start x just like when I have the proper configuration set in the config file. For whatever reason, x is still looking for the old driver, even though I got the new driver installed without error and ran through fglrxconfig( several times). I've even tried uninstalling/reinstalling the driver, to no avail.

Then, you trying to use ATI's
Here is the RIGHT solution for you.
1) check you had compile module for "/dev/agpgart support " and "Radeon support"
2) install driver from ati, which the latest was 3.2.8
3) do fglrxconfig, use external agpgart was the key here
4) add
"/sbin/modprobe agpgart
/sbin/modprobe fglrx"
5)then you are ready to go with glxgears run around 3000 fps.

If there is error, please post it.

When I type modprobe agpgart I get the following:

/lib/modules/2.4.22-10mdk/kernel/drivers/char/agp/agpgart.o.gz: init_module: No such device
Hint: insmod errors can be caused by incorrect module parameters, including invalid IO or IRQ parameters.
You may find more information in syslog or the output from dmesg
modprobe: insmod /lib/modules/2.4.22-10mdk/kernel/drivers/char/agp/agpgart.o.gz failed
modprobe: insmod agpgart failed


When I check dmesg, the last message is :

agpgart: Unsupported Via chipset (device id: 3168), you might want to try agp_try_unsupported=1.
agpgart: no supported devices found.


I've got a VIA P4X400 chipset (if I haven't mentioned that already) and it is currently set to 4x AGP. The XF86Config-4 file generated by fglrxconfig (with BusID slightly altered so as to be able to get into x) is posted at http://www.zippercow.com/XF86Config-4.txt