Hey, I have an ATI Radeon 9000 and I just downloaded the drivers for it from the ATI site. I have the right version, and I installed everything when I installed Slack 9.0, but it fails on some dependencys.

here's the output from Kpackage:


error: failed dependencies:

/bin/sh is needed by fglrx-glc22-4.3.0-3.2.5
/bin/sh is needed by fglrx-glc22-4.3.0-3.2.5
/bin/sh is needed by fglrx-glc22-4.3.0-3.2.5
/bin/sh is needed by fglrx-glc22-4.3.0-3.2.5
ld-linux.so.2 is needed by fglrx-glc22-4.3.0-3.2.5
libc.so.6 is needed by fglrx-glc22-4.3.0-3.2.5
libdl.so.2 is needed by fglrx-glc22-4.3.0-3.2.5
libICE.so.6 is needed by fglrx-glc22-4.3.0-3.2.5
libm.so.6 is needed by fglrx-glc22-4.3.0-3.2.5
libpthread.so.0 is needed by fglrx-glc22-4.3.0-3.2.5
libSM.so.6 is needed by fglrx-glc22-4.3.0-3.2.5
libX11.so.6 is needed by fglrx-glc22-4.3.0-3.2.5
libXaw.so.7 is needed by fglrx-glc22-4.3.0-3.2.5
libXext.so.6 is needed by fglrx-glc22-4.3.0-3.2.5
libXmu.so.6 is needed by fglrx-glc22-4.3.0-3.2.5
libXpm.so.4 is needed by fglrx-glc22-4.3.0-3.2.5
libXt.so.6 is needed by fglrx-glc22-4.3.0-3.2.5
/bin/bash is needed by fglrx-glc22-4.3.0-3.2.5
libc.so.6(GLIBC_2.0) is needed by fglrx-glc22-4.3.0-3.2.5
libc.so.6(GLIBC_2.1) is needed by fglrx-glc22-4.3.0-3.2.5
libc.so.6(GLIBC_2.1.3) is needed by fglrx-glc22-4.3.0-3.2.5
libdl.so.2(GLIBC_2.0) is needed by fglrx-glc22-4.3.0-3.2.5
libdl.so.2(GLIBC_2.1) is needed by fglrx-glc22-4.3.0-3.2.5
libm.so.6(GLIBC_2.0) is needed by fglrx-glc22-4.3.0-3.2.5
libpthread.so.0(GLIBC_2.0) is needed by fglrx-glc22-4.3.0-3.2.5


VITAL INFO:

Distrobution: Slackware 9.0
Hardware: ATI Radeon 9000

make sure these 2 packages are installed.

xfree86-devel-4.3.0-i386-1
glibc-2.3.1-i386-3

use: ls /var/log/packages and see if they are listed
if not then install them from the Slack cd and try again.

Also, if you are trying to use rpm's on Slack use this to create a Slack package

rpm2tgz ./name.of.rpm.from.ATI.rpm
installpkg ./name.of.rpm.from.ATI.converted.tgz

I'm using Kpackage, and it seemed to work fine.

I have glibc and will check for Xfree86

K I installed everything from the Slack 9 CD, I tried the rpm2tgz, and it converted, so I did installpkg ati.package.tgz, and it said

PACKAGE DESCRIPTION:

And that was it. It inserted a couple of new lines after a few minutes, and then gave me my command prompt. But I don't have any advanced hardware accelleration.

If you got it installed did your colors improve? This should happen after you run the config (at command line: $ fglrxconfig).

If you've run through this step and optimized your settings your color _should_ be improved. If not, then you'll need to work through those dependencies a little more.

Run this at the terminal:
$ fglrxinfo

Does it list OpenGL drivers as Mesa or ATI?

If it's ATI don't bother reading anymore. If it says Mesa keep reading.

If it did improve the colors (gradients should be more smooth), then you forgot to compile the kernel module. I've done this once or twice myself. Actually, about 10 or 11 times. I reccomend you back up your files before doing this, if you're going for the gusto and assuming everything is fine with the exception of your kernel support.

Run these terminal commands (I did it as root, you may not have to):
# cd /lib/modules/fglrx/build_mod
# ./make.sh
# cd ..
# ./make_install.sh

This will build your new kernel modules for you, allowing 3D hardware acceleration. The only kicker is, even if these modules are installed properly, you won't see the check box enabled under your video settings window.

You'll need to reboot for these new kernel modules to load, so go ahead and do that. When you get back in, rerun fglrxinfo and you should see the drivers as ATI Technologies and all that trash. This means it was successful. As a backup, run Tux Racer or some hardcore GL screensaver. Don't bother with the Mesa demos. In my experience they'll work regardless.

Hope that helps!

when you install the drivers, do it from the text mode and pass it w/ the --force option. when they are installed, you have to make a modification to the XF86Config-4 file (this is VERY important). find the line where it says "PCI 1:0:1" change that to "PCI 1:0:0". otherwise, XF will not start. do that after youve installed the packages.

see Twiggy794
Here is the output after i do ./make.sh in /lib/modules/fglrx/build_mod
but the high lighted part was the biggest problem!
Do u see what's wrong?

& here is the output of fglrxinfo

display: :0.0 screen: 0
OpenGL vendor string: Mesa project: www.mesa3d.org
OpenGL renderer string: Mesa GLX Indirect
OpenGL version string: 1.3 Mesa 4.0.4



[root@localhost build_mod]# ./make.sh
ATI module generator V 2.0
==========================
probing for VMA API version...
cleaning...
patching 'highmem.h'...
skipping patch for 'drmP.h', not needed
patching 'drm_os_linux.h'...
doing script based build for kernel 2.4.x and similar
compiling 'agpgart_be.c'...
In file included from /lib/modules/2.4.20-8/build/include/linux/prefetch.h:13,
from /lib/modules/2.4.20-8/build/include/linux/list.h:6,
from /lib/modules/2.4.20-8/build/include/linux/module.h:12,
from agpgart_be.c:75:
/lib/modules/2.4.20-8/build/include/asm/processor.h:267:1: warning: "EISA_bus" redefined
In file included from /lib/modules/2.4.20-8/build/include/linux/modversions.h:132,
from <command line>:1:
/lib/modules/2.4.20-8/build/include/linux/modules/i386_ksyms.ver:92:1: warning: this is the location of the previous definition
compiling 'agp3.c'...
In file included from /lib/modules/2.4.20-8/build/include/linux/prefetch.h:13,
from /lib/modules/2.4.20-8/build/include/linux/list.h:6,
from /lib/modules/2.4.20-8/build/include/linux/module.h:12,
from agp3.c:29:
/lib/modules/2.4.20-8/build/include/asm/processor.h:267:1: warning: "EISA_bus" redefined
In file included from /lib/modules/2.4.20-8/build/include/linux/modversions.h:132,
from <command line>:1:
/lib/modules/2.4.20-8/build/include/linux/modules/i386_ksyms.ver:92:1: warning: this is the location of the previous definition
compiling 'i7505-agp.c'...
In file included from /lib/modules/2.4.20-8/build/include/linux/prefetch.h:13,
from /lib/modules/2.4.20-8/build/include/linux/list.h:6,
from /lib/modules/2.4.20-8/build/include/linux/module.h:12,
from i7505-agp.c:32:
/lib/modules/2.4.20-8/build/include/asm/processor.h:267:1: warning: "EISA_bus" redefined
In file included from /lib/modules/2.4.20-8/build/include/linux/modversions.h:132,
from <command line>:1:
/lib/modules/2.4.20-8/build/include/linux/modules/i386_ksyms.ver:92:1: warning: this is the location of the previous definition
compiling 'nvidia-agp.c'...
In file included from /lib/modules/2.4.20-8/build/include/linux/prefetch.h:13,
from /lib/modules/2.4.20-8/build/include/linux/list.h:6,
from /lib/modules/2.4.20-8/build/include/linux/module.h:12,
from nvidia-agp.c:9:
/lib/modules/2.4.20-8/build/include/asm/processor.h:267:1: warning: "EISA_bus" redefined
In file included from /lib/modules/2.4.20-8/build/include/linux/modversions.h:132,
from <command line>:1:
/lib/modules/2.4.20-8/build/include/linux/modules/i386_ksyms.ver:92:1: warning: this is the location of the previous definition
compiling 'firegl_public.c'...
In file included from /lib/modules/2.4.20-8/build/include/linux/prefetch.h:13,
from /lib/modules/2.4.20-8/build/include/linux/list.h:6,
from /lib/modules/2.4.20-8/build/include/linux/module.h:12,
from firegl_public.c:72:
/lib/modules/2.4.20-8/build/include/asm/processor.h:267:1: warning: "EISA_bus" redefined
In file included from /lib/modules/2.4.20-8/build/include/linux/modversions.h:132,
from <command line>:1:
/lib/modules/2.4.20-8/build/include/linux/modules/i386_ksyms.ver:92:1: warning: this is the location of the previous definition
linking of fglrx kernel module...
duplicating results into driver repository...
done.
==============================
You must change your working directory to /lib/modules/fglrx
and then call ./make_install.sh in order to install the built module.
==============================


*** WARNING ***
Tailored kernel module for fglrx not present in your system.
You must go to /lib/modules/fglrx/build_mod subdir
and execute './make.sh' to build a fully customed kernel module.
Afterwards go to /lib/modules/fglrx and run './make_install.sh'
in order to install the module into your kernel's module repository.
(see readme.txt for more details.)

As of now you can still run your XServer in 2D, but hardware acclerated
OpenGL will not work and 2D graphics will lack performance.

failed.

I see what's going on ~ Try uninstalling the Mesa libraries AND your ATI libs as well. Then just install the ATI libraries.

I'm a Redhat user so I'm not sure how to go about uninstalling those libs since I do it by RPM...

Somewhere along the line there's probably a conflict with the Mesa drivers. Try getting them out of the way and reinstalling, and rebuilding the kernel agian. Don't forget to run fglrxconfig before you reboot, and not after.

Lemme know how that goes.

What are those library names on redhat?

I'm having the same problem as tricky_linux. I'm running rh9 with radeon 9000 and can't get ati's modules to load. when I run make.sh I get the following output:

[root@localhost build_mod]# ./make.sh
ATI module generator V 2.0
==========================
kernel includes at /usr/src/linux/include not found or incomplete
file: /usr/src/linux/include/linux/version.h


Do I have a different problem or do I just need to uninstall both sets of libs and do a clean install of ATI's rpm?

Thanx for the help.
-Moxta- Kernel hacking newbie

I'm an anal neat freak ~ So clean is always good

# rpm -e --nodeps XFree86-Mesa-libGL-4.3.0-2

That should be adequate to uninstall the Mesa drivers, use the same -e --nodeps command to uninstall the ATI drivers. Try again, do the make.sh and make_install.sh, reboot, and lemme know how everything goes.

Moxta, I had a similar problem with some nVidia drivers.

What you need to do is install the kernel source and headers from the RedHat CD's.

They should be named pretty obviousally eg.:

kernel.<version>.headers
kernel.<version>.source

Or something like that. Install these, and then try again

Ok, I uninstalled the Mesa and ATI driver packages and reinstalled the ATI driver rpm. I got the following message:

[root@localhost programs]# rpm -i --force fglrx-glc22-4.3.0-3.2.5.i586.rpm
*** Trying to install a precompiled kernel module.
*** WARNING ***
Tailored kernel module for fglrx not present in your system.
You must go to /lib/modules/fglrx/build_mod subdir
and execute './make.sh' to build a fully customed kernel module.
Afterwards go to /lib/modules/fglrx and run './make_install.sh'
in order to install the module into your kernel's module repository.
(see readme.txt for more details.)

As of now you can still run your XServer in 2D, but hardware acclerated
OpenGL will not work and 2D graphics will lack performance.

failed.
*** Error: no kernel module build environment - please consult readme.
Installed: qt3 (gcc 3.2) based control panel application
===
ATI display drivers successfully installed
please run 'fglrxconfig' now
===

Now trying to bulid the module I went to /lib/modules/fglrx/build_mod/ and executed the make.sh and I got the following output:

[root@localhost build_mod]# ./make.sh
ATI module generator V 2.0
==========================
kernel includes at /usr/src/linux/include not found or incomplete
file: /usr/src/linux/include/linux/version.h

Do I need header files or include files to make the module. And if I do, where do I get them and what do I do with them?

FYI :
The kernel that I am currently running is 2.4.20-20.9. The only kernel source that I have on my computer is 2.4.20-8.

Thanks for the help.
--Moxta-

http://www.linuxquestions.org/questi...threadid=97221

Will that thread help?

Ah ok, I'll do that and see what happens.

thanks
--Moxta-

You'll need the source for the kernel I believe to build the modules...www.kernel.org (or is it kernels.org?) should have the source for the kernel you're using, or you can just update to the newest one (2.4.22). I'm not much of a kernel guru though, so I could be wrong. Just make sure you extract the source back to your source directory. On Redhat it's /usr/src/, I've never used Slackware though so I can't help you there.

However ~ This sounds like it could be your problem. If the problem persists after extracting the source, try rebuilding the kernel completely, just to reset some variable paths to point back to the right directory. But like I said, I suck the left nut when it comes to building kernels.

Let me know how that goes.