AMD Puts Out Radeon HD 6000 Open-Source Driver

An anonymous reader writes "AMD has just released their open-source driver for the Radeon HD 6000 series graphics cards (sans the Cayman GPUs) with KMS, 2D, and 3D acceleration."

Comments

Put your money where your mouth is

[Enderandrew]

For all the Slashdot posters who keep begging for Linux support and talking about how big companies constantly ignore you, this is your chance.

Buy AMD. Be vocal that the reason you're buying an AMD video card is because of their driver. Vote with your wallet.

(On the CPU front, you can make an equal case for Intel supporting open source).

Re:Put your money where your mouth is

[CynicTheHedgehog]

For what it's worth, my AMD CPU and ASUS motherboard (quad core AMD 870 chipset) work just fine in Linux, as does my AMD/ATI video card. As did my previous AMD CPU/motherboard. I have yet to be disappointed by them.

Re:Put your money where your mouth is

[drinkypoo]

Maybe you should stop running the Pre-Alpha version of RHEL and move up to a distribution intended for end users if you don't want to solve problems and do Alpha testing for Redhat.

Re:Put your money where your mouth is

[Anonymous Coward]

Only reason you'd get a segfault is because fglrx is installed. Remove it or ati-drivers (it's called one or the other) and you should be able to configure with the regular xf86-video-ati driver, which should at the very least give you smooth 2d if drm isn't available, and 3d/kms if it is (and the kernel is later than 2.6.36 or so.)

Re:Put your money where your mouth is

[Carewolf]

NVidia's linux drivers have been incredibly buggy for years now. I recently changed the open source nouveau drivers which easily solved all performance problems I had. NVidia is both poorly implemented, has poor support for moderen X11 extensions (XRandr), the recent 26x series also has VERY serious memory-leaks which slowly brings your computer to a crawl.

Btw. I am not stating this as a user, I am stating this as a develop who has been working on getting KDE to work better on NVidia hardware.

VAAPI Acceleration?

[0100010001010011]

I didn't see any mention of VAAPI or XvBA Acceleration for playing media? How about OpenCL support?

Granted the HD 6000 looks more like a gamers card than something you'd stick in a home theater pc, but I'd think that OpenCL support would interest quite a few people doing massive number crunching. Especially since there's even PyOpenCL available.

Re:VAAPI Acceleration?

[Evanisincontrol]

Phoronix released a followup article today. A driver supports X video acceleration, but no VAAPI yet. Like you said, these cards seem to be aimed at gamers, but with the prevalence of HD video content these days, I'd be surprised if VAAPI wasn't a high priority for this driver.

Re:VAAPI Acceleration?

[CynicTheHedgehog]

I think the issue with the open source radeon drivers isn't that the developers don't know how to implement stuff, or that it's a closed API or whatever. The problem is one of manpower. Reading the Phoronix forums it looks like there's maybe 2 guys that do the majority of the commits (for the really hard stuff anyways) and they just have too many things to do. I recall one post explaining that some kind of compiler was needed, and so one of the developers stubbed out a very simple one to be able to move forward on something else, with the intention of coming back and replacing the stubbed out compiler later, when the more critical issues were addressed. The compiler was a key component to all sorts of 3D stuff and was a critical factor in performance, but functionality and performance take a back seat to compatibility and stability.

My hope is that with the release of these open source drivers a lot of that boilerplate stuff will come with it, so that the community can truly focus on implementing newer APIs and such, although I don't know enough about video driver development to know whether that's necessarily the case.

Re:VAAPI Acceleration?

[Kjella]

It's not an oversight, blame DRM. Everything about their video decoding block (called UVD) is heavily coupled with the protected video path they have to provide for BluRays and other protected content. That means you have to have lawyers and tech people going over everything with a fine tooth comb and how much easier it would make it to reverse engineer the missing bits. It doesn't matter if AACS is broken and BluRay rips are everywhere because the contracts are still valid and the terms and penalties are as nasty as they get. AMD has said they will try to get changes to make it more open source friendly in the pipeline but new designs are started 3-4 years before release and it's probably not on their top 10 must do changes.

That said, multi-threaded H.264 decoding has improved very much in software and I have no problems decoding 1080p video with that on my desktop CPU, it probably hurts a bit in power usage but at least you *can* do without. Hardware acceleration is more important for laptops and battery life, AMD is working on it but this is a very hard problem and they need most of the resources getting support for new architectures like the HD6000. This is not like much other software, hardware moves fast and in close sync with the closed source drivers. If the open source developers don't keep up, there won't be any support at all. P.S. DRM is also one of the reasons you can't share more of the "fundamentals" with the closed source driver. That would make it too easy to decompile the Windows/Mac driver to track and grab the protected content in transit. It really is a big hindrance to open source drivers.

AMD has taken ATI to a new level

[NtwoO]

In the past two years I've migrated from 10+ loyal Linux NVidia years to ATI. The ATI closed source drivers were reasonable whilst the NVidia drivers showed a slide in performance and stability (on my system in any case). Since September last year I've migrated my machines to the open source 3d drivers and what a beaut! My MythTV frontend with ATI onboard is impeccable. It'll require much to convince me to change away from ATI/AMD if they keep this kind of support available.

Re:AMD has taken ATI to a new level

[Anonymous Coward]

Come back when we have hardware acceleration. Linux video playback needs CPU horse power. Even the iphone/ipod touch handles h.264 video better than linux. Whether we like it or not, that's the defacto codec these days and decoding is built into just about every device and video card. And yet, linux still cannot use them. Windows had it in '06.

Patent-covered algorithms?

[fph il quozientatore]

I thought the biggest stopper in building OSS 3D drivers were that they usually contain technologies covered by software patents. What happened to the patented parts? Have they been stripped out of this OSS version, with the effect that it is now slower than its closed-source counterpart? Or did they find another way out?

Re:Patent-covered algorithms?

[Kjella]

The closed source drivers remain closed for many reasons, but I think licensed code is a much bigger part of that than patents. The open source drivers are built separately from scratch and are in general much slower yes. They have estimated - and don't take this as an official AMD statement but guesswork from the people working on it - that the open source driver could reach 60-70% of the closed driver on average using the simple architecture they've chosen. Simply because the closed source driver has a ton of code paths and optimizations for various situations, the OSS team is much, much smaller than the closed source team and can't possibly replicate that anyway.

AMD Puts Out Radeon HD 6000 Open-Source Driver

[thomst]

I didn't realize it was on fire.

Re:How usable is 3D support?

[Kjella]

No, OpenGL 2.1 is the highest supported, but this is because Mesa - the open source implementation of OpenGL - doesn't support anything higher. Somebody needs to implement OpenGL 3 and 4 before there can be drivers for it.

Re:How usable is 3D support?

[Daniel Phillips]

Mesa GL 2.1 is already quite kickass, with a very capable shading language and plenty of extensions covering most of the advantages of OGL 3/4. The main improvement I'd like to see is geometry shaders, which are getting close.