Legacy Mesa Drivers Receive Their Death Sentence

Posted by Michael Larabel on August 24, 2011

Last year at XDS 2010 Toulouse there was a discussion about killing old X.Org / Mesa drivers with fire. In particular, dropping all the old drivers that go un-maintained and have little in the way of users and modern functionality. Last year they decided to not really do much about it since these drivers cause little maintenance burden, but the topic has been brought up again and it sounds like these crusty old Linux drivers will finally receive their death sentence.

Intel's Ian Romanick has reignited the discussion about causing death to old drivers -- in fact, that's the title of his mailing list thread.

Ian has proposed stripping away drivers for hardware that is too old and doesn't support modern features (i.e. hardware that hasn't been common for 12+ years), drivers that are un-maintained and that "even hacking in new featureswith dummy implementations is painful", and for "drivers [that] are so buggy that many piglit tests hang the GPU."

Ian wants to kill these old drivers as he's been working up to clean up code within the heart of Mesa, but when refactoring core Mesa code, these old drivers are just getting in the way. Ian also notes that Fedora has begun to stop shipping non-DRI2 Mesa drivers.

The drivers that Ian mentions he wants to drop from the Mesa tree are all DRI1 drivers, which include: i810, Mach64, MGA, R128, Savage, SiS, and Tdfx. The only one of these DRI1 hardware drivers that still might be missed by a small portion of users would be the i810 driver, which provides the Intel Mesa support for pre-i915 IGPs. This though shouldn't be a terrible shock. Intel engineers haven't given a damn about the i810/855 series for years since some of this old hardware was already fairly problematic just when it came to mode-setting and there was already a host of DDX issues when migrating to the GEM-enabled KMS-only stack.

For these old Intel IGPs and the other DRI1 drivers, there is likely little users of them these days -- and if they are they are likely not being updated with new software releases as modern Linux distributions would run on this vintage hardware at a snail's pace.

Besides killing off those drivers, Ian is also looking to remove the un-maintained gldirect and ICD Windows drivers. He also wants to drop BeOS and fbdev, which is the driver for having a software rasterizer directly on a raw frame-buffer device.

In support of killing off these open-source drivers are other Mesa developers, like AMD's Alex Deucher as well as Brian Paul, the original creator of Mesa. Only one user has expressed interest in these drivers and having them moved to a legacy branch, so that in a theoretical world there will be another open-source developer to come along and maintain these ancient drivers and make them work with the modern Mesa interfaces and can then be re-integrated into the stack. There's commonly talk like this, but rarely (if ever) actually materializes in having maintained legacy drivers. Regardless, thanks to Git, accessing dead code is possible.

It looks like these old drivers will finally be laid to rest.

This discussion right now is just concerning the Mesa side of things, but not in terms of any old X.Org (DDX) drivers. There was talk of that last year with there being many vintage X.Org drivers that are no longer touched, aside from an occasional and belated update to make the DDX compatible with the latest X.Org Server interface. Hopefully these old DDX drivers will be killed off too once the 3D drivers go, or just removed from future X.Org katamari releases.

Discuss this article in our forums, IRC channel, or email the author. You can also follow our content via RSS and on social networks like Facebook, Identi.ca, and Twitter (@Phoronix and @MichaelLarabel). Subscribe to Phoronix Premium to view our content without advertisements, view entire articles on a single page, and experience other benefits.
Latest Hardware Reviews
  1. Sumo Lounge Emperor
  2. Gallium3D Continues Improving OpenGL For Older Radeon GPUs
  3. 15-Way Open vs. Closed Source NVIDIA/AMD Linux GPU Comparison
  4. Nouveau vs. NVIDIA Linux Comparison Shows Shortcomings
Latest Software Articles
  1. Btrfs vs. EXT4 vs. XFS vs. F2FS On Linux 3.10
  2. AMD Radeon R600 GPU LLVM 3.3 Back-End Testing
  3. F2FS File-System Shows Regressions On Linux 3.10
  4. Previewing The Radeon Gallium3D Shader Optimizations
Latest Linux News
  1. Mageia 3 Released, Still Using Legacy GRUB
  2. NetBSD 6.1 Brings In More Features
  3. Using Six Monitors With AMD's Open-Source Linux Driver
  4. Benchmarking The Intel P-State, CPUfreq Changes
  5. FreeBSD Still Working On Next-Gen Package Manager
  6. DNF Still Advancing As Experimental Yum For Fedora
  7. Logitech Begins Supporting Linux Users
  8. Modern Intel Gallium3D Driver Still Being Toyed With
  9. Linux 3.10 Kernel Benchmarks On A Core i7 Laptop
  10. GCC 4.8.1 Compiler Due To Be Out Next Week
  11. Linux 3.10 Kernel Benchmarks For Intel Ivy Bridge
Latest Forum Talk
  1. Mageia 3 Released, Still Using Legacy GRUB
  2. Logitech Begins Supporting Linux Users
  3. Btrfs vs. EXT4 vs. XFS vs. F2FS On Linux 3.10
  4. Kubuntu, KDE Has Little Hope For Ubuntu's Mir
  5. OpenSUSE Considers Replacing LXDE With E17
  6. Using Six Monitors With AMD's Open-Source Linux...
  1. Computers
  2. Display Drivers
  3. Graphics Cards
  4. Motherboards
  5. Peripherals
  6. Processors
  7. Software
  8. Operating Systems
  9. All Articles
  1. Linux Benchmarking
  2. OpenBenchmarking.org
  3. Phoronix Test Suite