Today, I seen that a new driver version of the nvidia binary driver was available one their site... I didn't see it on packages.gentoo.org, neither on forums.gentoo.org and neither here (bugs.gentoo.org). I copy the ebuild from 6111, it can download the file, but I don't know how to get it work as it seems the system change a bit... Reproducible: Always Steps to Reproduce: 1. 2. 3. Expected Results: nvidia-kernel, nvidia-glx and nvidia-settings version 6629.
Created attachment 43371 [details] nvidia-kernel-1.0.6629.ebuild nvidia-kernel ebuild. doesn't have any patches included 'cause it seems that was all solved.
Created attachment 43372 [details] nvidia-glx-1.0.6629.ebuild nvidia-glx ebuild. doesn't have any patches included 'cause it seems that was all solved.
Created attachment 43373 [details] emul-linux-x86-nvidia-1.0.6629.ebuild emul-linux-x86-nvidia ebuild. doesn't have any patches included 'cause it seems that was all solved.
don't know if the nvidia-settings ebuild is necessary :/ but the previous version work fine with this version of the driver.
As I said on http://forums.gentoo.org/viewtopic.php?p=1731084 Unfortunately these ebuilds still use kmod, which is being removed. Im (today) going to move 6111 into stable, and remove the kmod usage, this will also prompt the removal of many older versions from the tree. This new version will become the testing version of the nvidia packages. Please be patient, it might take 24hrs to get it into the tree, but it will be there ASAP. Furthermore in regards to the comment for nvidia-settings, it will be version bumped aswell.
Hmmm... it almost seems that these DONT work unless you have a seperate kernel object output directory. Carlos : Since you submitted the ebuilds im assuming you tested them, do you have your kernel objects compiling in the /usr/src/linux source tree? If so what kernel versions etc...
See http://www.nvnews.net/vbulletin/showthread.php?t=40106 Perhaps include that patch in post #2 for PCI card users via USE flag?
i'm using kernel gentoo-dev-sources-2-6-9-r3 and it compiled fine.
*** Bug 70243 has been marked as a duplicate of this bug. ***
oh! and /usr/src/linux points to linux-2.6.9-gentoo-r3 [code] lrwxrwxrwx 1 root root 22 Nov 6 02:37 linux -> linux-2.6.9-gentoo-r3/ [/code]
http://www.nvnews.net/vbulletin/showthread.php?t=39882 Requires some consideration, as it definately is a problem with my tests of 2.6.10_rc*
Linus never merged the EXPORT_SYMBOL_GPL patch, so class_simple_create (and friends) are still exported with EXPORT_SYMBOL() as they have always been. This is only an issue if you run mm-sources, which we don't really support.
Daniel (im on irc if you want to discuss) yeah I noticed that about 5 mins after posting, so my rough idea at the moment is to do something like this grep -c EXPORT_SYMBOL\(class_simple_create\)\; ${KERNEL_DIR}/drivers/base/class_simple.c If it returns 0 then we die, otherwise continue.
From the reported performance increases using this version of the drivers, I'm adding myself to the CC list mostly because I am working on some GameCD's... and any little thing that can speed the game up definitely helps when using something as a demo to the world of just how cool Gentoo is... *grin*
Chris im getting around 50fps improvement in glxgears on x86 and 70fps on amd64 with an fx5200 (just for some numbers to be around). Oh and everyone this will be going into the tree shortly, just need to do a few more tests.
i've got a nice 1100+ boost on my fps count under amd64 (using NvAGP and fx 5950 ultra modded)
OK nvidia-kernel-1.0.6629 (and glx) are now in cvs keywords as ~arch nvidia-kernel-1.0.6111-r3 (and glx0 are now in cvs as STABLE. Lets see where this goes. Things of note (applies to both unless explicitly stated) - 6629 now uses its own gl.h / glext.h file (pending that it works for people) - mm-sources currently is not supported for 2.6.10-rc1 (pending reversal of above) - kmod.eclass is being deprecated, so has been removed, koutput is still supported - there is a marketedable speed improvedment from 6111 -> 6629 (and some improvement with 2.6.10-rc1 over 2.6.9) Thats about all i can think of for now.
If you're comparing benchmarks, do it on something that actually matters, not something artificial. Do ut2004 or something.
I'm not getting any GLX with this version; opengl-update nvidia errors out with "ln: creating symbolic link `/usr/lib/modules/extensions/libglx.so' to `/usr/lib/opengl/nvidia/extensions/libglx.so': No such file or directory". /usr/lib/modules doesn't exist.........
That looks like an issue with the new opengl-update-2_pre* versions. Donnie : maybe an rdep on xorg-6.8.0-r2 would be advised.
Can't do, sorry -- that makes a circular dep.
It should have a runtime check, however. Either that's broken, or you've got a screwy system.
It does have the runtime checks... hmm well im assuming that xorg-x11 6.8.0-r2 installs /usr/lib/extensions.. Andrew please post that info I asked about (in email/forums)
donnie@supernova ~ $ ls /usr/lib/modules/extensions/ libGLcore.a libdbe.a libdri.a libextmod.a libglx.a librecord.a libxtrap.a
Ok, it seems working good. I mean the ebuild is right in portage and seems to work very well (thanks to evorybody!). So I set the status of this "bug" to FIXED.
I am using: x11-base/opengl-update-2.0_pre2 x11-base/xorg-x11-6.8.0-r2