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

Ubuntu Announces Mir, A X.Org/Wayland Replacement

X.Org

Published on 04 March 2013 01:06 PM EST
Written by Michael Larabel in X.Org
154 Comments

Canonical has lift the lid on Mir, it's name for the display server they are designing in-house. Mir will replace the X.Org Server on Ubuntu and it's not based upon Wayland or any other existing display server project.

One month ago there was talk of Ubuntu rolling its own display server not based upon Wayland or X.Org/X11. That's now been confirmed with the surfacing of the Mir specification on the Ubuntu Wiki. "We are developing a next generation display server known as Mir. A system-level component targeted as a replacement for the X window server system to unlock next-generation user experiences for devices ranging from Linux desktop to mobile devices powered by Ubuntu. This document outlines the motivation for the project, describes the high level design, summarizes the scope, and provides the roadmap of the Mir display server."

Here's the quick summary for those not wanting (or caring) about all the details:

- Mir is a new display server being developed at Canonical and it is not based on X.Org or Wayland.
- Android graphics drivers will be supported. Existing DRM/KMS/Mesa/GBM (the open-source Linux graphics drivers) will work. Canonical is pressuring the binary blob vendors to make their drivers compatible.
- There will be support for legacy X11 applications through an integrated root-less X.Org Server.
- Canonical will natively support the GTK3 and Qt/QML tool-kits with Mir.
- Mir will be used for all form factors from Ubuntu Phones to the Ubuntu Linux desktop.
- Mir should be ready for Ubuntu Phone OS by this October while it should come to other form factors (and the desktop) in one year's time.

The specification says the limitations Canonical has with X is that it shares lots of system state across process boundaries, the X input model is complex, the compositor hierarchy ends on the session level, and the X graphics driver model lacks focus.

With Canonical's Mir, they are seeking a well-defined driver model based largely around Google's Android where it's tailored towards EGL/GL (namely OpenGL ES), there's minimal assumptions about the underlying driver model, the ability to leverage existing drivers implementing the Android driver model, and the ability to leverage existing hardware compositors. "In summary, we want to provide a graphics stack that works across different platforms and driver models by limiting our assumptions to a bare minimum."

As for why not using Wayland/Weston, the reasons expressed are the input event handling partly recreates the X semantics, the shell integration parts of the protocol are considered prvileged.

The slated objectives of Mir is well-defined functionality, efficiency, test-driven, versatile & flexible, security, and toolkit integration and legacy X application support.

Canonical developers will make to see that applications relying upon Qt/QML, GTK3, XUL, etc will be able to use Mir in an "out of the box" manner. The legacy X support will come from an in-session root-less X Server.

In terms of code, on Launchpad they have the initial Mir server and client libraries, Qt bindings to Mir, a Unity system compositor for Mir, and a early Unity shell implementation using Mir. Here's some of their architecture drawings:

Ubuntu Announces Mir, A X.Org/Wayland Replacement Ubuntu Announces Mir, A X.Org/Wayland Replacement

Aside from supporting Android graphics drivers, Mir right now will support free software graphics drivers built upon Mesa and DRM with GBM and KMS support. Canonical is said to be in talks with the closed-source vendors (namely NVIDIA and AMD) about supporting Mir and a unified EGL-centric driver model.

By October they hope Mir with "Unity Next" will be ready to be supported on Ubuntu Phone. By April of next year they already hope to have "Complete convergence across the form factors is achieved, with Mir serving as the carrier across form factors, powering a seamless transition between different use-cases and devices."

This time-line and the ambition of having their own display server not derived from X.Org or Wayland is rather surprising, especially with the expedited time-frame on delivering. Canonical doesn't have many experienced low-level graphics stack developers in-house (their X.Org/Mesa team is very small and hasn't done much upstream engagement) and even Wayland/Weston's development having gone on for so long with many developers, many of whom are X.Org/DRI/DRM veterans, is still going rather slowly.

We'll see how Mir for Ubuntu turns out... And whether it gets adopted by anyone else in the Linux world.

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. Trying The Configurable 45 Watt TDP With AMD's A10-7800 / A6-7400K
  2. Sumo's Omni Gets Reloaded
  3. AMD A10-7800 & A6-7400K APUs Run Great On Linux
  4. Radeon Gallium3D Is Running Increasingly Well Against AMD's Catalyst Driver
Latest Linux Articles
  1. Intel's Latest Linux Graphics Code Competes Against OS X 10.9
  2. Intel Sandy Bridge Gets A Surprise Boost From Linux 3.17
  3. Open-Source Radeon Graphics Have Some Improvements On Linux 3.17
  4. CPUFreq Scaling Tests With AMD's Kaveri On Linux 3.16
Latest Linux News
  1. DirectFB Updates GTK3 Support, Working Towards DirectFB 1.8
  2. Userptr Support Set For AMD Radeon GPUs In Linux 3.18
  3. NVIDIA Releases CUDA 6.5 As A Huge Update
  4. GNOME 3.14 Beta Makes GLSL Optional, Supports Wayland Gesture/Touch Events
  5. KDE Software Compilation 4.14 Released
  6. The Many Things You Can Build With A Raspberry Pi
  7. AMD's Catalyst Linux Driver Preparing For A World Without An X Server?
  8. Khronos Publishes Its Slides About OpenGL-Next
  9. Proposed: A Tainted Performance State For The Linux Kernel
  10. Systemd 216 Piles On More Features, Aims For New User-Space VT
Latest Forum Discussions
  1. Systemd 216 Piles On More Features, Aims For New User-Space VT
  2. AMD Offers Mantle For OpenGL-Next, Pushes Mantle To Workstations
  3. Dead Island for Linux (?)
  4. The dangers of Linux kernel development
  5. Remote gui not accessible in Phoronix Test Suite 5.2
  6. Updated and Optimized Ubuntu Free Graphics Drivers
  7. Next-Gen OpenGL To Be Announced Next Month
  8. OpenGL 4.5 Released With New Features