Support us on Patreon
PayPal
Canonical have decided to deprecate the fglrx driver in Ubuntu 16.04. This is hardly surprising news as fglrx, which has always been renowned for being a pain, has steadily becoming more and more of a problem on modern Linux distributions. Even Debian with its tentatively updated packages has surpassed the official system requirements for fglrx.
Ubuntu is one of the last distributions to have had support for it, and to make that happen Canonical had been patching the driver files themselves to get it to compile against current versions of X and Linux. The most recent version of Ubuntu that is officially supported by AMD is 12.04.
AMD are expected to release the new Catalyst Linux driver sometime in the summer, which will be based on the AMDGPU open source driver. However it will still have limited support and will not cover the majority of AMD Linux users needs, as AMDGPU is still very much a work in progress.
Ubuntu will now be using the open source drivers for AMD GPUs as other distros are doing. But for now those drivers are also still a work in progress, and functionality is hit and miss depending on your GPU when it comes to gaming.
In my own systems that run on APUs, gaming is sadly impossible for the moment on the open source drivers, but hopefully things will start to change on that front in the coming months.
As always with Linux you can install it yourself, but it will probably be a nightmare in this case. I gave up after many attempts, but best of luck too you though if that is your plan, I hope you're familiar with the rescue terminal :D.
Most Linux gamers will be unaffected by all this, as the majority of us use Nvidia. But I can't help but wonder how many potential new Linux gamers will be turned off of the platform during this AMD limbo period. As a lot of newbie users go to Ubuntu, and a lot of off the shelf systems these days ship with APUs.
Sources:
http://www.phoronix.com/scan.php?page=news_item&px=Ubuntu-16.04-Dropping-fglrx
https://wiki.ubuntu.com/XenialXerus/ReleaseNotes#fglrx
http://support.amd.com/en-us/download/desktop?os=Linux+x86_64 Article taken from GamingOnLinux.com.
Ubuntu is one of the last distributions to have had support for it, and to make that happen Canonical had been patching the driver files themselves to get it to compile against current versions of X and Linux. The most recent version of Ubuntu that is officially supported by AMD is 12.04.
AMD are expected to release the new Catalyst Linux driver sometime in the summer, which will be based on the AMDGPU open source driver. However it will still have limited support and will not cover the majority of AMD Linux users needs, as AMDGPU is still very much a work in progress.
Ubuntu will now be using the open source drivers for AMD GPUs as other distros are doing. But for now those drivers are also still a work in progress, and functionality is hit and miss depending on your GPU when it comes to gaming.
In my own systems that run on APUs, gaming is sadly impossible for the moment on the open source drivers, but hopefully things will start to change on that front in the coming months.
As always with Linux you can install it yourself, but it will probably be a nightmare in this case. I gave up after many attempts, but best of luck too you though if that is your plan, I hope you're familiar with the rescue terminal :D.
Most Linux gamers will be unaffected by all this, as the majority of us use Nvidia. But I can't help but wonder how many potential new Linux gamers will be turned off of the platform during this AMD limbo period. As a lot of newbie users go to Ubuntu, and a lot of off the shelf systems these days ship with APUs.
Sources:
http://www.phoronix.com/scan.php?page=news_item&px=Ubuntu-16.04-Dropping-fglrx
https://wiki.ubuntu.com/XenialXerus/ReleaseNotes#fglrx
http://support.amd.com/en-us/download/desktop?os=Linux+x86_64 Article taken from GamingOnLinux.com.
0 Likes
Some you may have missed, popular articles from the last month:
The comments on this article are closed.
All posts need to follow our rules. For users logged in: please hit the Report Flag icon on any post that breaks the rules or contains illegal / harmful content. Guest readers can email us for any issues.
Same. I picked up a 285 as a place-holder card until Polaris specifically because it has the latest GCN 1.2. I'm glad you posted this because I made a half baked thread probing the viability of Debian for gaming. Tell me, does your card work out of the box? Package tracker says testing is on kernel 4.3.5 which doesn't have powerplay or DRI3 enabled by default in AMDGPU. Is there anything special you had to do? I am thinking about switching from Mint to Debian.
Interesting: I have no further problem running the driver installation. You want a one-click-installation? Stay with Windows. Simple as that. :D
It's lucky you have Microsoft to rescue you
p.s. I also don't understand the issues people are having with the NVidia driver, it's an absolute doddle to install (repo and compile) in Arch, as it must be in other distros.
Haha lol xD
I don't get what people seem to have against the Nvidia drivers either, they've always installed and worked great for me, never had an issue, its really easy. Catalyst however has always been a massive pain in my arse. Even once I had it working sods law says then there would be a kernel update, then X crashes on boot until you re-install :P.
My secondary PC features a R9 270 along with a i7-2600k and 16gb ram.
My tertiary PC consists of a GTX460, an E8600 and 8gb ram.
Both have the same operating system (Xubuntu 14.04) and still the tertiary machine outperforms the one with the R9 270 a little.
I have to say that I use the open source drivers (oibaf ppa) on the radeon because the crimson stuff just doesn't work (and were buggy as hell back then when they still were working), but anyway... it's really impressive how crippling the radeon driver actually is.
On the plus side of course one has to mention that the OSS radeon driver really evolves slowly and performance as well as compatibility is getting slightly better with almost each update. There are almost no games left that won't work with it (at least in my library)... at the moment I can only think of dying light still refusing to cooperate. But that game has massive problems anyway at its current state.
PS: None of the installers are "one-click" on Windows.
On Gentoo its easy to install both drivers in parallel and I have kernels built for both drivers. A simple script and a restart will switch between drivers for me.
The restart is probably not even neccessary if I would build amdgpu as module.
From a performance standpoint I have always been underwhelmed with AMD on Linux. I can't even max out Pillers of Eternity with my R9 280X without my framerate dropping to the 20's at times let alone more intense games such as Shadow of Mordor.
Due to performance reasons my next GPU on my Linux system will most likely be an Nvidia GPU. It saddens me because I despise most of Nvidia business practices and would rather go AMD. I would rather support AMD who gave us TressFX which runs on both AMD and Nvidia cards well instead of Nvidia's Hairworks which kills performance on AMD cards. I would rather support AMD who supports OpenCL which runs well on both Nvidia and AMD cards instead of Nvidia's PhysX which kills performance on AMD cards and slapped original Ageia PhysX users such as myself in the face when they bought the company. I would rather support AMD who is a big reason we have Vulkan coming up instead of Nvidia who hopped on the Vulkan wagon when it suited them.
I maintain a Windows system because at heart I am a PC gamer and if after a few years a game still isn't on Linux then I don't feel the need to wall myself off from a good game. I buy between 5-7 linux games a month, I donate to Linux Mint, I donate to various Linux patreon Causes. On the Windows side of things I will continue to support AMD but on Linux I doubt I will be able to.
1. As far as I am aware Linux Kernel 4.5 has powerplay enabled by default. This was stated by an AMD dev in the Phoronix forums...but don't hold me to it.
2. I am running Ubuntu Gnome 16.04 and a kernel upgrade has just come through which backports all the AMDGPU code from kernel 4.5 to the 4.4 kernel that 16.04 will be using.
Also, I get the feeling that kernel 4.5/4.4 (with backports) may be the first kernel that will support the new hybrid stack. So when installing the new proprietary user space blob, which will probably be released by mid year, it will probably require kernel 4.5 or 4.4 with backports as a minimum. Again, my guess.
As for OpenCL, the current proprietary OpenCL driver will be open sourced. There has been a whole bunch of commits to RadeonSI for interop with drivers outside of Mesa...suggesting that RadeonSI will be able to work with the soon to be open sourced OpenCL driver.
Link
Well, if we ever want Linux to become interesting for the 99% of the population -not- tech-savy enough to wrestle with complex command-line based installation procedures, we better DO become a bit more user friendly. No, I haven't had a real problem either. But I don't think the average person would be able to get NVidia drivers to run on an Optimus card (which is the most common NVidia based architecture on laptops if I am not totally mistaken.)
And yes, the person who said that GPU drivers should be installable via the distro's package manager from its standard repository is right. I don't really get why installing a GPU driver has be a completely different process than any other package either.
Erm, no. I have no idea what Windows is like for this, but current Mint totally has one-click installation. In the control centre thingie there's a sub-app for graphics; it detects your card and gives you a list of possible drivers (open and closed) but recommends one. Click on the recommended one and badabing.
It should be different because when you're using the package manager you have to know what you're looking for. Way too easy for someone not knowledgeable about such things to either fail to find drivers in the package manager app, or find the wrong one. I don't mind the idea of it being in there, but that shouldn't be the primary method--there should be something in the hardware management side that says "This is what you want! Graphics card driver, over here!" Something that's discoverable even if you're not thinking specifically about drivers for your graphics card but are only dissatisfied with how the graphics are running and noodling around vaguely in the available management apps trying to figure out if anything can be done about that.
Which, as I noted above, current version of Linux Mint totally does.
You know, what Ubuntu did in first hand 10 years ago with their 'there's special driver for your hardware' dialog? Which still appears if you have AMD or Nvidia card?
Discoveribility has been solved long time ago - on Ubuntu at least, and it's derivatives. RedHat won't do it because of not being easily to offer packages of third parties, but also never aimed to be super user friendly.
Just don't throw yourself under the bus using newest LTS for some time and you will be fine. All power to AMD Linux team, because situation was dire and they are clearly doing good work cleaning this up, moving display stuff to kernel side and planning to beefing up RadeonSI and adding Vulkan to all this. Actually this makes me very hopeful that I might buy AMD for my graphics upgrade again.
No, it should not be installable. It should be included by default. Same as any other drivers, which you do not need to install on Linux, because they are included in Linux (kernel), e.g. motherboard drivers, wifi drivers, printer drivers, etc etc. Having anything outside of Linux kernel is just an obstacle for a common user and should never be needed.