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 R600g/RadeonSI Performance On Linux 3.16 With Mesa 10.3-devel
  2. Intel Pentium G3258 On Linux
  3. SilverStone Precision PS10
  4. ASRock Z97 Extreme6
Latest Linux Articles
  1. KVM Benchmarks On Ubuntu 14.10
  2. X.Org Server 1.16 Officially Released With Terrific Features
  3. Ubuntu With Linux 3.16 Smashes OS X 10.9.4 On The MacBook Air
  4. Preview: Benchmarking CentOS 7.0 & Scientific Linux 7.0
Latest Linux News
  1. Linux Developers Jump Quickly On ACPI 5.1, Helps Out ARM
  2. Pkg 1.3.0 Released To Improve Package Management On FreeBSD
  3. GOG.com Officially Starts Rolling Out Linux Games
  4. Fedora 21 Has Been Delayed By Three Weeks
  5. Mono Begins To Focus On Performance, Assembles A Team
  6. Oracle Linux 7 Released Today As Its RHEL7 Clone
  7. Unigine Develops City Traffic System, A Driving Simulator
  8. Intel 3.0 X.Org Driver Still Baking, New Development Release
  9. Eric Anholt Makes Progress With Broadcom VC4 Graphics Driver
  10. Intel Is Getting Very Close To OpenGL 4.0/4.1/4.2 Mesa Support
Latest Forum Discussions
  1. Updated and Optimized Ubuntu Free Graphics Drivers
  2. Radeon related kernel bug??
  3. how the US intellegentia operates:
  4. AMD Publishes Open-Source Linux HSA Kernel Driver
  5. Next-Gen OpenGL To Be Announced Next Month
  6. Open-Source Radeon Performance Boosted By Linux 3.16
  7. Remote gui not accessible in Phoronix Test Suite 5.2
  8. AMD "Hawaii" Open-Source GPU Acceleration Still Not Working Right