Linked by David Adams on Thu 18th Aug 2011 19:09 UTC, submitted by Michael
Graphics, User Interfaces While the BFS scheduler is getting ready to celebrate its second birthday, in just three weeks AMD's open-source Radeon graphics driver strategy for Linux will be turning four years old . . . which has ended up being a game-changer in the Linux world. AMD continues to support open-source hardware enablement on their latest graphics processors and recently even hired more developers to work on the code and documentation. How far have they come though in four years?
Thread beginning with comment 485872
To read all comments associated with this story, please click here.
NVidia still has the best 3D drivers
by jokkel on Thu 18th Aug 2011 21:26 UTC
jokkel
Member since:
2008-07-07

If you need all features of the hardware and well performing drivers you still have to choose the NVidia closed source drivers.

Reply Score: 5

lemur2 Member since:
2007-02-17

If you need all features of the hardware and well performing drivers you still have to choose the NVidia closed source drivers.


Your statement is under serious challenge right now.

The closed source drivers (either those from nVidia or fglrx from AMD/ATI) do not implement either Kernel Mode Setting (KMS) or graphics memory management in the kernel. This precludes them from working with Wayland.

Then of course there is the perennial problem that proprietary drivers do not update with kernel updates, so a new kernel breaks these drivers.

The features currently covered by open source radeon drivers (for AMD/ATI GPUs) are tracked on this page:

http://www.x.org/wiki/RadeonFeature

This is updating rapidly. Even video decode is happening, even though AMD/ATI did not release programming specifications for UVD, so the drivers are using the 3D engine instead. This will bring video decode acceleration even to AMD GPUs which do not have a dedicated hardware video decode capability.

BTW, there is a Google Summer of Code project to implement a hardware video decoder for WebM using the 3D engine. This project will bring hardware video decoding for WebM video even to GPUs which do not have a dedicated hardware decoder for that codec.

Tuning for for performance of the open source drivers has not really been undertaken in earnest yet, as the final pieces of functionality are still being worked on. Even so, if you had looked into it a few months ago, you would have seen that performance was about 60% of that of the closed source driver (fglrx). Right now it is perhaps 80%. In a few months time ...

In a few months time it is likely that the radeon open source Gallium3D drivers will overtake the closed source driver fglrx for performance. OpenGL 3 compliance will be reached, and OgpenGL 4.x work will be underway. The open source radeon driver is a part of the kernel, and it updates automatically and seamlessly with Xserver updates and kernel updates. Running the new Wayland graphics server is not a problem at all.

When this all occurs, IMO your statement will be well and truly overtaken by events.

Edited 2011-08-19 00:51 UTC

Reply Parent Score: 5

ndrw Member since:
2009-06-30

This precludes them from working with Wayland.


That's non-issue for at least a couple of years to come. Perhaps even longer.

If NVidia really cares about the general purpose desktop market (that is not enterprise and not mobile, where most of money are coming from) they have plenty of time to produce their own mode-setting stack and a custom version of Wayland.

Although, I guess, they will simply continue to ignore developments in the kernel land the way they are doing it today. After all workstations will continue to use X for a decade or so and mobile devices already use some custom graphics stacks (Wayland could potentially get some foothold there but their licensing policy might be an issue).

Reply Parent Score: 1

saynte Member since:
2007-12-10

I'm not sure why you believe that the open source driver will overtake the closed-source one in a few months time. It's really hard work to get that performance out, and I really doubt the Linux driver team has the same resources as the Windows driver team at AMD.

Btw, it's not 80% now on new cards, it's still closer to 50-60% I think. The 80% figure is relevant for cards that are about 6-7 years old, as far as I can tell.

Reply Parent Score: 1

spinnekopje Member since:
2008-11-29

Then of course there is the perennial problem that proprietary drivers do not update with kernel updates, so a new kernel breaks these drivers.


If only they should make 1 way for drivers to interact with the kernel and keep it that way between versions. That way you don't have to spend a lot of hours to keep drivers working, but you can use that time to make them better.
To keep options open for future functionality they could ask drivers to tell how they want to interact with the kernel by a version number or something like that.

Reply Parent Score: 1