Why More Companies Don't Contribute To X.Org

Posted by Michael Larabel on November 27, 2010

Being brought up from the discussion surrounding the RadeonHD driver being vandalized, which wound up just being a prank by two X.Org developers to torment one of the former RadeonHD developers, was a discussion why more companies don't contribute back to X.Org. Do companies think the X.Org code is too hard? That it's not worth the time? Is it all politics?

Here's the beginning of this new thread. Reasons expressed by other developers range from Microsoft F.U.D. to vendors just wishing X.Org would go away, provide the vendors with a competitive advantage by not pushing their patches upstream, to their code just being in a poor and unreliable state. There's also the matter that with the modularized X.Org state, it's easier to keep and maintain an out-of-tree DDX driver than it is maintaining an out-of-tree kernel driver on Linux.

In an attempt to increase the X.Org developer base, there are efforts underway to increase the X.Org documentation pool so that the barrier to entry is lower, but still there is a whole lot of areas of the X stack that are currently left undocumented. There's also reported to be a few days prior to the 2011 X Developers' meeting where it will focus upon improving the documentation at large.

Besides the lack of documentation and higher barrier to entry in general than other areas of the Linux stack, what's stopping you or your company from contributing back to X.Org in one form or another? It will be interesting to see if the situation with Wayland turns out any better since its code-base is significantly smaller and cleaner (though it's now LGPLv2 licensed) than the aging X11 Server.

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. Gallium3D Continues Improving OpenGL For Older Radeon GPUs
  2. 15-Way Open vs. Closed Source NVIDIA/AMD Linux GPU Comparison
  3. Nouveau vs. NVIDIA Linux Comparison Shows Shortcomings
  4. AMD Radeon Gallium3D More Competitive With Catalyst On Linux
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. Modern Intel Gallium3D Driver Still Being Toyed With
  2. Linux 3.10 Kernel Benchmarks On A Core i7 Laptop
  3. GCC 4.8.1 Compiler Due To Be Out Next Week
  4. Linux 3.10 Kernel Benchmarks For Intel Ivy Bridge
  5. Linux's "Ondemand" Governor Is No Longer Fit
  6. Firefox 22 Beta Enables WebRTC Support
  7. OpenSUSE 13.1 Milestone 1 Released
  8. DRM Graphics Driver Comes For Dove/Cubox
  9. JADE: An LLVM-Based Video Decoder For MPEG RVC
  10. Ubuntu 13.10 Likely Switching To Chromium Browser
  11. Unity 7, Compiz To Be Polished For Ubuntu 13.10
Latest Forum Talk
  1. Unity 8, Mir To Be Experimental Choice In Ubuntu...
  2. Linux's "Ondemand" Governor Is No...
  3. Greater Radeon Gallium3D Shader Optimization Tests
  4. Kubuntu, KDE Has Little Hope For Ubuntu's Mir
  5. Btrfs vs. EXT4 vs. XFS vs. F2FS On Linux 3.10
  6. Modern Intel Gallium3D Driver Still Being Toyed...
  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