Announcement

Collapse
No announcement yet.

Will The Linux 2.6.39 Kernel Bring Graphics Magic?

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

  • Will The Linux 2.6.39 Kernel Bring Graphics Magic?

    Phoronix: Will The Linux 2.6.39 Kernel Bring Graphics Magic?

    While the Linux 2.6.38 kernel isn't even released yet, it's likely to be released in the next day or two. After that and a few days of downtime, the merge window for the Linux 2.6.39 kernel will be opened. What features can one expect for the open-source Linux graphics support? As is usual these days, there's lots of expected changes...

    http://www.phoronix.com/vr.php?view=OTIxMQ

  • #2
    anything fancy for intel users?
    I see unrecoverable GPU lockups since 2.6.38-rc*

    Comment


    • #3
      pff, there's never "magic" revolutionary changes in graphics. Go away for a year, come back, millions of lines of code change, and you'll notice maybe 1 or 2 things that kinda work which didn't before. It's always slow and steady.

      Comment


      • #4
        Originally posted by Smorg View Post
        pff, there's never "magic" revolutionary changes in graphics. Go away for a year, come back, millions of lines of code change, and you'll notice maybe 1 or 2 things that kinda work which didn't before. It's always slow and steady.
        You mean apart from whole families of devices being added?

        And of course you won't be including page-flipping which drastically speeded things up too

        Comment


        • #5
          Well, .39 will introduce support for a lot of new network (LAN/WLAN) chips, like the Realtek RTL8105E and Ralink RT5390 (along with very important fixes for Ralink RT3090). Quite a lot of the new AMD Fusion subnotebooks use those. So there's important stuff happening outside the graphics department.

          Comment


          • #6
            I hope for

            - even better R600 support (and the others, too)
            - especially power savings (there is, it works but still did not reach the consumption values I had with fglrx or catalyst (on W32 then).
            - and introduction of missing feeatures
            - aaand: something good for the VIA chipsets
            - aaand: something good for the ImgTec PowerVR chips

            Okay, it's not christmas but ... maybe ...

            But a nice and flawless 2.6.38 with responsiveness patches would be a nice birthday gift for me.

            Comment


            • #7
              Originally posted by bongmaster2
              ive tested so many kernel and mesa version in teh last 6 months.
              im using swapbufferswait pageflipping and colortiling since a few months ago starting with 2.6.37 drm-next.
              Do you happen to know if the drm-radeon-testing branch is as good as drm-next?
              Because in Archlinux there is a good repository with mesa, xf86-video-ati and the kernel26-drm-radeon-testing updated to most recent git version every few days and I'd like to know if it is worth compiling another branch..

              Comment


              • #8
                There is so much tech jargon in this that the avarage Slashdot guru would have killed himself after reader only a quarter of all the Wikpedia entries about it.

                Anyway what I noticed most was that if you zoom out for a little and notice a bigger picture you are actually baffeled by what people do in a very short time. Sick.

                It is always the same with Linux; if you sort the advances on a year-after-year basis you can help but wonder how many awesomeness still need to be performed to actually gain some respectable desktop marketshare

                Comment


                • #9
                  I thought GraphicsMagick was a userspace component

                  Comment


                  • #10
                    The drm already has support for acceleration (2D/3D/Xv, etc.) on cayman. Barring possible drm bugs, the only missing bits are finishing up the userspace side. As noted previously, there is work in progress EXA/Xv code available in the cayman_accel branch of xf86-video-ati.

                    Comment

                    Working...
                    X