NVIDIA Releases Major Linux Driver With New Features, EGL

[ninez]

no i meant installing it on 3.11 without patching the driver, would be that hard to incule the patch inside the driver since its what? 2 or 3 lines of code?

I really don't this is something worth complaining about. It will surely be included in the next driver (both stable and beta) and could've have just been a "timing issue" on the release schedule of this beta, or something like that.

and actually, it touches 1 line of code;

kernel/nv-linux.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/kernel/nv-linux.h b/kernel/nv-linux.h
index 4e5ed89..46c51ec 100644
--- a/kernel/nv-linux.h
+++ b/kernel/nv-linux.h
@@ -958,7 +958,7 @@ static inline int nv_execute_on_all_cpus(void (*func)(void *info), void *info)
#endif

#if !defined(NV_VMWARE)
-#define NV_NUM_PHYSPAGES num_physpages
+#define NV_NUM_PHYSPAGES totalram_pages
#define NV_GET_CURRENT_PROCESS() current->tgid
#define NV_IN_ATOMIC() in_atomic()
#define NV_LOCAL_BH_DISABLE() local_bh_disable()
--
1.8.3.2

cheers.

[MrTheSoulz]

Newer kernels? I'm on 3.11.3 and absolutely no problem installing 331.13 here. Do you mean RC kernels?

no i meant installing it on 3.11 without patching the driver, would be that hard to incule the patch inside the driver since its what? 2 or 3 lines of code?

[blackout23]

glad to hear!
now if only they realy a 64 bit of that egl and support newer kernels, i will be happy

Newer kernels? I'm on 3.11.3 and absolutely no problem installing 331.13 here. Do you mean RC kernels?

[ninez]

lets not forget backports to LTS kernels

lol. Please elaborate - Which LTS kernel do you think this latest nvidia driver needs to be "backported" too?

AFAICT, it already supports any of the 3.x LTS kernels. (3.10.x being the latest LTS, as well)

[gilboa]

From Aaron Plattner:

That's a bit of a whoops.

Has anybody tried to use this feature for anything interesting?

In this case, I fail to see how anyone can support EGL in 64bit... (Unless I didn't get the point...)

- Gilboa

[LinuxGamer]

EGL will come in time, the fact that they have a public release at all, is great

as far as "newer kernels", this driver can be patched for 3.11 just fine ...anything beyond that you can't really expect nvidia to support. after all, kernel 3.12 isn't released and obviously nvidia aren't going to be basing their driver releases on (kernel) code pulled from git branches (like -tip) or anything silly like that...

lets not forget backports to LTS kernels

[ninez]

glad to hear!
now if only they realy a 64 bit of that egl and support newer kernels, i will be happy

EGL will come in time, the fact that they have a public release at all, is great

as far as "newer kernels", this driver can be patched for 3.11 just fine ...anything beyond that you can't really expect nvidia to support. after all, kernel 3.12 isn't released and obviously nvidia aren't going to be basing their driver releases on (kernel) code pulled from git branches (like -tip) or anything silly like that...

[MrTheSoulz]

lol. Misread that comment. Sorry about that...

As far as this driver (331.13) I'm now running the x86_64 version of it ~ which IS available on their website (directly from the Article's link, although i used my own script to grab it)... So yes, there is a 64bit version, as a matter of fact and the EGL support (according to nvidia's website) is 32bit only, for now. (as i said).

As far as this driver, i haven't noticed any regressions - but did already notice an improvement, in my own usage; I use a winelib application, where it sockets/xembeds in the VST plugin interfaces (into a gtk window). Some VSTs can resize (via their own resize-handle, wine-side vs. using the parent window's handle, gtk-side) - this can be slow / choppy. (especially, since Wine doesn't implement all of the XEmbed specification, so there are hacks to work around things)... However, with this newest driver - it does seem to be much smoother.

generally, it seems to be a bit snappier too.

glad to hear!
now if only they realy a 64 bit of that egl and support newer kernels, i will be happy

[ninez]

"You are comparing apples to oranges, my friend. Comparing EGL to GLX makes sense"
i did just that lol...
i asked if egl works better then glx even on xorg

lol. Misread that comment. Sorry about that...

As far as this driver (331.13) I'm now running the x86_64 version of it ~ which IS available on their website (directly from the Article's link, although i used my own script to grab it)... So yes, there is a 64bit version, as a matter of fact and the EGL support (according to nvidia's website) is 32bit only, for now. (as i said).

As far as this driver, i haven't noticed any regressions - but did already notice an improvement, in my own usage; I use a winelib application, where it sockets/xembeds in the VST plugin interfaces (into a gtk window). Some VSTs can resize (via their own resize-handle, wine-side vs. using the parent window's handle, gtk-side) - this can be slow / choppy. (especially, since Wine doesn't implement all of the XEmbed specification, so there are hacks to work around things)... However, with this newest driver - it does seem to be much smoother.

generally, it seems to be a bit snappier too.

[psycho_driver]

I still think I will buy AMD hardware next... (I'm in the Intel camp right now...)

You have my sympathy, not rage.