1. Computers
  2. Display Drivers
  3. Graphics Cards
  4. Memory
  5. Motherboards
  6. Processors
  7. Software
  8. Storage
  9. Operating Systems


Facebook RSS Twitter Twitter Google Plus


Phoronix Test Suite

OpenBenchmarking.org

KWin May Drop Support For Catalyst, Vintage GPUs

KDE

Published on 20 February 2012 08:49 PM EST
Written by Michael Larabel in KDE
108 Comments

The KWin compositing window manager for KDE may drop its older OpenGL renderer, which would remove support for vintage GPUs/drivers, but this would also include eliminating -- at least temporarily -- support for the AMD Catalyst graphics driver.

Martin Gräßlin has written a blog post this afternoon entitled The Costs of Supporting Legacy Hardware. In this blog post Martin talks about the cost of supporting older graphics cards / drivers with the KWin compositing window manager for KDE users. In particular, he shares the troubles he has in supporting the older OpenGL 1.x renderer back-end for KWin. The OpenGL 2.x back-end, which is shared with the OpenGL ES 2.0 support too, is completely different from the old GL1 renderer.

He ends up saying that he may likely drop the OpenGL 1.x renderer from KWin as it's a support burden. A majority of hardware supports OpenGL 2.0+ (basically anything in more than the past half-decade), the GL2 code-paths are superior, and it's really just not worth maintaining the GL1 back-end any longer. Martin also mentions the XRender back-end for Kwin as being a cost with it being considered a "legacy support system" for those without proper OpenGL support.
To sum it up: we have increased complexity, increased maintenance costs and lots of code just for OpenGL 1.x related hardware which we cannot really test. So a rather bad situation. Additionally it is nothing which we can continue to support in the future. Neither Wayland nor Qt 5 will make sense on such hardware (XRender based compositing might still make sense with Qt 5, but as the name says not with Wayland).

Given this the logical step would be to remove the OpenGL 1.x related code completely. This would of course clash with the demand of some user groups thinking we have to run on old legacy hardware. In the case of Intel GPUs it might be in fact true that there is still a larger number of users around – this is of course difficult to judge.

Another real issue for removing is that the proprietary ATI driver (aka Catalyst/fglrx) only provides a decent compositing performance with indirect rendering restricting the available API to OpenGL 1.x. So removing OpenGL 1.x support would mean removing OpenGL compositing support for all fglrx powered systems even if the GPU supports OpenGL 4. But to be honest: given that the radeon driver has no problems with OpenGL 2 on the same hardware, I would not mind removing support for proprietary drivers.

So aside from those running deathly-slow hardware, Catalyst driver users at least temporarily would get shafted by this move. However, this may leave AMD no choice but to improve their GL code-paths that are stressed by KWin. The only other portion of users potentially affected in size would be those with Intel i945-based netbooks, which don't have full GL2 driver support in Mesa. All other worthwhile hardware and drivers out there are capable of handling OpenGL 2.0+ with KWin.

Martin does also mention the possibility of using LLVMpipe with KWin, which is something he is going to explore as a means of software acceleration. LLVMpipe already works quite well with the GNOME Shell, even in virtual machines, thanks to Gallium3D and LLVM. "If I am satisfied with the performance, I will be tempted to remove the OpenGL 1.x based legacy code..."

About The Author
Michael Larabel is the principal author of Phoronix.com and founded the web-site in 2004 with a focus on enriching the Linux hardware experience and being the largest web-site devoted to Linux hardware reviews, particularly for products relevant to Linux gamers and enthusiasts but also commonly reviewing servers/workstations and embedded Linux devices. Michael has written more than 10,000 articles covering the state of Linux hardware support, Linux performance, graphics hardware drivers, and other topics. Michael is also the lead developer of the Phoronix Test Suite, Phoromatic, and OpenBenchmarking.org automated testing software. He can be followed via and or contacted via .
Latest Linux Hardware Reviews
  1. Even With Re-Clocking, Nouveau Remains Behind NVIDIA's Proprietary Linux Driver
  2. The Power Consumption & Efficiency Of Open-Source GPU Drivers
  3. AMD R600g/RadeonSI Performance On Linux 3.16 With Mesa 10.3-devel
  4. Intel Pentium G3258 On Linux
Latest Linux Articles
  1. Nouveau vs. Radeon vs. Intel Tests On Linux 3.16, Mesa 10.3-devel
  2. KVM Benchmarks On Ubuntu 14.10
  3. X.Org Server 1.16 Officially Released With Terrific Features
  4. Ubuntu With Linux 3.16 Smashes OS X 10.9.4 On The MacBook Air
Latest Linux News
  1. Hawaii Bug-Fixes Start Hitting Mainline RadeonSI Gallium3D
  2. The FFmpeg vs. Libav War Continues In Debian Land
  3. Grand Theft Auto Running On Direct3D Natively On Linux Shows Gallium3D Potential
  4. GCC As A Just-In Time Compiler Is An Interesting Project
  5. Age Of Wonders III Is Still Being Ported To Linux
  6. Git 2.1 To Further Mainline Windows Support Patches
  7. Debian 8.0 Jessie Is Settling For Linux 3.16
  8. Meson: A Next-Gen Build System Showing Promise
  9. Linux 3.16-rc7 Calms Things Down For The Linux 3.16 Kernel
  10. Open-Source AMD Users Report Hawaii GPU Acceleration Is Working
Latest Forum Discussions
  1. Open-source drivers on ATI R7 260X
  2. Updated and Optimized Ubuntu Free Graphics Drivers
  3. List of Linux friendly Kickstarter projects
  4. Linus Torvalds On GCC 4.9: Pure & Utter Crap
  5. Porting Mesa to the Playstation 2
  6. ASRock AM1H-ITX: One Of The Best AM1 Mini-ITX Motherboards
  7. Debian + radeonsi
  8. Table test