HOWTO use NVIDIA 1.0.6111 on recent kernels

Message

Pond247 · Post by **Pond247** » Wed Jul 13, 2005 8:30 am

Thabk you a lot! It works wonderful now!

PrakashP · Post by **PrakashP** » Sun Jul 17, 2005 9:41 am

OK, I managed to get 6111 drivers working an 2.6.12-git3 and later.

You have to revert this patch. (This won't hurt, as it only puts something back, which shouldn't affect the rest of the kernel.)

Unfortunately I don't have a clue how to fix the driver. Going from class_simple to class won't help, as the hooks are GPLed. Latest Nvidia drivers work, as they use some other method.

jpnag · Post by **jpnag** » Sun Jul 17, 2005 7:44 pm

Nvidia-kernel 1.0.6111 and kernel 2.6.12-gentoo-r6 working just fine!
Thx for sharing the hack

[edit]delete button needed :p[/edit]

jpnag · Post by **jpnag** » Sun Jul 17, 2005 11:31 pm

Phlogiston. wrote:on my machine it does not work: I can compile the driver but when I start X, the screen stays black and nothing happens. After this I get an unknown error from X. I'm using nitro sources thats probably the reason why it does not work. Any hints?

I have the same problem....tho I found out that the problem is with the glx driver...I think....at least I can startx with xorg-X11 opengl implementation.
Any ideias?!

tp14 · Post by **tp14** » Wed Jul 27, 2005 6:54 pm

I hope the downgrade will solve my problem. thank you a lot

jpnag · Post by **jpnag** » Wed Jul 27, 2005 7:00 pm

tp14 wrote:I hope the downgrade will solve my problem. thank you a lot

If you are talking about the glibc downgrade it worked for meh :p

Princess Nell · Post by **Princess Nell** » Sat Aug 27, 2005 2:01 pm

baeksu wrote:
piwacet wrote:I'd like to try to use the above hack as well, what file is this so I can edit it?

Thanks.

edit: this is a file from the overlay I need to download, isn't it?
[note: I couldn't get the overlay from this thread to work, so I'm using the normal files one portage and just adding this patch into the ebuild. I'm assuming you know how to use a local portage overlay.]

Easiest is to copy the nvidia-kernel directory from the normal portage overlay to a local one. Then save the above patch as a file, call it "inter_module_fix.patch", or whatever you like.

Copy the file to nvidia-kernel/files/1.0.6111/

Edit the nvidia-kernel-1.0.6111-r3.ebuild, and add "epatch ${FILESDIR}/${PV}/inter_module_fix.patch" to where all the other patches are handled (between lines 99-108 look fine)

Do an 'ebuild nvidia-kernel-1.0.6111-r3.ebuild digest'.

Emerge nvidia-kernel, and check that the new patch is applied.

Remember that you should have AGPGART disabled in your kernel.

The end.

This works beautifully on kernel 2.6.12-gentoo-rc9, but not all former functionality is restored: glx is broken. I had to disable the glx extension
to get Xorg to start, otherwise

(EE) NVIDIA(0): Failed to load GLX
(==) RandR enabled
Symbol __glXgetActiveScreen from module /usr/lib/modules/extensions/libdri.a is unresolved!
Symbol __glXgetActiveScreen from module /usr/lib/modules/extensions/libdri.a is unresolved!

On top of that, I had to switch opengl to xorg-x11 rather than nvidia because mplayer dumps core

#0 0xb6fb845a in _nv000000gl () from /usr/lib/tls/libnvidia-tls.so.1
(gdb) bt
#0 0xb6fb845a in _nv000000gl () from /usr/lib/tls/libnvidia-tls.so.1
#1 0xb793eba9 in _nv000030gl () from /usr/lib/opengl/nvidia/lib/libGL.so.1
#2 0xb794b632 in _init () from /usr/lib/opengl/nvidia/lib/libGL.so.1
#3 0xb7fb7fb4 in ?? () from /lib/ld-linux.so.2
#4 0xb7aabcc0 in ?? ()
#5 0xb7fb84e8 in ?? ()
#6 0xbfab5058 in ?? ()
#7 0xbfab5058 in ?? ()
#8 0xb7facb4e in call_init () from /lib/ld-linux.so.2
#9 0xb7facc36 in _dl_init_internal () from /lib/ld-linux.so.2
#10 0xb7fa180f in _dl_start_user () from /lib/ld-linux.so.2

Interesting aside: the latest nvidia 1.0.7676 works, kindam a novelty since 1.0.6629

, but it's severly broken: when I log out or try to switch VCs,
the machine hangs completely, and I can't even login remotely to shut X down.

baeksu · Post by **baeksu** » Sat Aug 27, 2005 5:10 pm

Princess Nell wrote:Interesting aside: the latest nvidia 1.0.7676 works, kindam a novelty since 1.0.6629 , but it's severly broken: when I log out or try to switch VCs,
the machine hangs completely, and I can't even login remotely to shut X down.

Doesn't all 7x versions freeze when composite is enabled? That's kind of a stopper for me, as I don't play games (so I didn't know about the broken glx), and I only need the gfx drivers for better composite rendering.

hede · Post by **hede** » Wed Aug 31, 2005 1:45 pm

i thought anything lower than nv20 wont work with 6629?
my Gf2gts (faked ti / nv15) works with 1.0.6629 without any patches

adam1 · Post by **adam1** » Thu Sep 01, 2005 7:22 pm

Hi all I can't get the composit to work it says from Xorg not supported in GLX.

baeksu · Post by **baeksu** » Mon Sep 05, 2005 5:54 am

PrakashP wrote:OK, I managed to get 6111 drivers working an 2.6.12-git3 and later.

You have to revert this patch. (This won't hurt, as it only puts something back, which shouldn't affect the rest of the kernel.)

Unfortunately I don't have a clue how to fix the driver. Going from class_simple to class won't help, as the hooks are GPLed. Latest Nvidia drivers work, as they use some other method.

PrakashP, I tried reversing the patch, but X still wouldn't start. Instead, I get:

Code: Select all

(WW) ****INVALID MEM ALLOCATION**** b: 0xe8000000 e: 0xf0000000 correcting
(EE) NVIDIA(0): Failed to initialize the NVIDIA kernel module!
(EE) NVIDIA(0):  *** Aborting ***
(EE) Screen(s) found, but none have a usable configuration

Compiling the module and modprobing both worked fine. There were a couple of details in the patch that I had to change for it to apply.

PrakashP · Post by **PrakashP** » Mon Sep 05, 2005 7:54 am

All I can say is, it works fine for me with 2.6.13. The only thing I had to manually adjust in the patch is a Makefile.

Perhaps your MTRR setup is messed up?

baeksu · Post by **baeksu** » Mon Sep 05, 2005 10:55 am

PrakashP wrote:All I can say is, it works fine for me with 2.6.13. The only thing I had to manually adjust in the patch is a Makefile.

Perhaps your MTRR setup is messed up?

Well, whaddya know, now it suddenly started working...I swear I changed absolutely nothing, and now suddenly it works!

I better go and make some sacrifice to the module gods now.

Phlogiston · Post by **Phlogiston** » Tue Sep 06, 2005 12:31 pm

did anyone try this with nitro or ck sources? Thx

baeksu · Post by **baeksu** » Tue Sep 06, 2005 1:37 pm

Phlogiston. wrote:did anyone try this with nitro or ck sources? Thx

I've been using this patch from the thread and it's working quite fine fine with nitro-sources (2.6.12). For 2.6.13 (including ck-patches), you need to patch the kernel as described here.

Phlogiston · Post by **Phlogiston** » Tue Sep 06, 2005 2:12 pm

is this the problem of not disabling the agp?

Code: Select all

NVIDIA: failed to set MTRR 0xd0000000, 256M (write-combining)

(EE) NVIDIA(0): Failed to load GLX

Recompiling kernel now...

didn't help, same error on nitro-2.6.12-r5

tuxian · Post by **tuxian** » Fri Sep 09, 2005 12:11 pm

Which patch is needed for gentoo-dev-sources-2.6.13?

Is used the patch from PrakashP's posting.

But i get this error:

Code: Select all

***** inter_module_fix.patch *****

==================================

PATCH COMMAND:  patch -p0 -g0 --no-backup-if-mismatch < /usr/local/portage/media-video/nvidia-kernel/files/1.0.6111/inter_module_fix.patch

==================================
can't find file to patch at input line 3
Perhaps you used the wrong -p or --strip option?
The text leading up to this was:
--------------------------
|--- a/drivers/base/Makefile
|+++ b/drivers/base/Makefile
--------------------------
No file to patch.  Skipping patch.
1 out of 1 hunk ignored
The next patch would delete the file a/drivers/base/class_simple.c,
which does not exist!  Applying it anyway.
can't find file to patch at input line 14
Perhaps you used the wrong -p or --strip option?
The text leading up to this was:
--------------------------
|--- a/drivers/base/class_simple.c
|+++ /dev/null
--------------------------
No file to patch.  Skipping patch.
1 out of 1 hunk ignored
can't find file to patch at input line 216
Perhaps you used the wrong -p or --strip option?
The text leading up to this was:
--------------------------
|--- a/include/linux/device.h
|+++ b/include/linux/device.h
--------------------------
No file to patch.  Skipping patch.
2 out of 2 hunks ignored
==================================

PATCH COMMAND:  patch -p1 -g0 --no-backup-if-mismatch < /usr/local/portage/media-video/nvidia-kernel/files/1.0.6111/inter_module_fix.patch

==================================
can't find file to patch at input line 3
Perhaps you used the wrong -p or --strip option?
The text leading up to this was:
--------------------------
|--- a/drivers/base/Makefile
|+++ b/drivers/base/Makefile
--------------------------
No file to patch.  Skipping patch.
1 out of 1 hunk ignored
The next patch would delete the file drivers/base/class_simple.c,
which does not exist!  Applying it anyway.
can't find file to patch at input line 14
Perhaps you used the wrong -p or --strip option?
The text leading up to this was:
--------------------------
|--- a/drivers/base/class_simple.c
|+++ /dev/null
--------------------------
No file to patch.  Skipping patch.
1 out of 1 hunk ignored
can't find file to patch at input line 216
Perhaps you used the wrong -p or --strip option?
The text leading up to this was:
--------------------------
|--- a/include/linux/device.h
|+++ b/include/linux/device.h
--------------------------
No file to patch.  Skipping patch.
2 out of 2 hunks ignored
==================================

PATCH COMMAND:  patch -p2 -g0 --no-backup-if-mismatch < /usr/local/portage/media-video/nvidia-kernel/files/1.0.6111/inter_module_fix.patch

==================================
can't find file to patch at input line 3
Perhaps you used the wrong -p or --strip option?
The text leading up to this was:
--------------------------
|--- a/drivers/base/Makefile
|+++ b/drivers/base/Makefile
--------------------------
No file to patch.  Skipping patch.
1 out of 1 hunk ignored
The next patch would delete the file base/class_simple.c,
which does not exist!  Applying it anyway.
can't find file to patch at input line 14
Perhaps you used the wrong -p or --strip option?
The text leading up to this was:
--------------------------
|--- a/drivers/base/class_simple.c
|+++ /dev/null
--------------------------
No file to patch.  Skipping patch.
1 out of 1 hunk ignored
can't find file to patch at input line 216
Perhaps you used the wrong -p or --strip option?
The text leading up to this was:
--------------------------
|--- a/include/linux/device.h
|+++ b/include/linux/device.h
--------------------------
No file to patch.  Skipping patch.
2 out of 2 hunks ignored
==================================

PATCH COMMAND:  patch -p3 -g0 --no-backup-if-mismatch < /usr/local/portage/media-video/nvidia-kernel/files/1.0.6111/inter_module_fix.patch

==================================
can't find file to patch at input line 3
Perhaps you used the wrong -p or --strip option?
The text leading up to this was:
--------------------------
|--- a/drivers/base/Makefile
|+++ b/drivers/base/Makefile
--------------------------
No file to patch.  Skipping patch.
1 out of 1 hunk ignored
The next patch would delete the file class_simple.c,
which does not exist!  Applying it anyway.
can't find file to patch at input line 14
Perhaps you used the wrong -p or --strip option?
The text leading up to this was:
--------------------------
|--- a/drivers/base/class_simple.c
|+++ /dev/null
--------------------------
No file to patch.  Skipping patch.
1 out of 1 hunk ignored
can't find file to patch at input line 216
Perhaps you used the wrong -p or --strip option?
The text leading up to this was:
--------------------------
|--- a/include/linux/device.h
|+++ b/include/linux/device.h
--------------------------
No file to patch.  Skipping patch.
2 out of 2 hunks ignored
==================================

PATCH COMMAND:  patch -p4 -g0 --no-backup-if-mismatch < /usr/local/portage/media-video/nvidia-kernel/files/1.0.6111/inter_module_fix.patch

==================================
missing header for unified diff at line 3 of patch
can't find file to patch at input line 3
Perhaps you used the wrong -p or --strip option?
The text leading up to this was:
--------------------------
|--- a/drivers/base/Makefile
|+++ b/drivers/base/Makefile
--------------------------
No file to patch.  Skipping patch.
1 out of 1 hunk ignored
missing header for unified diff at line 14 of patch
patch: pch.c:614: intuit_diff_type: Assertion `i0 != NONE' failed.
/usr/portage/eclass/eutils.eclass: line 248: 23196 Done                    cat ${PATCH_TARGET}
     23197 Abgebrochen             | patch -p${count} ${popts} --dry-run -f

baeksu · Post by **baeksu** » Fri Sep 09, 2005 2:50 pm

tuxian wrote:Which patch is needed for gentoo-dev-sources-2.6.13?

Is used the patch from PrakashP's posting.

The patch itself won't apply cleanly, as it is in a different format. I actually can't/won't bother figure out how to change it, being still quite new to linux. Also, the first chunk won't work, as there are some changes to the file after the initial versions, so you better do it manually, changing the first and third chunks manually, and creating class_simple.c (second chunk) from the patch file yourself.

If anyone would bother to format the linked patch so that it would be easy to apply (e.g. patch -p1), I, at least, would appreciate it.

PrakashP · Post by **PrakashP** » Fri Sep 09, 2005 3:04 pm

Well, I said reverse the patch, so w/o -R it won't work... I haven't tried to apply it to vanilla 2.6.13, as I gradually patched my rc kernels. but I can't remember anything touching the files (how? they are not there...) You only have to edit the Makefile by hand.

Sachankara · Post by **Sachankara** » Mon Oct 10, 2005 4:06 pm

moocha wrote:
voytas wrote:
moocha wrote:Then why shouldn't I use 1.0.6629?
1.0.6629 has a known bug that prevents cards using cores older than NV20 from working under X at all (affected are, for example, GeForce4 MX440 series cards - i.e., mine ). If your card ran fine under 1.0.6629 then by all means use that one. I don't know whether it compiles on recent kernels though, because I can't use it.
not true, i have NV17 card (GF4 MX 440) and it works with this driver...

i had a TNT2PRO cards ant it didn't work with noting newer than 6111
GF4MX440 working with 6629? Whoa. Never seen that before. My information came from the official NVIDIA forums - they stated that 6629 had a known bug that caused pre-NV20 cores not to work with 6629...

I have one MX4000 64MB which works with 6629 and I have another MX4000 128MB which doesn't. Obviously it depends on each card.

jpnag · Post by **jpnag** » Mon Oct 10, 2005 6:40 pm

Any1 was able to get a TNT2 pro working with gentoo-sources-2.6.13-r3?
I was able to get it to work with kernel 2.6.12 and nvidia-kernel 6111 only, with kernel 2.6.13 I tried to apply the patch below tho it didn't work...maybe I did something wrong...to patch the kernel the command "patch -p1 < kernel_2_6_13.patch" is ok or I should have used something else? (it does not find the class_simple.c btw...I changed it to class.c and still not working as well :p)

PS - I named the file with the patch "kernel_2_6_13.patch"

PrakashP wrote:OK, I managed to get 6111 drivers working an 2.6.12-git3 and later.

You have to revert this patch. (This won't hurt, as it only puts something back, which shouldn't affect the rest of the kernel.)

Unfortunately I don't have a clue how to fix the driver. Going from class_simple to class won't help, as the hooks are GPLed. Latest Nvidia drivers work, as they use some other method.

Thx in advance!

Extintor · Post by **Extintor** » Mon Oct 10, 2005 8:52 pm

Very intrested in this patch, but it seems like the server hosting is somewhat overloaded

Anyone got a mirror?

jpnag · Post by **jpnag** » Tue Oct 11, 2005 12:10 am

Ok now I got it

I should have looked to the patch and read previous posts more carefully....my previous post should be deleted btw.

So it seems that the this patch removed some code from the class_simple.c file, and now I want to put it back, although I don't have that file in gentoo-sources-2.6.13-r3 which led me to a dead end...or not?

Any ideias?!

baeksu · Post by **baeksu** » Tue Oct 11, 2005 5:42 am

You can reverse with this patch. Just do 'patch -p1 -R --dry-run', then without dry-run if it works. Worked for me.

2.6.14 kernels don't need the patch, from what I've tried.

jpnag · Post by **jpnag** » Tue Oct 11, 2005 12:02 pm

baeksu wrote:You can reverse with this patch. Just do 'patch -p1 -R --dry-run', then without dry-run if it works. Worked for me.

2.6.14 kernels don't need the patch, from what I've tried.

The patch have been applied successfully although now I have this error msg when trying to start X server:

Code: Select all

Symbol vgaHWGetIndex from module /usr/lib/modules/drivers/nvidia_drv.o is unresolved!
Required symbol vgaHWUnlock from module /usr/lib/modules/drivers/nvidia_drv.o is unresolved!
Symbol vgaHWGetIndex from module /usr/lib/modules/drivers/nvidia_drv.o is unresolved!
Required symbol vgaHWUnlock from module /usr/lib/modules/drivers/nvidia_drv.o is unresolved!
Symbol vgaHWSave from module /usr/lib/modules/drivers/nvidia_drv.o is unresolved!
Symbol vgaHWGetIndex from module /usr/lib/modules/drivers/nvidia_drv.o is unresolved!
Required symbol vgaHWUnlock from module /usr/lib/modules/drivers/nvidia_drv.o is unresolved!
Symbol vgaHWSave from module /usr/lib/modules/drivers/nvidia_drv.o is unresolved!
Symbol vgaHWGetIndex from module /usr/lib/modules/drivers/nvidia_drv.o is unresolved!
Required symbol vgaHWLock from module /usr/lib/modules/drivers/nvidia_drv.o is unresolved!
Symbol vgaHWGetIndex from module /usr/lib/modules/drivers/nvidia_drv.o is unresolved!
Required symbol vgaHWLock from module /usr/lib/modules/drivers/nvidia_drv.o is unresolved!
Symbol vgaHWGetIndex from module /usr/lib/modules/drivers/nvidia_drv.o is unresolved!
Symbol vgaHWGetIndex from module /usr/lib/modules/drivers/nvidia_drv.o is unresolved!
Required symbol vgaHWUnlock from module /usr/lib/modules/drivers/nvidia_drv.o is unresolved!
Symbol vgaHWGetIndex from module /usr/lib/modules/drivers/nvidia_drv.o is unresolved!
Required symbol vgaHWLock from module /usr/lib/modules/drivers/nvidia_drv.o is unresolved!
Symbol vgaHWGetIndex from module /usr/lib/modules/drivers/nvidia_drv.o is unresolved!
Required symbol vgaHWUnlock from module /usr/lib/modules/drivers/nvidia_drv.o is unresolved!
Required symbol vgaHWSaveScreen from module /usr/lib/modules/drivers/nvidia_drv.o is unresolved!
Symbol vgaHWGetIndex from module /usr/lib/modules/drivers/nvidia_drv.o is unresolved!
Required symbol vgaHWLock from module /usr/lib/modules/drivers/nvidia_drv.o is unresolved!
Symbol vgaHWGetIndex from module /usr/lib/modules/drivers/nvidia_drv.o is unresolved!
Required symbol vgaHWUnlock from module /usr/lib/modules/drivers/nvidia_drv.o is unresolved!
Symbol vgaHWGetIndex from module /usr/lib/modules/drivers/nvidia_drv.o is unresolved!
Required symbol vgaHWLock from module /usr/lib/modules/drivers/nvidia_drv.o is unresolved!
Symbol vgaHWGetIndex from module /usr/lib/modules/drivers/nvidia_drv.o is unresolved!

Fatal server error:
Some required symbols were unresolved


Please consult the The X.Org Foundation support
at http://wiki.X.Org
for help.

Please also check the log file at "/var/log/Xorg.0.log" for additional information.

XIO:  fatal IO error 104 (Connection reset by peer) on X server ":0.0"
after 0 requests (0 known processed) with 0 events remaining.

Any ideias?

HOWTO use NVIDIA 1.0.6111 on recent kernels

I can't get it to work on my 4x FX 5200 card

Re: HOWTO use NVIDIA 1.0.6111 on recent kernels