AMD Publishes New 'AMDGPU' Linux Graphics Driver 88
An anonymous reader writes: AMD has made available its new AMDGPU Linux graphics driver comprised of a brand new DRM/KMS kernel driver, a new xf86-video-amdgpu X11 driver, and modifications to libdrm and Gallium3D. This new AMDGPU driver is designed for supporting AMD's next-generation hardware with no support differences for currently supported Radeon GPUs. While yet to be released, this new AMDGPU driver is the critical piece to the new unified driver strategy with Catalyst where their high performance proprietary driver will now become limited to being a user-space binary component that uses this open-source kernel driver.
Why I don't use an AMD GPU (Score:1, Flamebait)
No good vaapi integration into mplayer like that of vdpau. Not to mention that the AMD linux drivers are still manifestly slower than the nvidia drivers.
VDPAU and VAAPI (Score:5, Informative)
Still, there are opensource implementation of VDPAU using VAAPI as a back-end.
and there are VAAPI implementation using VDPAU as a backend (useful also for opensource drivers which tend to implement VDPAU).
Re: (Score:2, Troll)
Modded Flamebait and Troll?
Face it, AMD fanbois: the truth hurts, but it *is* the truth.
Re: (Score:1)
They've written a new driver, and you're claiming without testing it that it's still "manifestly slower than the nvidia drivers".
That counts as flamebait. The truth hurts, but it *is* the truth.
Anyway, this is Slashdot. We'd rather have an open source driver that we can improve (if it is actually slower) than a binary blob that we can't even analyze. That's why AMD are cool and nVidia are losers, and it will be thusly until nVidia get with the program and stop acting like their hardware is so damned spec
Re: (Score:2)
Re: (Score:2)
I wrote why I don't (as in "present tense") use an AMD GPU. The new and improved driver isn't out in the wild yet, and certainly not integrated into distros.
I gave in and bought Intel (Score:1, Interesting)
The last desktop I shopped for -- I'd liked it to be an AMD. But after this wobbly policy of AMD (do I need now binary blobs for AMD graphics or not?) I decided (I don't need gaming performance) that Intel with its integrated graphics seems the best bet at the moment.
AMD: you can stuff your "high performance proprietary driver" up any cavity of your choosing. I'll buy things from you again when you have a clear pro-free software strategy again -- if you're around by then at all.
Good riddance.
(captcha was "s
Re: (Score:2)
Re: (Score:1)
He gets enough performance and free is a pretty hard price point to beat.
This will, of course, mean that the latest empty AAA title that spent a shitton of time effort and ingenuity making graphics good and forgetting about the game a non-sale.
This is going to save them more money again. And time.
And it will cost sales of those AAA titles.
(as I posted elsewhere, Valve shows that if they have an open driver they can make their games run BETTER on that hardware, so the intel driver has better performance per
AMD more FLOSS friendly than most (Score:5, Interesting)
Perhaps you're an AC trolling, but in case someone is actually interested in a reply, it doesn't seem that you're giving AMD nearly enough credit.
Now, I grant that Intel has a great policy when it comes to providing driver components, being open sourced For those who aren't going to use their GPU for anything more intensive than watching media, an Intel integrated GPU is probably sufficient. However, given that Intel's GPUs are orders of magnitude weaker than discrete modern GPUs, those who wish to use graphically intensive creative software, use GPU-preferred workflows for certain tasks (ie crypto-currency mining, video encoding, anything with OpenCL etc..), or just plain wish to play modern 3D games, Intel's hardware is likely insufficient.
Thus, users have the choice between AMD and Nvidia, and of the two AMD is MUCH more free software / open source friendly, as well as overall more ethically aligned than its competitor. To answer your question, especially if you're not gaming, you do not need a binary blob to have a working AMD GPU on Linux. The open source "ati" driver has been honed over the last few years to the point that for many it provides not only great 2D performance and support for video acceleration, but a bit of 3D as well. Yes, they offer the binary "Catalyst" driver as an option (which supports pretty much all the high end 3D acceleration that someone purchases a discrete GPU to use) so if you're going to be gaming and doing intense 3D work it is a better choice, but - aforementioned open source driver is always available.
AMD has actually gone out of their way to embrace open source and the Linux community. . Much of the bias against AMD is left over from ATI's disastrous drivers (even proprietary) back in the day. They knew they had a lot of ground to make up in Linux performance (not necessarily openess...) when they acquired ATI, and its pretty impressive how they've managed to catch up to Nvidia. Subsequently, they put lots of emphasis on contributing to the FOSS driver projects. They aren't keeping Catalyst proprietary so far simply because they're evil, but because of patents and other tech licensed to third parties that go back years. In their overall business plan, they clearly favor openness compared to Nvidia. Where NV creates proprietary implementations and engines like their G-Sync monitors and the frustrating presence of PhysX in gaming, AMD champions open standards and projects such as FreeSync, OpenCL, and Vulkan.
In fact, the release of AMDGPU and in fact their entire unified driver plan leads to more openness. As the article notes, this will mean that the vast majority of AMD's GPU driver components will be completely free software.! Where Catalyst used to be a completely different animal in every way, now it will only be just an additional binary component that can be added. This is one reason why it is being written with the next generation of hardware in mind (though it may be partially compatible with some current cards); they need to have some entirely new hardware etc....that doesn't require certain patented/licensed tech. This is a great advance for openness as well as driver quality. While it would be great if they were able to instantly fully open the entire Catalyst driver stack, one would be remiss to not see the current path as progress.
While I can only speak from personal experience (and I've owned both Nvidia and AMD GPUs. At current, I'm using an AMD 290x), running an AMD GPU under Linux is viable. Sure, there are issues that can arise same as dealing with any other non-kernel-included Linux driver. If you want to stay entirely Free Software, there is a FLOSS driver that will likely work well unless you plan to use a lot of 3D or OpenCL etc. If you want 3D acceleration and you're willing to go binary, Catalyst is an option. In the future, the openness, compatibility, performance, and ease of use will likely increase with AMD's unified driver plan we're reading about here. AMD is far from perfect, but they do seem to be interested in making FLOSS a part of their future, along with a whole slew of open technologies.
Re: (Score:2)
> Perhaps you're an AC
Yes, I'm an AC. I'm not giving Slashdot a cookie.
> trolling
is in the eye of the beholder. I just bought a desktop system. My dealer made me an Intel offer and an AMD offer (which was 100 EUR below and I guess quite a bit more performant).
> Now, I grant that Intel has a great policy when it comes to providing driver components, being open sourced
That made my decision. Exactly that.
> However, given that Intel's GPUs are orders of magnitude weaker than discrete modern GPUs
Yeah
Re: (Score:2)
The question is whether or not they're yet able to properly challenge Intel. Sans proprietary enhancements, can they get close to the performance/cost ratio of a modern, open Intel graphics solution?
their integrated graphics are still faster than intel's, and the CPUs are plenty fast. if you're actually coming up against the limitations of the GPU, you're probably not CPU-bound anyway.
How do AMD compare when it comes to stability and robustness?
Compared to intel, it's like they just fell off the turnip truck yesterday night.
Re: (Score:2)
Re: (Score:2)
AMD has actually gone out of their way to embrace open source and the Linux community.
Not really. They've trickled out just enough information to support new cards, while never really providing enough information to use old cards. My R690M still doesn't work properly under Linux.
Much of the bias against AMD is left over from ATI's disastrous drivers (even proprietary) back in the day.
No, most of the bias against AMD is due to their disastrous drivers today. I've still never had ATI graphics work properly with ATI's driver. If there's not a hacked driver (e.g. DnA) available, then the driver causes me nightmares and headaches. CCC is still festering shit. It's as big as a driver should be by itsel
Re: (Score:2, Informative)
Unfortunately it all boils down to this: if you want decent 3D performance under Linux, choose NVidia, because it actually works.
If you do not need it, choose Intel, because they have decent open source drivers.
Re: (Score:2)
"Actually works"? More accurately "works better than the only alternative". That's a very low bar, and they don't clear it by much. Using the nVidia driver on Linux is a giant pain in the butt unless your chosen distribution happens to ship with their binary drivers and you're OK using outdated drivers. It's also probably the largest software source of system instability for consumer Linux.
Re: (Score:2, Insightful)
Re: (Score:2)
So if one six-year-old sings, it's racist to say all six-year-olds sing? Idiot.
More to the point, you are attempting to degrade the concept of racism by applying it inappropriately. I'm baffled as to what your underlying political motive is, but it's obviously not good. Distorting the language is never an innocent action.
Re: (Score:2)
I want OSS drivers, but what I pay for is hardware that works. I try AMD every few cards, and they still fail every time I try them, and so I gave up.
nVidia got into bed with Microsoft back in the original Xbox days and now the geforce line is inextricably encumbered by Microsoft. Allegedly their mobile (Tegra) line is freer.
I bet any company that was thinking of FOSSing their drivers took one look at AMDs sales (that went exact fuck nowhere) and said "lets not waste our time"...
If they based the whole decision on AMD then they deserve to make bad decisions. There's lots of OSS drivers in the kernel already, let alone supplied separately. AMD is just shit at dr
Re: (Score:1)
I understand the need to opensource support but AMD simply offers a substandard product.
If you want to work or game or do things productive, you and other customers will be better served by buying an Nvidia product. From hardware to software, you will get a better product and a better value for your dollar.
The driver issue is sticky anyway. We'd all LOVE completely open drivers with no unknown binary blobs, but that does not reflect the reality of what GPUs are today.
At one time, long ago, a graphics card w
Simplifying drivers (Score:5, Informative)
(do I need now binary blobs for AMD graphics or not?)
The whole point of AMDGPU is to simplify the situation.
Now the only difference between catalyst and radeon drivers is the 3d acceleration - either run a proprietary binary opengl, or run mesa Gallium3D.
All the rest of the stack downward from this point is opensource: same kernel module, same library, etc.
Switching between prorietary and opensource driver will be just choosing which opengl implementation to run.
I decided (I don't need gaming performance) that Intel with its integrated graphics seems the best bet at the moment.
If you don't need performance, radeon works pretty well too.
Radeon have an opensource driver. It works best for a little bit older cards. Usually the latest gen cards lag a bit (driver is released after a delay, performance isn't as good as binary) (though AMD is working to reduce the delay).
Like Intel, the opensource driver is also supported by AMD (they have opensource developpers on their payroll for that), although compared to Intel, AMD's opensource driver team is a bit understaffed.
AMD's official policy is also to only support the latest few cards generation in their proprietary drivers. For older cards, the opensource *are* the official drivers.
(Usually by the time support is dropped out of catalyst, the opensource driver has caught up enough with performance to be a really good alternative).
The direction toward which AMD is moving with AMDGPU is even more reinforcing this approach:
- the stack is completely opensource at the bottom
- for older cards, stick with Gallium3D/mesa
- for newer cards, you can swap out the top opengl part with catalyst, and keep the rest of the stack the same.
- for cards in between it's up to you to make your choice between opensource or high performance.
If you look overall, the general tendency is toward more opensource at AMD.
- stack has moved toward having more opensource components, even if you choose catalyst.
- behind the scene AMD is doing efforts to make future cards more opensource friendly and be able to release faster the necessary code and documentation.
AMD: you can stuff your "high performance proprietary driver" up any cavity of your choosing. I'll buy things from you again when you have a clear pro-free software strategy again -- if you're around by then at all.
I don't know what you don't find clear, in their strategy.
They've always officially support opensource: they release documentation, code, and have a few developpers on their pay roll.
Open-source has always been the official solution for older cards.
Catalyst has always been the solution for latest cards which don't have opensource drivers yet, or if you want to max out performance or latest opengl 4.x
And if anything, they're moving more toward opensource: merging the to to rely more on opensource base component, to avoid duplication of development efforts,
and finding ways to be faster with opensource on newer generations.
For me that's good enough, that why I usually go with radeon when I have the choice (desktop PC that I build myself) , and I'm happy with the results.
Re: (Score:2)
What gives is, if you want to buy new hardware then wait for Ubuntu 16.04 or Debian 9..
Even with older graphics (such as the Radeon HD 6000 in pretty current APUs) you get barely adequate support now.
If you find yourself with a little bug when using the proprietary driver, and another little bug when using the open source one, that's a pain. Also, on that computer there's a CRT monitor and with linux/Xorg (as usual) a lot of resolutions and refreshes are missing, so I need a script to add them (instead of e
Re: (Score:3, Informative)
(Usually by the time support is dropped out of catalyst, the opensource driver has caught up enough with performance to be a really good alternative).
Nonsense. First, AMD's driver performance lags behind nvidia in general. Second, AMD's linux driver peformance lags well behind their windows driver. Third, AMD frequently drops hardware from the proprietary driver before it is well-supported, and some hardware is never supported properly at all, like the R690M chipset's GPU. Just get graphic trash if I try to use it. But the windows driver is also shit and causes problems with power management.
ATI is just incompetent, and no amount of handwaving can change
Re: (Score:2)
Re:I gave in and bought Intel (Score:4, Informative)
Wtf you're trolling??
Open driver ALREADY works like a fucking charm. Much better than Intel driver.
For some things it lacks behind Catalyst, for most part its completely usable. I even use it for gaming.
ATI/AMD a World of Pain & Hurt.... 10yrs+ (Score:1, Interesting)
After a decade+ of watching management at ATI/AMD screw the Linux users, with shite drivers (See numerous posts across www & various in particular @ http://www.phoronix.com/, with Astroturfing to boot!), I will refrain from holding my breath.
Pity, cause the hardware tends to show promise, again, and again, and again....
After those dumbasses @ AMD actually put some $$$$ into it, then I will look twice. Until then, the hardware will continue to underperform, video playback will be rubbish and the forums w
Re: (Score:1)
And I can hear the assholes rejoicing. Your point?
Re: (Score:2, Informative)
Actually, not. (Score:4, Insightful)
Actually the footprint of binary is dwindling.
Before:
- either catalyst, which is a completely closed source down to the kernel module.
- or opensource, which is an entirely different stack, even the kernel module is different.
Now:
- open source stack is still here the same way as before.
- catalyst is just the opengl library which sits atop the same opensource stack as the opensource.
So no, actually I'm rejoincing. (That might also be because I don't style my facial hair as "neck bread" ).
Re: (Score:2)
I don't know about AMD, but NVidia's Windows drivers are just as up-to-date as their Linux drivers.
AMD drops support for old cards from their proprietary drivers with extreme prejudice. nVidia literally supports cards for years longer than AMD. nVidia also provides direct mobile driver downloads; AMD sometimes provides these, and sometimes hides them. AMD also took all their old architectural documentation down from their website, for a while there every search I made which led to a document on their site was 404ing. Fuck AMD sideways.
self-reply: note amd vs ati (Score:2)
I usually try to call the graphics side ATI so that when say something like "fuck ..." it says ATI and not AMD, because I rather like AMD's processors. I'm still rocking a Phenom II X6 1045T and I'm very happy with its performance, considering I paid $120 for it quite a while back and have no plans to upgrade it anytime soon. Maybe another video card next year... I went from 450GT to 750Ti on the advice of Slashdot, and haven't regretted it.
Re: (Score:1)
I don't know about AMD, but NVidia's Windows drivers are just as up-to-date as their Linux drivers.
AMD drops support for old cards from their proprietary drivers with extreme prejudice. nVidia literally supports cards for years longer than AMD. nVidia also provides direct mobile driver downloads; AMD sometimes provides these, and sometimes hides them. AMD also took all their old architectural documentation down from their website, for a while there every search I made which led to a document on their site was 404ing. Fuck AMD sideways.
You got it, the anon cowherds obviously didn't. I have a really nice gigabyte am2+ mobo which supports hdmi with a radeon which is no longer supported because of there is no kernel 3 series linux driver available from amd and the generic one with mesa sucks, no googleearth etc or effective hdmi mode switching and sensing. So I have to shut off the gpu and run an older Nvidia card which is well supported on it to make it work with anything later than Windows Vista. The onboard radeon is pooched for 3d graphi
Re: (Score:2)
What about us poor Windows USERS?
Well, you could always switch and be a lab rat with us...
Intel integrated is best . . . (Score:1)
. . . well - perhaps 3D is better on some other card. But who even cares about 3D, if the 2D performance isn't good enough?
And this is where all fancy graphichs cards fall on their face. They can't match the 2D performance of the "simpler" Intel stuff. In theory they can, but not with existing open-source drivers. 2D is what you use for office work, for scrolling large windows. Or try playing openttd - a great 2D game. Nice and snappy with 4 cores and Intel graphics, sluggish with 8 cores & a new rade
Re: (Score:2)
Can't they just get it right? (Score:1)
I know I'm ranting, but graphics cards are without doubt the most annoying piece of gear I own. I have used ATI cards so far but they always have problems, be it overheating at normal clock speed (my current R9 280), driver problems, crashes, flickering in OpenGL. So I'm thinking about switching to NVIDIA for my next machine, only to hear from reliable pro-audio people that these cards often cause problems with the audio drivers of professional external sound cards like horrible crackling noises.
Do I really
Re: (Score:2)
I'm also flying X-plane 10 and with the R9 280 textures flicker like hell - especially roads, distant buildings, distant lakes. In fact, for the past ten years every version of X-Plane flickers with every ATI card I've owned so far (except at 16xAA), which is one of the main reasons why I'd like to try out Nvidia. It must be a mixture of the way X-Plane is programmed and OpenGL issues, I suspect, because there is less flickering in DirectX games. So perhaps it's not really related to the card.
Anyway, I mig
Re: (Score:2)
"because there is less flickering in DirectX games". DirectX games played under Wine, or are your problems with AMD/ATI not actually directly related to Linux at all? I'm not sure what you mean by "flickering", but the problem anti-aliasing is designed to solve is, well, aliasing - that is, jagged edges on objects caused by the unavoidable fact that the on-screen image is composed of individual pixels, which becomes noticeable whenever different coloured objects don't line themselves up perfectly along pix
Re: (Score:2)
The problems with flickering or "swimming" textures in the distance are not related to Linux at all, they occur in Windows and Linux.
Anyway, thanks for explaining the problems away, I guess I'm just "abnormally sensitive".
Re: (Score:3)
only to hear from reliable pro-audio people that these cards often cause problems with the audio drivers of professional external sound cards like horrible crackling noises.
Citation? I can't find reports of problems like that with external sound cards. I have an nVidia 750Ti (formerly had a 450GT) and an m-Audio Mobile Pre USB and there are absolutely no problems.
Re:Can't they just get it right? (Score:4, Insightful)
For example here [gearslutz.com], here [gearslutz.com] and here [gearslutz.com].
But I remember many more mentions of problems with NVIDIA drivers at Gearslutz. Obviously, that doesn't mean that there are always problems, I just took such comments as a sign to be cautious about switching to NVIDIA. I'll probably still do it, because I'm fed up with ATI. It's good to hear that you don't have any problems.
Re: (Score:2)
I've had problems with nVidia drivers on occasion, but not those kinds of problems.
The most important thing to do is research a specific card (or at least chipset) before buying it, especially if it's come out recently. When I got my 240GT (two cards back) it was not well-supported. I had to load a beta driver to get it to work properly, and the driver substantially misreported its characteristics. It's safest to buy a card which has been out for a while, which is also a good way to save money so it's somet
Re: (Score:2)
I looked through those threads. The first solved his problem by disabling some nvidia power management feature that caused glitches with his $300 "professional" external audio interface. The second is someone struggling with his $999 quad DSP board and the third is yet another high end external audio system.
That sort of high end audiophile grade stuff is never glitch free. You and the other 8 people on Earth attempting to operate your external quad DSP board are expected to cope with such things. The
Re: (Score:2)
I've seen some references to nvidia HDMI causing audio problems, and people blacklisting snd-hda-intel to make it go away. If your motherboard audio doesn't depend on that driver, it may be a viable solution. That's all I could really find while I was looking for a citation for the above claim before requesting a citation (in a sibling to your comment.)
As I've said elsewhere I have an original m-Audio Mobile Pre USB and it works great with my nVidia graphics, but that's just one device and that proves littl
Re: (Score:2)
My XFX PVT80GGHD4 8800GTS 320MB is still working quite well on FreeBSD. I bought it almost eight years ago for $300.
My next system will have an Nvidia due to the quality of their drivers on FreeBSD and Windows. I have a laptop with an ATI card in it, but I had to wait a long time for it to be supported on FreeBSD. Pragmatically, I will have to stick with Nvidia unless something changes regarding drivers. On the bright side, I like the hardware and drivers, so it is good with me.
Re: (Score:2)
Your what? That looks like a serial number of games of yore...
Re: (Score:3)
My anecdotal experience:
I've experienced audio issues relating to graphics cards with poor EMI shielding on the soundcard causing it to pick up noise from some gfx card circuit or component. This usually manifests itself as a high-pitched whine audible in headphones or speakers that varies with gfx card load/framerate - this is not the same as coil whine that is audible inside the actual PC case.
If your soundcard is properly designed and manufactured, this shouldn't be an issue.
Also, PCI-E timing issues lik
As Valve has shown (Score:1)
An open driver allows a game producer to produce a game that works better on your graphics card.
Re: (Score:1)
That suggests the API documentation is less than excellent.
As a professional developer I've never come across API documentation that wasn't "less than excellent". Having the source is always helpful.
Re: (Score:2)
I'd love to see a counter example, but much like ROUS's [youtube.com], I don't think they exist.
Re: (Score:1)
If you stick to the intersection of "documented interface" and "clearly optimized code paths," you're likely OK. But yeah, having an optimization guide as part of the docs would be better, if it also stays up to date with the source. But, as we all know, the only thing that stays up to date with the source is the source itself.
How to install it? (Score:3)
Serious question... I have a desktop w/HD5450 and three monitors on a desktop PC running RHEL 6.5. How do you build & install this driver without completely breaking RHEL's package management for everything else in the process, breaking the kernel configuration, or anything else that might render the computer nonworking?
I *tried* installing ATI's binary Catalyst driver a few months ago. Unfortunately, I think it made some naive assumptions about the underlying filesystem that aren't quite right when you have a spinning HD and a SSD, and both use LUKS for whole-drive encryption. I desperately want to upgrade the video driver, because the performance totally sucks (even for things like dragging a browser window to another monitor), but I don't want to end up burning another day undoing a failed upgrade adventure.
TL/DR: Want to build & install ATI's new driver. Running Red Hat Enterprise Linux 6.5. Not allowed to upgrade to 7, and a prior attempt to directly install ATI's Catalyst binary driver rendered the system unbootable [most likely, because of issues with LUKS whole-disc partition encryption]. Yes, I'm root.
comprised of... (Score:1)
I'm no native, but "comprised of" is ugly English to me.
KMS with Catalyst? (Score:2)