I think I have managed to FINALLY get 3d working on my ATI card :) Using the standard 2.4.33 kernel too. Thanks for all the useful info in this thread :D

EDIT: used the ati-driver-installer-8.29.6.run drivers
EDIT2: I'll finally be able to play NWN under linux :)
EDIT3: I followed tronayne's lead about the moniter section, very useful - got a 'signal of range' message before that.
EDIT4: NWN works beautifully :)

tronayne:

Added that to top post.

Thanks.

@tronayne

just thought you might like this so you can add this to your linux notebook regarding custom resolutions.

just in case you want a special resolution (widescreen) let's say, or you decide to use an nvidia card or some other manufacturer's card.

http://www.linuxquestions.org/questi...t=modeline+gtf

i've done it on suse (tho sax2 really is "supposed" to do this for you) and ubuntu, tho ubuntu also wants info near the log in splash section of the xorg file too.

I'm actually running 1280 by 960 on a 19" monitor, oh it is so sweet :D

Glad you got your card going.

I could use some ideas. The nvidia drivers keep locking up my screen shortly after startx.

I had a tnt 32 mb in this machine using nvidia just fine. Just put in a geforce 5500 fx 256 mb. First off the installer wouldn't run because slack 11 upgraded gcc and my kernel was compiled with the previous. Although there didn't seem to be any problems with the previous 1.07xxx compiled with the previous gcc. So anyway I recompiled the kernel with the new, then nvidia compiles.

KDE, Fluxbox, and Xfce all lock up on me. I've since tried so many combinations of kernel compile options and always the same. Building modules, static, leaving this out, putting that in, etc. All possible options with xorg.cfg too.

I can ssh to the machine after the screen locks and ps aux shows startx using high 90s memory. I can kill the process but the keyboard connected to the machine also gets locked out and I have to reboot.

nvidnvidia 4542932 0
agpgart 27312 1 nvidia

VGA compatible controller: nVidia Corporation NV34 [GeForce FX 5500] (rev a1)

Linux he 2.6.17.4 #9 Sun Oct 22 03:46:02 EDT 2006 i686 athlon-4 i386 GNU/Linux

Section "Device"
Identifier "NVIDIA GeForce"
Driver "nv"
EndSection

Yes the driver is nv now. The only option that matters there is changing it to "nvidia" for the lockup feature.

I've put the tnt in another machine and loaded the nvidia just fine. That machine also shows no video modules with lsmod like this one does. I've recently upgradpkg from slack 10.2 to 11. I think that's all the relative information.

What else can I do?

Recompile the kernel.

Then run the installer again.

When you update Slackware with the new gcc, you HAVE TO RECOMPILE THE KERNEL. Otherwise, you get errors just like you have.

The issue is that the 'old' kernel was compiled with the 'old' gcc. Since gcc changed, anything that tries to make a kernel module needs the same gcc version the kernel was compiled with. Since gcc is now new, the easiest way to resolve the issue is recompile the kernel.

That was the first thing I did recompile the kernel and another 7 times during :)

What exact errors are you getting from the nvidia installer?

No errors just a lockup.

So brainstorming with cwwilson721. removed the nvidia drivers with nvidia-installer --uninstall, then x wouldn't even start with the regular nv driver. libGL.so.1 no such file. So we grep-ed it out of /var/log/packages.

root@he.ra /x > installpkg x11-6.9.0-i486-11.tgz
Installing package x11-6.9.0-i486-11 ([required])...
PACKAGE DESCRIPTION:
x11: x11 (X11 base package)
x11:
x11: This is the base package for X11, and provides the required binaries,
x11: shared libraries, and support files (except fonts) to run X on Linux.
x11:
/sbin/ldconfig: /usr/X11R6/lib/libXvMCNVIDIA.so.1.0.7182 is not an ELF file - it has the wrong magic bytes at the start.

/sbin/ldconfig: /usr/lib/libGL.so.1.0.7182 is not an ELF file - it has the wrong magic bytes at the start.

/sbin/ldconfig: /usr/lib/libGLcore.so.1.0.7182 is not an ELF file - it has the wrong magic bytes at the start.

/sbin/ldconfig: /usr/lib/libGLcore.so.1.0.7184 is not an ELF file - it has the wrong magic bytes at the start.

Executing install script for x11-6.9.0-i486-11...

root@he.ra /x > rm /usr/X11R6/lib/libXvMCNVIDIA.so.1.0.7182
root@he.ra /x > rm /usr/lib/libGL.so.1.0.7182
root@he.ra /x > rm /usr/lib/libGLcore.so.1.0.7182
root@he.ra /x > rm /usr/lib/libGLcore.so.1.0.7184
root@he.ra /x > installpkg x11-6.9.0-i486-11.tgz
Installing package x11-6.9.0-i486-11 ([required])...
PACKAGE DESCRIPTION:
x11: x11 (X11 base package)
x11:
x11: This is the base package for X11, and provides the required binaries,
x11: shared libraries, and support files (except fonts) to run X on Linux.
x11:
Executing install script for x11-6.9.0-i486-11...

root@he.ra /x >

I can run glxgears now when I couldn't before. I'm now going to try reinstalling the nvidia drivers wish me luck.

Any luck with the nvidia drivers, ArmOrAttAk?

Hey,
First off How Do I recompile the kernel?
Is this the correct method? or this ?
Then,
which drivers should I use ? I have a 128 MB GMA 900 on INTEL 915P. Should I use the i810 drivers that came with X or download the drivers from intel.com.
Thanks

Your question of two parts:

1. I would use Eric's excellent guide on compiling your kernel.
2. I, personally, have no experience with that chip. But make sure the driver from Intel is for the version of Xorg that your version of Slackware has. (Slackware 11 uses 6.9, while the driver from Intel for my chipset, the i830, is for 7.0+. It won't compile correctly, and I have never gotten much out of it.)

As for other things on the Intel downloads:

• DO NOT MESS WITH MESA FROM INTEL UNLESS YOU ARE PREPARED FOR MAJOR TWEAKS AND WORKAROUNDS.
  I am not saying that it cannot be done. It is just that the amount of work and effort involved may not be worth the potential increase in speed. Read one of my posts in this thread about the time I had. A .5% increase was not worth the effort.
• DRM is ok.
• agpgart is also usable.
• Look elsewhere on how to compile these components.Google and a forum search are huge friends.

What is MESA?

The Mesa 3D library is a software implementation of OpenGL. It can run on nigh any machine but is pretty slow and doesn't offer the proper hardware accel for OpenGL.

Hey thanks a lot!
Direct Rendering is working. ..
Now only if I could get XGL working..

And thank you right back. Thats's why I started this post.
You should have seen all the disparate info out there...

Imagine 30,000 posts on this forum asking "How do I get DRI working on my foo card?". I. prefer one thread, lotsa views.

As far as XGL goes, good luck. Do a search on the forum, see if that gets you anything useful. But that is way off topic on this thread.