Announcement

Collapse
No announcement yet.

NVIDIA Releases Major Linux Driver With New Features, EGL

Collapse
X
  • Filter
  • Time
  • Show
Clear All
new posts

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

    Comment


    • #32
      Originally posted by johnc View Post
      From Aaron Plattner:


      That's a bit of a whoops.
      It only affects two methods though and one of them is an extension. It is not something that prevents EGL on 64bit in generel.

      Comment


      • #33
        Good for my old system. Completely irrelevant for my new FX-8350 system as I'm waiting to buy the R9-280/R-290 series ASAP.

        Comment


        • #34
          Originally posted by Redi44 View Post
          I still think I will buy AMD hardware next... (I'm in the Intel camp right now...)

          You have my sympathy, not rage.

          Comment


          • #35
            Originally posted by MrTheSoulz View Post
            "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.

            Comment


            • #36
              Originally posted by ninez View Post
              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

              Comment


              • #37
                Originally posted by MrTheSoulz View Post
                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...

                Comment


                • #38
                  Originally posted by ninez View Post
                  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

                  Comment


                  • #39
                    Originally posted by johnc View Post
                    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
                    DEV: Intel S2600C0, 2xE52658V2, 32GB, 4x2TB + 2x3TB, GTX780, F21/x86_64, Dell U2711.
                    SRV: Intel S5520SC, 2xX5680, 36GB, 4x2TB, GTX550, F21/x86_64, Dell U2412..
                    BACK: Tyan Tempest i5400XT, 2xE5335, 8GB, 3x1.5TB, 9800GTX, F21/x86-64.
                    LAP: ASUS N56VJ, i7-3630QM, 16GB, 1TB, 635M, F21/x86_64.

                    Comment


                    • #40
                      Originally posted by LinuxGamer View Post
                      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)

                      Comment


                      • #41
                        Originally posted by MrTheSoulz View Post
                        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?

                        Comment


                        • #42
                          Originally posted by blackout23 View Post
                          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?

                          Comment


                          • #43
                            Originally posted by MrTheSoulz View Post
                            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.

                            Comment

                            Working...
                            X