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

Canonical Starts Work On Mir Multi-Monitor Handling

Ubuntu

Published on 31 July 2013 07:02 AM EDT
Written by Michael Larabel in Ubuntu
22 Comments

One of the feature limitations of using the Mir Display Server up to this point has been when using multiple monitors (or say a laptop connected to a projector) the only display configuration possibility is using a cloned mode whereby the screens are the same. Canonical's Mir developers have begun working on improved multi-monitor handling.

With revision 892 made to Mir on Tuesday, this very big commit ends up adding support for non-cloned display configurations. Introduced with this commit is no longer being limited to having cloned displays but now there's a side-by-side display configuration whereby the displays are offset on the screen based upon resolution. This support works when using GBM with outputs exposed via a kernel mode-setting driver.

The branch where the code was pulled from notes:
This MP adds support for arbitrary display configurations (see the SideBySide configuration policy in one of tests for a non-cloned configuration). Next step is to make the hardware cursor behave properly with multiple monitors.

To see this in action change the DefaultDisplayConfigurationPolicy to act like e.g. the side by side configuration policy, and run mir_demo_standalone_render_surfaces. You should see the mir surfaces moving between connected monitors (the virtual space they move in is the bounding rectangle of the two screens).

MM support in GBM works by grouping together outputs that overlap in the virtual coordinate space, either completely, as in clone, or partially. Each group uses the same DisplayBuffer that covers the bounding rectangle of all outputs in the group. Outputs that don't overlap with any other outputs live in their own group and have their own DisplayBuffer. We can fine tune the details of the policy in upcoming MPs as needed (e.g. create separate DisplayBuffers if the overlap is small or the resulting DisplayBuffer is too large).

Also committed on Tuesday with another revision a new --nested-mode option for running a Mir Display Server in a nested configuration atop an already present Mir process.

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. AMD "Hawaii" Open-Source GPU Acceleration Still Not Working Right
  2. Updated and Optimized Ubuntu Free Graphics Drivers
  3. Radeon related kernel bug??
  4. how the US intellegentia operates:
  5. AMD Publishes Open-Source Linux HSA Kernel Driver
  6. Next-Gen OpenGL To Be Announced Next Month
  7. Open-Source Radeon Performance Boosted By Linux 3.16
  8. Remote gui not accessible in Phoronix Test Suite 5.2