Page 2 of 3 FirstFirst 123 LastLast
Results 11 to 20 of 21

Thread: NVIDIA Pre-Releases A New Linux Driver

  1. #11
    Join Date
    Dec 2008
    Posts
    160

    Default

    no, it shouldn't.

    supporting optimus' on-the-fly GPU switching is not the problem nor the immediate goal.

    the problem is that the nvidia GPU can't be used at all unless developers find a way to reliably feed nvidia GPU output through the intel GPU framebuffer.

  2. #12
    Join Date
    Dec 2010
    Location
    MA, USA
    Posts
    1,440

    Default

    i'm a little annoyed about the driver update because now i have to edit my nvidia gpu graphing program AGAIN. every single time nvidia releases a driver they decided to change how nvidia-smi displays its results. i wish they'd just stick with 1 layout.

  3. #13
    Join Date
    Dec 2010
    Location
    MA, USA
    Posts
    1,440

    Default

    Quote Originally Posted by schmidtbag View Post
    i'm a little annoyed about the driver update because now i have to edit my nvidia gpu graphing program AGAIN. every single time nvidia releases a driver they decided to change how nvidia-smi displays its results. i wish they'd just stick with 1 layout.
    actually as another problem, nvidia-smi now doesn't tell me my gpu usage anymore. why am i LOSING features?

    also, i'm not sure if this is xorg 1.10 or the new nvidia drivers but now whenever i shade a window my whole computer locks up for about 2 full seconds. i am not happy with these new updates.

  4. #14

    Default

    There is also at least one change that isn't in the changelog. They fixed the problem that prevented the driver from compiling against the 2.6.39 kernel.

  5. #15
    Join Date
    Oct 2007
    Location
    Under the bridge
    Posts
    2,149

    Default

    Quote Originally Posted by schmidtbag View Post
    also, i'm not sure if this is xorg 1.10 or the new nvidia drivers but now whenever i shade a window my whole computer locks up for about 2 full seconds. i am not happy with these new updates.
    Oh great, fglrx used to have this bug a couple of years ago. It will probably get sorted out sooner or later.

  6. #16
    Join Date
    Nov 2009
    Posts
    111

    Default similar proble

    Quote Originally Posted by schmidtbag View Post
    actually as another problem, nvidia-smi now doesn't tell me my gpu usage anymore. why am i LOSING features?

    also, i'm not sure if this is xorg 1.10 or the new nvidia drivers but now whenever i shade a window my whole computer locks up for about 2 full seconds. i am not happy with these new updates.
    When I drag and stretch a window to the full length of the screen, X crashes and I have to re-login and restart my session. Not sure if this is a xorg 1.10 or nvidia driver issue too (I'm using 270.41.03).

    This happens on my laptop (GTX 470m) and desktop (GTX 580).

    I can suspend compositing, drag the window, and then restart compositing and all is fine. I can live with this until a fix comes out.

  7. #17
    Join Date
    Jul 2010
    Posts
    106

    Default

    Quote Originally Posted by phoronix View Post
    The only other change in this 270.41.03 build compared to the last 270.30 Linux driver is fixing a bug that would cause the X.Org Server to hang every 49.7 days on 32-bit systems.
    Actually there was also at least some Gnome Shell stuttering bug and some other 10 years old panel bug fixed.

    Those minor changes just won't get mentioned in the change log.

  8. #18
    Join Date
    May 2007
    Location
    Third Rock from the Sun
    Posts
    6,587

    Default

    Well got somewhat of a reply finally from Nvidia (AaronP)

    Sorry about the confusion. VDPAU feature set D describes improved capabilities in the hardware. However, supporting these features requires software changes that are not yet available. This means that for now, features sets C and D are indeed the same when it comes to the capabilities available to applications.
    Still not a confirmation on if it is WebM support but given that the already supported codecs are fairly feature complete I would still have to venture that it will include WebM support.

  9. #19
    Join Date
    Jun 2009
    Location
    Paris
    Posts
    432

    Default

    Quote Originally Posted by deanjo View Post
    Still not a confirmation on if it is WebM support but given that the already supported codecs are fairly feature complete I would still have to venture that it will include WebM support.
    Well, for me, "This means that for now, features sets C and D are indeed the same when it comes to the capabilities available to applications" means the set of codecs covered by both feature sets C and D are the same. i.e. no new codec added in. Most probable thing could be H.264 4K support, H.264 MVC support or API changes to support slice-level details (akin to VA-API) for better error recovery.

  10. #20
    Join Date
    May 2007
    Location
    Third Rock from the Sun
    Posts
    6,587

    Default

    Quote Originally Posted by gbeauche View Post
    Well, for me, "This means that for now, features sets C and D are indeed the same when it comes to the capabilities available to applications" means the set of codecs covered by both feature sets C and D are the same. i.e. no new codec added in. Most probable thing could be H.264 4K support, H.264 MVC support or API changes to support slice-level details (akin to VA-API) for better error recovery.
    That could be however vdpau c hardware already supports H.264 MVC so that wouldn't be the " improved capabilities in the hardware."

Tags for this Thread

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •