Linked by Hadrien Grasland on Thu 13th Jan 2011 17:13 UTC, submitted by Michael
Linux "Now that the kernel mode-setting page-flipping for the ATI Radeon DRM kernel module has been merged into the Linux 2.6.38 kernel and the respective bits have been set in the xf86-video-ati DDX, we're in the process of running new open-source ATI graphics benchmarks under Linux. Our initial results (included in this article) show these latest improvements to cause some major performance boosts for the open-source ATI driver as it nears the level of performance of the proprietary Catalyst driver."
Thread beginning with comment 457869
To view parent comment, click here.
To read all comments associated with this story, please click here.
RE[4]: great
by sj87 on Fri 14th Jan 2011 10:49 UTC in reply to "RE[3]: great"
sj87
Member since:
2007-12-16

The kernel developers will not accept KMS and kernel memory management pieces if the rest of a graphics driver is a binary blob. Wayland might be a different matter, but as it stands the graphics driver binary blobs will never be part of the kernel.

Nothing is demanding the drivers to be integrated in the kernel code. Afaik they can still be loaded as modules as is the situation now.

The downside of these external, closed, modules is that they need to be updated everytime the kernel changes. AMD's proprietary drivers are always usually one or two Xorg versions behind, because they are slow to add new support.

That prevents people from using the latest version, which again might introduce new limits for other software.

Edited 2011-01-14 10:50 UTC

Reply Parent Score: 2

RE[5]: great
by lucas_maximus on Fri 14th Jan 2011 12:08 in reply to "RE[4]: great"
lucas_maximus Member since:
2009-08-18

The downside of these external, closed, modules is that they need to be updated everytime the kernel changes. AMD's proprietary drivers are always usually one or two Xorg versions behind, because they are slow to add new support.


That is not a downside of the closed modules, it is a downside of the kernel with their moving target ABI.

Edited 2011-01-14 12:18 UTC

Reply Parent Score: 1

RE[6]: great
by asdf on Fri 14th Jan 2011 13:17 in reply to "RE[5]: great"
asdf Member since:
2009-09-23

Let's stop raising that point. Stable in-kernel AP/BI isn't gonna happen in the mainline Linux kernel, ever. It's logistically infeasible and most kernel developers would swear by the ability to change APIs as development progresses.

What's possible and actually being done is maintaining stable ABI in the same distro release and for enterprise products this often can span many years. In that respect, it isn't too different from commercial operating systems.

Mainline is a development branch. Linux kernel is being developed way faster and in a very different way than proprietary operating system kernels. If for whatever reason stable ABI is a must for you (it escapes me why it would even matter for usual desktop users tho), go ahead and use something else. Quit whining about something which isn't feasible.

Edited 2011-01-14 13:19 UTC

Reply Parent Score: 2

RE[6]: great
by smitty on Fri 14th Jan 2011 19:04 in reply to "RE[5]: great"
smitty Member since:
2005-10-13

"The downside of these external, closed, modules is that they need to be updated everytime the kernel changes. AMD's proprietary drivers are always usually one or two Xorg versions behind, because they are slow to add new support.


That is not a downside of the closed modules, it is a downside of the kernel with their moving target ABI.
"
If a stable API is important to you, then feel free to keep using the same version of the kernel for as long as you want. No one is forcing you to update it.

Reply Parent Score: 2