Ubuntu Is Deprecating fglrx (Catalyst) In 16.04 LTS

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts
  • linuxforall
    Senior Member
    • Jun 2010
    • 130

    #81
    Originally posted by unixfan2001 View Post

    And how exactly will the hasteful presentation of his middle finger bring about change?


    http://www.phoronix.com/scan.php?pag...tem&px=MTczOTg and many more including reclocking and good improvements to nvidia-prime for Optimus like transition.

    Comment

    • directhex
      Senior Member
      • May 2012
      • 418

      #82
      Originally posted by nanonyme View Post

      Well, the main problem is Steam runtime's retarded bundling of libstdc++. It works well if you run Steam on anything older than the Ubuntu version they target but if your libstdc++ is too new, tough luck.

      Bundling libraries newer than the distro supports is the entire point of the runtime.

      That a back-end thing like your xserver's DRI module can be manipulated via LD_LIBRARY_PATH before running a GL app is pretty concerning

      Comment

      • unixfan2001
        Senior Member
        • Sep 2014
        • 965

        #83
        Originally posted by linuxforall View Post
        http://www.phoronix.com/scan.php?pag...tem&px=MTczOTg and many more including reclocking and good improvements to nvidia-prime for Optimus like transition.
        I honestly fail to see what this has to do with his middle finger gesture. Do you honestly believe a whole company backed down because of one guy telling them to screw themselves?

        Comment

        • tomtomme
          Senior Member
          • Mar 2012
          • 902

          #84
          Originally posted by directhex View Post


          Bundling libraries newer than the distro supports is the entire point of the runtime.
          yep. so why does steam not enable a "highest gcc version installed"-check so, that the libraries are "unbundled" IF gcc version > 4.8.
          maybe there are corner cases when multiple gcc versions are installed, but this only affects knowledgable users...

          Comment

          • linuxforall
            Senior Member
            • Jun 2010
            • 130

            #85
            Originally posted by unixfan2001 View Post

            I honestly fail to see what this has to do with his middle finger gesture. Do you honestly believe a whole company backed down because of one guy telling them to screw themselves?


            If you are Linux Torvalds you do have clout and it was not that the middle finger was truly undeserved. Nvidia now plays very well with Linux and for all my CUDA work, its nvidia for now till AMD fixes the driver scenario.

            Comment

            • Passso
              Senior Member
              • Jun 2014
              • 1120

              #86
              Originally posted by unixfan2001 View Post

              Well. In that case, I'd like Linus to kindly show the middle finger to all my projects.
              Cross your own fingers and believe: he is Linus, he can finger the whole world!

              Comment

              • bridgman
                AMD Linux
                • Oct 2007
                • 13188

                #87
                Originally posted by azari View Post
                Any news yet regarding GCN 1.0 in amdgpu? it seems to be taking a long time to decide whether it'll be supported or not, and meanwhile a lot of people out there will be (and already are) spreading FUD about how catalyst/crimson support is ending for GCN 1.0, even though it's not yet decided; this will get worse now that Canonical has made this announcement as speculation about what amdgpu will/wont support will run rampant. =\
                We have already said multiple times (and as recently as yesterday) that we are going to try to support SI on amdgpu. I don't think we are planning any formal announcements unless we find that the direction doesn't make sense... appearance of code would probably be the next step.

                Originally posted by zzarko View Post
                Do you have any information what would happend with GCN 1.0/1.1 support? A few years back I bought 7950 (it sounded as a right decision at a time), and it is serving me well for my Linux gaming (with fglrx). I have tried open source driver, and most of the Steam games that I play are not working (there are exceptions, of course, even one game that works on open source drivers, but not on fglrx).

                Open source performance is (for me) good enough for games that work with it, but the problem is that many of them don't. On numerous occasions I have read that GCN 1.0/1.1 won't be supported by AMDGPU. Does this mean that I should buy a new card if I want to continue to play games (although the current card and drivers that I use are more than capable)? This looks to me like a middle finger to some of your customers, but I still hope I'm wrong...
                We're going to support the SI cards, either with Linux Catalyst or with amdgpu hybrid, but first priority is be trying to do it with amdgpu hybrid, keeping Linux Catalyst as a fallback.

                No middle finger. Only Linus's middle finger has magical powers.

                Originally posted by Passso View Post
                This will bring AMD even lower on Linux market share... From my recent experiences the open source driver is far to be optimal in performance and features. Don't get me wrong it is still very good for desktop and most gamers, but for big gamers the ROI is bad.
                Now I hope AMD will pump up their OSS team and come back in the race, NVidia is now the only rational choice and I do not like the lack of competition.
                Not just that - what we're doing with the hybrid driver is exactly what people have been asking for... all open stack plus Catalyst OpenGL for gaming performance plus Catalyst OpenCL plus Vulkan.

                We are not "killing the proprietary driver", we are replacing it with a new and mostly-open stack - hopefully best of both worlds.

                Originally posted by linuxforall View Post
                I have always been a big fan of AMD but they have gone downhill on Linux FGLRX drivers for long and I guess Torvalds will need to do what he did to nvidia.
                Fair point, but we've been going uphill with amdgpu drivers at the same time because the fglrx developers have been working on amdgpu hybrid. The picture makes more sense if you look at both events together.
                Last edited by bridgman; 10 March 2016, 10:47 AM.
                Test signature

                Comment

                • unixfan2001
                  Senior Member
                  • Sep 2014
                  • 965

                  #88
                  Originally posted by linuxforall View Post
                  If you are Linux Torvalds you do have clout and it was not that the middle finger was truly undeserved. Nvidia now plays very well with Linux and for all my CUDA work, its nvidia for now till AMD fixes the driver scenario.
                  Even Linus Torvalds doesn't have that much "clout".
                  Most of the improvements we see today actually originated in the need for it on their own or their partners' hardware (which is why most of it is focused on their ARM solutions).
                  The article you posted makes this pretty clear, actually.

                  Comment

                  • vkrastev
                    Phoronix Member
                    • May 2015
                    • 95

                    #89
                    Originally posted by bridgman View Post

                    We have already said multiple times (and as recently as yesterday) that we are going to try to support SI on amdgpu. I don't think we are planning any formal announcements unless we find that the direction doesn't make sense... appearance of code would probably be the next step.



                    We're going to support the SI cards, either with Linux Catalyst or with amdgpu hybrid, but first priority is be trying to do it with amdgpu hybrid, keeping Linux Catalyst as a fallback.
                    Well,

                    these seem to be good news, but let me be even more direct.

                    1) I have a laptop with Intel HD 5500 + FirePro m4150 (AKA Radeon R7 m260x, Opal Pro, GCN 1.0);

                    2) I run Xubuntu 14.04.3 on it (kernel 3.19), with Radeon Crimson 15.12: it works, not perfectly but fits my needs well;

                    3) I tried FOSS drivers on this system (LTS-Vivid stack, kernel 3.19) and they were just unusable (bad performance, screen tearing, system freezing with some OpenGL based CAD/CAE software);

                    4) the Xubuntu 14.04 support cycle ends in 2017;

                    4) I whish I could switch to Xubuntu 16.04 to have additional 3 years of support, but I can only do it if I have decent drivers support for my graphics hardware

                    So, the question is: if you don't succeed to reach full support for GCN 1.0/1.1 with the hybrid stack, will it be at least one Catalyst/Crimson release working under the Ubuntu (and derivatives) 16.04 OS environment (kernel 4.4 and Xorg 1.18)? If this is not the case, basically all the GCN 1.0/1.1 users with bad FOSS drivers experience (and I personally think that the number is not so small, especially for hybrid graphics configurations) will have difficulties in using any derivative of the 16.04 LTS cycle.

                    Thank you in advance for any comment on this.

                    V.

                    Comment

                    • tjaalton
                      Phoronix Member
                      • Mar 2010
                      • 75

                      #90
                      Originally posted by vkrastev View Post

                      Well,

                      these seem to be good news, but let me be even more direct.

                      1) I have a laptop with Intel HD 5500 + FirePro m4150 (AKA Radeon R7 m260x, Opal Pro, GCN 1.0);

                      2) I run Xubuntu 14.04.3 on it (kernel 3.19), with Radeon Crimson 15.12: it works, not perfectly but fits my needs well;

                      3) I tried FOSS drivers on this system (LTS-Vivid stack, kernel 3.19) and they were just unusable (bad performance, screen tearing, system freezing with some OpenGL based CAD/CAE software);

                      4) the Xubuntu 14.04 support cycle ends in 2017;

                      4) I whish I could switch to Xubuntu 16.04 to have additional 3 years of support, but I can only do it if I have decent drivers support for my graphics hardware

                      So, the question is: if you don't succeed to reach full support for GCN 1.0/1.1 with the hybrid stack, will it be at least one Catalyst/Crimson release working under the Ubuntu (and derivatives) 16.04 OS environment (kernel 4.4 and Xorg 1.18)? If this is not the case, basically all the GCN 1.0/1.1 users with bad FOSS drivers experience (and I personally think that the number is not so small, especially for hybrid graphics configurations) will have difficulties in using any derivative of the 16.04 LTS cycle.

                      Thank you in advance for any comment on this.

                      V.
                      A year from now you'll have 16.04.2 with the stack from 16.10, surely things will have improved by then if they haven't already in 16.04?

                      Comment

                      Working...
                      X