Announcement

Collapse
No announcement yet.

GPU VA Manager To Land In Linux 6.6

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

  • GPU VA Manager To Land In Linux 6.6

    Phoronix: GPU VA Manager To Land In Linux 6.6

    The DRM subsystem is slated to pickup a GPU Virtual Address "VA" Manager with the Linux 6.6 kernel that is motivated by work around Vulkan sparse memory binding requirements...

    Phoronix, Linux Hardware Reviews, Linux hardware benchmarks, Linux server benchmarks, Linux benchmarking, Desktop Linux, Linux performance, Open Source graphics, Linux How To, Ubuntu benchmarks, Ubuntu hardware, Phoronix Test Suite

  • #2
    So that image for showing a comment (/* ... */) in the article failed two WCAG standards:I would love to transcribe it for users who use screen readers, but that's a whole lot to write a multi-line comment.

    Comment


    • #3
      Wait there is typo:

      Originally posted by phoronix
      This pull also adds the DRM_IOCTL_SYNCOBJ_EVENTFD that is used ot register an eventfd that is useful such as for Wayland compositors to handle wait-before-submit events.

      Comment


      • #4
        This is the first bit of https://lwn.net/ml/linux-kernel/[email protected]/ to land. Once it all lands, from my understanding there should be nothing major preventing NVK from being merged to mainline Mesa. Exciting times!

        Comment


        • #5
          I am a little confused.... shouldn't the Mesa code be written at the time that the Vulkan standard is in development (even before hardware is designed)? Why the massive delay between Nvidia/AMD designing stuff, and code appearing in Mesa?

          Comment


          • #6
            Originally posted by QwertyChouskie View Post
            This is the first bit of https://lwn.net/ml/linux-kernel/[email protected]/ to land. Once it all lands, from my understanding there should be nothing major preventing NVK from being merged to mainline Mesa. Exciting times!
            So what is the next bit ?

            Comment


            • #7
              Originally posted by OneTimeShot View Post
              I am a little confused.... shouldn't the Mesa code be written at the time that the Vulkan standard is in development (even before hardware is designed)?
              You can't write code to control hardware if that hardware doesn't exist.

              Originally posted by OneTimeShot View Post
              Why the massive delay between Nvidia/AMD designing stuff, and code appearing in Mesa?
              For Nvidia, there was little incentive to develop an open Vulkan driver if there was never going to be a way to run the card at anything but the extremely low boot clocks. Now that reclocking is possible, there's much more reason to put in the effort.

              For AMD, they usually have day 1 support for new cards nowadays.

              Comment


              • #8
                Originally posted by toughy View Post

                So what is the next bit ?
                All the other patches in that link.

                Comment


                • #9
                  That patch from Simon Ser is the first part of explicit sync for wayland. Which was the whole argument with nvidia where they didn't want to implement implicit sync. So this removes a blocker so that wayland can start functioning with explicit sync and start moving linux to an explicit world (like all the other major oses.

                  Comment

                  Working...
                  X