Announcement

Collapse
No announcement yet.

Kepler Clock Gating Queued In Nouveau DRM, Lowering Power Use

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

  • Kepler Clock Gating Queued In Nouveau DRM, Lowering Power Use

    Phoronix: Kepler Clock Gating Queued In Nouveau DRM, Lowering Power Use

    Red Hat's Lyude Paul has been spending the past number of weeks working out clock-gating support for NVIDIA Kepler GPUs with the open-source Nouveau DRM kernel driver...

    http://www.phoronix.com/scan.php?pag...ing-In-Nouveau

  • #2
    kudos, hardware reverse engineering and driver development is a tough job, …
    my recent example intro: https://www.youtube.com/watch?v=TIm2pMXS5Q4

    Comment


    • #3
      Cool, I might finally be able to replace binary nvidia's driver with nouveau on 5 year old laptop.

      Comment


      • #4
        Why nvidia doesn't support open source drivers? For me, it's no go for nvidia.

        Comment


        • #5
          Originally posted by kravemir View Post
          Why nvidia doesn't support open source drivers?
          They want to keep full control of their hardware. If they are the ones making the driver they control where and when and how their hardware can be used. Like for example locking down features in driver while the hardware technically supports them.

          Comment


          • #6
            Originally posted by kravemir View Post
            Why nvidia doesn't support open source drivers? For me, it's no go for nvidia.
            They could have just as easily given us nothing and left us with the same compromising situation we're in with WiFi hardware support, except in an even more critical hardware category. I think we should take what we can get.

            Comment


            • #7
              Originally posted by roothorick View Post

              They could have just as easily given us nothing and left us with the same compromising situation we're in with WiFi hardware support, except in an even more critical hardware category. I think we should take what we can get.
              Wait, what? they basically have given us nothing, and left us with a binary blob wrapping windows driver just like ndiswrapper. If you want an open system, choose hardware that is natively supported by open source, and do not accept binary only windows blobs at the core.

              Comment


              • #8
                Originally posted by roothorick View Post
                They could have just as easily given us nothing and left us with the same compromising situation we're in with WiFi hardware support, except in an even more critical hardware category. I think we should take what we can get.
                I didn't chose Linux to "take what I can get", sorry.

                They either opensource or I'm using their cards only on Windows.

                Comment


                • #9
                  Originally posted by starshipeleven View Post
                  I didn't chose Linux to "take what I can get", sorry.

                  They either opensource or I'm using their cards only on Windows.
                  Meaning, never. I don't use windows on my personal machines. I don't buy nvidia.

                  Comment


                  • #10
                    Originally posted by roothorick View Post

                    I think we should take what we can get.
                    Nvidia with its GLVND software and a Canonical nvidia fanboy spread that software poverty to open source drivers too. I used Oipaf ppa Mesa git for years and that made my RX460 to work when its was just launched and had fatal bugs in Mesa. Not anymore that software richness in Debian testing/unstable and users need to figure out what to do when there is fatal bugs in Mesa again.. Only binary distribution for Vega and Raven users is uhbuntu and that makes me feel sick.
                    Last edited by debianxfce; 02-07-2018, 01:28 AM.

                    Comment

                    Working...
                    X