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

No KMS? No Mesa? Run Wayland Off A Linux Framebuffer!

Wayland

Published on 22 November 2010 12:04 AM EST
Written by Michael Larabel in Wayland
13 Comments

Besides needing to get the various tool-kits and other libraries ported to run atop the Wayland Display Server, another requirement limiting the adoption of this X11 Server alternative so far has been the specialized graphics requirements. From the beginning, Wayland was designed for GPU drivers that support kernel mode-setting (KMS), Graphics Execution Manager (GEM) buffers, and OpenGL ES, among some other smaller requirements. Originally only the Intel Linux driver would work, but since then the various branches needed to support Wayland have been merged to their mainline code-bases and it's possible to run Wayland with the open-source ATI Radeon and Nouveau drivers too. But those using the proprietary ATI or NVIDIA drivers have not been able to run Wayland nor those people utilizing the VESA driver or any of the other obscure graphics drivers that lack any of the needed GPU driver capabilities. This though has now changed as it's been proved possible that Wayland in fact can run off a Linux frame-buffer.

Two patches have been published that first change around Wayland to allow it to be run off a Linux frame-buffer and then the second patch adds a Wayland FB compositor. These patches haven't been called to be pushed into Wayland yet, nor does it work completely yet, but it means that DRI / Mesa and the other graphics requirements can be bypassed. So far this Wayland frame-buffer setup has been tested with the NouveauFB and uvesafb drivers. It's quite interesting, but at the same time this display server with integrated compositor had consumed more than 8GB of virtual memory just to run Wayland with a terminal application. Clearly if this is to be a viable solution for those wanting to run Wayland but lack the proper graphics hardware or driver capabilities, there's a lot of work ahead.

The Wayland frame-buffer compositor measures in at just over 600 lines of code while it's a 1,000+ line patch against the core part of Wayland to make it handle running without a DRM compositor and all of these other graphics bits. The Linux frame-buffer has traditionally been used for just showing text on a console without relying upon an X.Org Server and its drivers or anything else vias the Linux kernel. Besides the console, GTK+, Qt Extended, and other libraries already support touching the frame-buffer directly, where it's in use on embedded/mobile devices. This Linux frame-buffer support though is generally CPU-based and the frame-buffer can be mapped in the system's main memory, but there is DirectFB to provide hardware acceleration over the kernel's frame-buffer.

It will be interesting to see what happens with this frame-buffer support for Wayland and whether it ends up getting picked up. It would greatly expand the number of systems where Wayland can be used, including on the binary blobs where NVIDIA has no immediate plans to properly support Wayland. This may also help Canonical in their Wayland adoption plans for the Ubuntu Unity desktop.

Information (and the patches) on this Wayland bring-up on the Linux frame-buffer can be found on the Wayland mailing list.

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. AMD Catalyst 14.6 Does Slightly Better With APITest OpenGL Tests
  2. Updated Source Engine Benchmarks On The Latest AMD/NVIDIA Linux Drivers
  3. Nouveau vs. Radeon vs. Intel Tests On Linux 3.16, Mesa 10.3-devel
  4. KVM Benchmarks On Ubuntu 14.10
Latest Linux News
  1. Fedora Assembles A Security Team
  2. AMD Launches The A10-7800, The 65 Watt Kaveri
  3. Builder: A New Development IDE Being Built For GNOME
  4. GDB 7.8 Betters Python Scripting, Adds Guile Support
  5. GNOME's GTK+ Is Still Striving For A Scene Graph, Canvas API
  6. Unreal Tournament Looks Great For Team Deathmatch
  7. LibreOffice 4.3 Released With Many Exciting Changes
  8. GNOME/GTK On Wayland Gains Focus At GUADEC
  9. GNOME Stakeholders Take Issue With Groupon Over their Gnome
  10. GStreamer VA-API Plug-In Update Adds New Features
Latest Forum Discussions
  1. Debian + radeonsi
  2. Grand Theft Auto Running On Direct3D Natively On Linux Shows Gallium3D Potential
  3. AMD Publishes Open-Source Linux HSA Kernel Driver
  4. Linus Torvalds On GCC 4.9: Pure & Utter Crap
  5. Open-source drivers on ATI R7 260X
  6. AMD Athlon 5350 APU On Linux
  7. Updated and Optimized Ubuntu Free Graphics Drivers
  8. List of Linux friendly Kickstarter projects