Announcement

Collapse
No announcement yet.

DRM Changes In Linux 3.5 Are Huge

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

  • DRM Changes In Linux 3.5 Are Huge

    Phoronix: DRM Changes In Linux 3.5 Are Huge

    This news item is coming a bit belated due to LinuxTag, but the DRM graphics driver pull went in last week for the Linux 3.5 kernel. The open-source kernel graphics driver changes this time around are absolutely huge, complete with three new KMS drivers...

    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
    Wow, that is huge.

    Comment


    • #3
      All awesome things, but the #1 thing keeping me from using open source graphics stack right now is not really that heavily related to the kernel (AFAIK there is plenty of kernel work to be done, but even more userspace work): RadeonSI

      Comment


      • #4
        Odd thing...

        Everytime there is some news about DRM I get a knot in my stomach...
        Last edited by bac0n; 30 May 2012, 02:05 AM.

        Comment


        • #5
          It looks like we're gearing up for some interesting performance tests regarding BUF_PRIME and the likes. Is anybody using it yet?

          Comment


          • #6
            Originally posted by Azpegath View Post
            It looks like we're gearing up for some interesting performance tests regarding BUF_PRIME and the likes. Is anybody using it yet?
            It's probably usable but not for any of the things we're wanting it for ie muxless laptops or crossfire

            It'll require a lot more work on the userspace side to work

            Comment


            • #7
              Awesome, perhaps now my Intel tablet PC will be able to run Linux with both native resolution and ACPI on!

              Comment


              • #8
                Funny thing is, after my first card under Linux (an Oak OTI-067, which was just an unaccelerated framebuffer...), I used a Cirrus Logic 5429 for a while then a Cirrus Logic 5434 for a good long time. It was amusing to me once I started messing about with VMs, and was showing Cirrus Logic hardware.

                Probably a good choice though -- a 5434 supported bitblt (including from off-screen memory to the onscreen framebuffer), line fill, rectangle fill, and hardware cursor, and maybe color depth conversion.. which allowed a lot to be accelerated... and not much else, so there isn't a lot of state making the virtual card complicated to implement.

                Comment

                Working...
                X