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

Why More Companies Don't Contribute To X.Org

X.Org

Published on 27 November 2010 08:51 AM EST
Written by Michael Larabel in X.Org
92 Comments

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.

Latest Linux Hardware Reviews
  1. 13-Way Low-End GPU Comparison With AMD's AM1 Athlon
  2. ASUS AM1I-A: A Mini-ITX Board For Socketed Kabini APUs
  3. Mini-Box M350: A Simple, Affordable Mini-ITX Case
  4. Overclocking The AMD AM1 Athlon & Sempron APUs
Latest Linux Articles
  1. Ubuntu 12.04.4 vs. 13.10 vs. 14.04 LTS Desktop Benchmarks
  2. AMD OpenCL Performance With AM1 Kabini APUs
  3. A Quick Look At GCC 4.9 vs. LLVM Clang 3.5
  4. Are AMD Athlon/Sempron APUs Fast Enough For Steam On Linux?
Latest Linux News
  1. The Improv ARM Board Still Isn't Shipping; Riding A Dead Horse?
  2. Debian To Maintain 6.0 Squeeze As An LTS Release
  3. Wasteland 2 Is Finally Released For Linux Gamers
  4. FreeBSD Advances For ARM, Bhyve, Clang
  5. Ubuntu 14.04 LTS "Trusty Tahr" Officially Released
  6. Ubuntu 12.04 LTS vs. 14.04 LTS Server Benchmarks
  7. QEMU 2.0 Released With ARM, x86 Enhancements
  8. Running The Unity 8 Preview Session On Ubuntu 14.04 LTS
  9. R600 Gallium3D Disables LLVM Back-End By Default
  10. Fedora 21 Gets GNOME 3.12, PHP 5.6, Mono 3.4
  11. Fedora Workstation Is Making Me Quite Excited
  12. Maynard: A Lightweight Wayland Desktop
Latest Forum Discussions
  1. The GNOME Foundation Is Running Short On Money
  2. Updated and Optimized Ubuntu Free Graphics Drivers
  3. Radeon 8000M problematic on Linux?
  4. Linux Kernel Developers Fed Up With Ridiculous Bugs In Systemd
  5. After Jack Keane, RuseSoft will briing Ankh 3 to Linux through Desura
  6. Suspected PHP Proxy Issue
  7. Change installation destination from home directory
  8. Bye bye BSD, Hello Linux: A Sys Admin's Story