Announcement

Collapse
No announcement yet.

Radeon HD 7000 Series Open-Source Still A Mess

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

  • Radeon HD 7000 Series Open-Source Still A Mess

    Phoronix: Radeon HD 7000 Series Open-Source Still A Mess

    It's been nearly one year since AMD began rolling out their Radeon HD 7000 "Southern Islands" graphics cards and while there is AMD Catalyst Linux driver support, the open-source driver support for this latest-generation AMD graphics hardware is still a disappointing mess...

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

  • #2
    why my cpu so high!!!

    whenever watching youtube hd video using my amd hd 4250 on ubuntu, my cpu always jumps to 75% around.

    Comment


    • #3
      Originally posted by rg251 View Post
      whenever watching youtube hd video using my amd hd 4250 on ubuntu, my cpu always jumps to 75% around.
      Because your graphics doesn't have any hardware decode acceleration support in the drivers.

      Comment


      • #4
        Michael you should just advise people to use Ivy Bridge GPU on Linux. The Source games are going to perform very well on it due to the Intel driver optimizations for Source (and Source optimizations for the Intel driver, too). The desktop experience with Ivy Bridge is perfect. There's no reason not to use it. Quit worrying about how badly AMD/Nvidia suck, and jump on the Intel train. If the performance of the GPU is too small for you, just wait until Haswell, hehe.

        Comment


        • #5
          Originally posted by allquixotic View Post
          Michael you should just advise people to use Ivy Bridge GPU on Linux. The Source games are going to perform very well on it due to the Intel driver optimizations for Source (and Source optimizations for the Intel driver, too). The desktop experience with Ivy Bridge is perfect. There's no reason not to use it. Quit worrying about how badly AMD/Nvidia suck, and jump on the Intel train. If the performance of the GPU is too small for you, just wait until Haswell, hehe.
          Oh there are still some issues with SB and IB in linux (quite a few in fact based on my recent findings using i3-2350M, i3-3225 and i5-3570k). VA-API playback is still very prone to corruption for example.

          Comment


          • #6
            Originally posted by deanjo View Post
            Because your graphics doesn't have any hardware decode acceleration support in the drivers.
            r600g on R700 does have experimental hardware acceleration via VDPAU. Though right now it seems to confuse the colours of the video, and have other assorted problems. And there's XvBA through VA-API on Catalyst. But there could be a problem with Flash not whitelisting the hardware...

            Comment


            • #7
              Originally posted by GreatEmerald View Post
              r600g on R700 does have experimental hardware acceleration via VDPAU. Though right now it seems to confuse the colours of the video, and have other assorted problems.
              Only for mpeg2 IIRC which doesn't make it useful at all for flash which is h264.

              And there's XvBA through VA-API on Catalyst. But there could be a problem with Flash not whitelisting the hardware...
              Last time I checked trying to do so would result in basically garbled output with the flash plugin.

              Comment


              • #8
                fucking shame

                and i was just thinking about building a new rig with AMD's FM2-socketed "APU" in the centre, which all have HD7XXX graphics in them...

                Comment


                • #9
                  Originally posted by dfx. View Post
                  and i was just thinking about building a new rig with AMD's FM2-socketed "APU" in the centre, which all have HD7XXX graphics in them...
                  Those are rebranded Caymans, which work fine.

                  Comment


                  • #10
                    Originally posted by GreatEmerald View Post
                    Though right now it seems to confuse the colours of the video
                    You mean the U/V swap that causes "blue people"? That was worked around in libvdpau-0.5, shouldn't be an issue anymore.

                    Originally posted by deanjo View Post
                    Only for mpeg2 IIRC which doesn't make it useful at all for flash which is h264.
                    The presentation part of radeon's VDPAU is useful for flash. For decoding, you're right, only mpeg2 is there, so not useful for flash (which uses h263, vp6 or h264).

                    Comment


                    • #11
                      Originally posted by dfx. View Post
                      and i was just thinking about building a new rig with AMD's FM2-socketed "APU" in the centre, which all have HD7XXX graphics in them...
                      It would have been better if the article had specified "GCN architecture" (HD 77xx through HD 79xx) rather than "HD 7000", since only the top end of the HD 7xxx range uses GCN and that's where the big driver changes were required. Trinity and the rest of the HD 7xxx lineup use VLIW architecture and have generally been supported at launch (or at least when we hear about the new SKU).

                      Comment


                      • #12
                        Originally posted by bridgman View Post
                        It would have been better if the article had specified "GCN architecture" (HD 77xx through HD 79xx) rather than "HD 7000", since only the top end of the HD 7xxx range uses GCN and that's where the big driver changes were required. Trinity and the rest of the HD 7xxx lineup use VLIW architecture and have generally been supported at launch (or at least when we hear about the new SKU).
                        That's what you get when you basically rebrand old tech though.

                        Comment


                        • #13
                          The 2D support for the HD 7000 series on Linux is now being piped over the GLAMOR library to use 3D
                          Which is a little bit problematic because nobody seems to really care about glamor - it doesn't seem to work on X.org 1.13 yet (more than 2,5 month after release). Which is sad because to use PRIME you seem to need the offload sink's X driver to be accelerated.

                          and while there is AMD Catalyst Linux driver support
                          Only partly correct. Not for hybrid graphics with "AMD Enduro".


                          vdpau has at least two components: Decoding and presentation. You can use vdpau from mesa for "presentation" (= rendering the decoded video on screen with scaling etc.) for every video format. But it will still be decoded mainly on the CPU for unsupported formats like h.264. Use vdpauinfo to see what formats are supported for decoding (and maybe you still need to set VDPAU_DRIVER=r600).

                          Comment


                          • #14
                            Originally posted by ChrisXY View Post
                            Which is a little bit problematic because nobody seems to really care about glamor - it doesn't seem to work on X.org 1.13 yet (more than 2,5 month after release). Which is sad because to use PRIME you seem to need the offload sink's X driver to be accelerated.
                            Btw, does GLAMOR support zaphod heads "now"?

                            Comment


                            • #15
                              Originally posted by ChrisXY View Post
                              Only partly correct. Not for hybrid graphics with "AMD Enduro".
                              Enduro supported since Catalyst 12.10.

                              Comment

                              Working...
                              X