Official Linux driver 1.0-3123 thread

[Matthyahuw]

Well Doug, I guess I'm still a n00b cuz I know not what you speak, but from my point of view, I don't see another way when you are using a different kernel than what nVidia made the driver for (we're using a newer kernel in the null beta). I dunno, is there another way w/o using the generic src files?

The 3123 driver is great! I am running Red Hat 7.3 with NVIDIA Quadro4 900 XGL. This new driver fixes a problem with GL_LIGHT_MODEL_TWO_SIDE that I observed with my app.

Drawing two objects with
glLightModel(GL_LIGHT_MODEL_TWO_SIDE,GL_TRUE);
using glPushAttrib() and glPopAttrib() for each object resulted in the second and subsequent objects being drawn in an opaque black. This was driving me nuts with the 2960 driver, and thank goodness 3123 fixed it.

The 2960 was working correctly with my TNT2 card, but wrong for the Quadro4. So for me, the 3123 is a big win.

-craig

has anybody ever tried to use the 3123 with one of the the development kernel versions ?
I have to use 2.5.12 on a RH7.3 because of the soundcard, but it's very stable, for me..
I have a geforce 2 mx 400, but this needs 2.4.18 or something like that, and that's my problem..
any idea ? thx!

[Matthyahuw]

check this thread out Sandor, I think it should help...

http://www.nvnews.net/vbulletin/show...&threadid=1869

[kilpatds]

Originally posted by kilpatds

Any other suggestions?

I've got one for me: "Try futzing around with AGP settings". Using NV's AGP now, and it runs fine. UT2003 looks like it should be a blast.

Doug

[sebazve]

What is this redhat null beta???
I have 7.3 is this the latest one? I heard about a Redhat 7.9.. beta thats going to be redhat 8.

see ya

[kilpatds]

Originally posted by sebazve
What is this redhat null beta???

Null is the third beta in the 7.4.9x sequence that is probally leading up to Red Hat Linux version 8. The first two betas were both called "Limbo". I'm guessing that Red Hat Linux 8 will be released sometime in late September, early October.

[sebazve]

Originally posted by kilpatds


Null is the third beta in the 7.4.9x sequence that is probally leading up to Red Hat Linux version 8. The first two betas were both called "Limbo". I'm guessing that Red Hat Linux 8 will be released sometime in late September, early October.

hehe thanks so it not worth it to download it right. I mean it almost there.

[TheOneKEA]

I've decided that PSN I may just throw in the towel and upgrade. I've hung on to 6.2 due to sheer inertia, and now I've decided to simply give up and upgrade. Save my /home directory, my Q2/Q3A installations, and whatever else I want to hang onto......then a full disk wipe, a slight change to my Windows install using PartitionMagic, and Red Hat 8 will be on my system.

Hopefully KDE 3.x won't give me any crazed fits

Just finished compiling+installing+testing the driver. This is what I got: Mandrake 9.0rc2 (nothing custom everything straight from Mandrake CD or Mandrake cooker). I compile the drivers as usual:

1. have the same compiler as the one used for compiling your kernel: gcc-color 3.2 :-) love those colors...

2. the right source code for the kernel

3. the symlink in /lib/modules/KERNEL/build points to the right location at /usr/src/linux-VERSION

mine looks like:

ls -l /lib/modules/2.4.19-9mdk/

lrwxr-xr-x 1 root root 34 Sep 16 23:07 build -> ../../../usr/src/linux-2.4.19-9mdk/

4. the /boot/kernel.h symlink points to the right location:

mine:
kernel.h -> /boot/kernel.h-2.4.19-9mdk

5. glibc for rc2 (the one that came with the distribution)

6. run "depmod -a" as root

7. in run level 3 (or one that doesn't have X running). run "modprobe -r NVdriver"
and then compile the kernel module and GLX from .src.rpm:

rpm --rebuild NV*
and then
rpm -Uhv /usr/src/RPM/RPMS/i586/NV*

then switch to level 5

8. chmod 0666 /dev/nv*

Then launch UT (old) play for a while. Minimize the window and maximize (it works to my amusement). Then played UT2003 demo for some time... it works, but the new outdoor world feels "jumpy" (skipping frames) at 1280x1024 at 32bit.
So I have to turn off a lot of dynamic stuff... but it worked...

good job!!

[crimsun]

Originally posted by konsti
Xfree86-4.2.0, debian sarge, kernel 2.4.20-pre5-ac1, nv-drivers 2960 or 3123:

switch pc on, startx -> Xserver crashes after 7 to 9 minutes.
press RESET button, startx -> X runs for hours.

What does the nvidia drivers or the linux kernel after 7 minutes after power on?

Would you mind trying 2.4.20-pre7-ac2 (just released recently)? If that isn't successful, here's something else to try:

(courtesy of Branden Robinson)
"1) apt-get install xserver-xfree86-dbg
2) ln -s /usr/X11R6/bin/XFree86-debug /etc/X11/X

(The debconf server selection dialog doesn't list xserver-xfree86-dbg
fore reasons I don't yet understand.)

3) Start your X session.
4) Reproduce the hang.
5) Get to a shell (remote console, VT switch if that works, or ssh).
6) Determine the PID of the running X server.
7) gdb $PID /usr/X11R6/bin/XFree86-debug
(this connects the debugger to the running X server)
8) At the gdb prompt, type "bt full".

...and let us know on this list what you find out."

Hi.

The only display device on my system is the TV (which boots in NTSC mode for the console.. have PAL). When I start X with the new version, everything seems to work great on the X11, but when I try to switch to console with ctrl+alt+Fn, I get only back screen. Also if I exit the X, the console is also black.

With previous release I could switch back to the console if I kept going trying:

1. try ctrl+alt+f4
2. if black screen -> go back to X (changing consoles, alt+direction keys), goto 1.
3. if console shows -> all ok..

Usually I could go to console with 4-5 iterations of this loop, but with the new driver: never.

Is there a fix for this ?

And also: Is there any way to set the tv-out mode for the console to PAL with some kind of util ? (eg. during the boot)

BR,
Jani