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 Benchmarking Platform
Phoromatic Test Orchestration

Binary Driver Blobs Aren't Yet Ready For Wayland

Wayland

Published on 25 July 2012 08:23 AM EDT
Written by Michael Larabel in Wayland
77 Comments

Aside from the Wayland/Weston 0.95 announcement, also being discussed in recent days on the Wayland development list has been support supporting the AMD Catalyst and NVIDIA Linux binary graphics drivers under Wayland.

For those that may be living under a rock for the past while, the binary Linux graphics drivers don't yet support the proper features for running Wayland. If you want to run Wayland natively on the hardware, you're basically left to use the open-source Intel, Radeon, or Nouveau graphics driver stacks; there's some exceptions, but these are the easiest ways to get Wayland with Weston up and running.

AMD and NVIDIA will be unlikely to support Wayland/Weston until there's any serious adoption of this next-generation display server to succeed the X.Org Server on the Linux desktop. When there's benefits to Wayland where they can justifying the support expense, the support will likely come but not anytime in the near future -- not in 2012.

On the Wayland mailing list there's a recent thread of RFC: Ideas to run weston on nvidia/ATI blob with hardware acceleration. The idea comes down to implementing a libEGL.so library to basically wrap around the NVIDIA/AMD libGL.so to provide "fake" EGL library support that wraps around the blob, the KMS need can be bypassed by using an X.Org Server with the normal blob DDX, and for buffer sharing the SHM implementation can be used right now until the drivers support a GL Extension for sharing buffers between different processes. There's some some other technical hurdles to jump, but this is the basic overview.

"In this way, we eliminated the last Barrier that bind us to X, the blob."

But, of course, some Wayland developers think that the binary drivers can just burn in hell and everything will be fine. "Wayland is already successful in a large way. It is most certainly not contingent upon proprietary drivers supporting wayland. Nvidia will likely fix their driver, but only *AFTER* wayland is being used."

And other comments like:
Please don't make it easy for "the blob to work with Wayland/Weston", and don't change anything in our stacks for that to happen. Please don't sacrifice anything in our side.

Let Nvidia adapt to Wayland/Weston and not the other way around. And if they won't, I think people will be more than happy to be on Nouveau.

Fuck you nvidia!
With fall-back support to using a classic X.Org Server this might be possible, but the binary Linux graphics drivers aren't simply going to disappear anytime soon. The binary Linux graphics drivers are still faster, more power efficient, comply with the latest Khronos OpenGL specifications, and offer greater features (SLI / CrossFire, multiple AA modes, etc) than what's currently possible on the different open-source graphics drivers. Anyone that says otherwise is living in an imaginary world.

Regardless, it's a fun discussion to be had...

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 Articles & Reviews
  1. Trying Out The Modern Linux Desktops With 4 Monitors + AMD/NVIDIA Graphics
  2. Turning A Basement Into A Big Linux Server Room
  3. NVIDIA's $1000+ GeForce GTX TITAN X Delivers Maximum Linux Performance
  4. OS X 10.10 vs. Ubuntu 15.04 vs. Fedora 21 Tests: Linux Sweeps The Board
  5. The New Place Where Linux Code Is Constantly Being Benchmarked
  6. 18-GPU NVIDIA/AMD Linux Comparison Of BioShock: Infinite
Latest Linux News
  1. Fedora 22 Alpha Now Available For AArch64 & PowerPC64
  2. Systemd Developers Did NOT Fork The Linux Kernel
  3. PulseAudio 7.0 To Enable LFE Remixing By Default
  4. Features & Changes Coming For Mir 0.13
  5. How Far Valve Has Come: Three Years Ago They Needed OpenGL Linux Help
  6. Audacity 2.1 Improves Noise Reduction, Adds Real-Time Effects Preview
  7. Linux 4.0-rc6 Kernel Released
  8. Automatically Managing The Linux Benchmarks Firing Constantly
  9. The Big Features Of The Linux 4.0 Kernel
  10. Mesa's Android Support Is Currently In Bad Shape
Most Viewed News This Week
  1. Introducing The Library Operating System For Linux
  2. Allwinner Continues Jerking Around The Open-Source Community
  3. Improved OpenCL Support For Blender's Cycles Renderer
  4. Open-Source Driver Fans Will Love NVIDIA's New OpenGL Demo
  5. GNOME 3.16 Released: It's Their Best Release Yet
  6. Systemd Change Allows For Stateless Systems With Tmpfs
  7. GNOME Shell & Mutter 3.16.0 Released
  8. GNU Nano 2.4.0 Brings Complete Undo System, Linter Support & More