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. AMD Radeon R9 290: Gallium3D vs. Catalyst Drivers
  2. AMD Radeon R9 290 Open-Source Driver Works, But Has A Ways To Go
  3. Trying The Configurable 45 Watt TDP With AMD's A10-7800 / A6-7400K
  4. Sumo's Omni Gets Reloaded
Latest Linux Articles
  1. Testing For The Latest Linux Kernel Power Regression
  2. The Most Energy Efficient Radeon GPU For AMD Linux Gaming
  3. 20-Way Radeon Comparison With Open-Source Graphics For Steam On Linux Gaming
  4. Preview: OS X 10.10 Yosemite vs. Ubuntu Linux GPU Performance
Latest Linux News
  1. Chrome 38 Now In Beta With Exciting Advancements
  2. Ubuntu's Utopic Unicorn 14.10 Beta 1 Released
  3. Genode OS 14.08 Has New GUI Architecture, Pluggable VFS
  4. Another Intel Linux Power Regression Is Being Investigated
  5. DNF Makes It A Step Closer To Replacing Yum On Fedora
  6. OS Battle: Linux Takes 1.7% Desktop Marketshare
  7. PHP 5.6 Officially Released With New Debugger
  8. LibreOffice 4.3.1 Released
  9. Re-Clocking Your NVIDIA GPU With Nouveau On Linux 3.17
  10. Radeon DRM Queues More Changes, RV6xx UVD For Linux 3.18
Latest Forum Discussions
  1. Canonical Joined The Khronos Group To Help Mir/Wayland Drivers
  2. Users defect to Linux as OpenBSD removes Lynx from base system
  3. Best Radeon for a Power Mac G5?
  4. OC capability - Intel Core i5 4690K & Biostar Hi-Fi Z97WE
  5. Updated and Optimized Ubuntu Free Graphics Drivers
  6. AMD Releases UVD Video Decode Support For R600 GPUs
  7. Announcing radeontop, a tool for viewing the GPU usage
  8. It's Now Possible To Play Netflix Natively On Linux Without Wine Plug-Ins