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 Benchmarking Platform
Phoromatic Test Orchestration

Provider Object Support For RandR 1.5

X.Org

Published on 10 June 2012 07:00 AM EDT
Written by Michael Larabel in X.Org
4 Comments

The latest work by David Airlie for improving the X.Org infrastructure to handle modern GPU features (e.g. multi-GPUs, Optimus-like capabilities, etc) comes in the form of a proposed RandR protocol update.

Aside from David's DDX driver API re-work and other API/ABI breakage to the xorg-server, David's updating the Resize and Rotate extension to the X.Org Server. He's ultimately hoping to have DRI2 offload slaves and output slaves by this September with X.Org Server 1.13.

His proposed RandR update is to add the concept of "provider objects" to this popular X extension. As said by his mailing list message, "A provider object represents a GPU or virtual device that provides rendering or output services to the X server. This is the first rev of a protocol to enumerate providers devices, set their roles, and provide generic properties based on output properties for them."

This provider object work would form RandR 1.5. Here's some additional details about why you might be interested in provider objects with RandR 1.5:
1.5 Introduction to version 1.5 of the extension

Version 1.5 adds a new object called a provider object. A provider object represents a GPU or virtual device providing services to the X server. Providers have a set of abilities and a set of possible roles.

Provider objects are used to control multi-GPU systems. Provider roles can be dynamically configured to provide support for:

1) Output slaving: plug in a USB device, but have its output rendered using the main GPU. On some dual-GPU laptops, the second GPU isn't connected to the LVDS panel, so we need to use the first GPU as an output slave for the second GPU.

2) DRI2 offload - For dual-GPU laptops, allow DRI2 applications to be run on the second GPU and display on the first GPU.

3) GPU switching - Allow switching between two GPUs as the main screen renderer.

4) multiple GPU rendering - This replaces Xinerama.
At this time there's no other planned features to RandR 1.5.

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 News
  1. Pinos Is For Linux Video What PulseAudio Is For Audio
  2. Crossing 200,000 Benchmark Results Posted On LinuxBenchmarking.com
  3. New Mesa Vec4 Backend For Intel, Supports Their NIR Goals
  4. "PulseVideo" Coming To Complement PulseAudio?
  5. Premium Users Now Can Experience Our New Site
  6. XFS Will Get DAX Support In The Linux 4.2 Kernel
  7. X.Org Server Lands More Mode-Setting/GLAMOR Improvements, But No Sign Of 1.18
  8. Linux Mint 17.2 Officially Released With Cinnamon/MATE Flavors
  9. Fedora For MIPS Is Now Out In Testing, Supports The Creator CI20
  10. KDE Plasma 5.3.2 Fixes Shutdown Scripts, Few Dozen Other Bugs
Latest Articles & Reviews
  1. How KDE VDG Is Trying To Make Open-Source Software Beautiful
  2. Attempting To Try Out BCache On The Linux 4.1 Kernel
  3. CompuLab's Fitlet Is A Very Tiny, Fanless, Linux PC With AMD A10 Micro
  4. AMD A10-7870K Godavari: RadeonSI Gallium3D vs. Catalyst Linux Drivers
Most Viewed News This Week
  1. Kubuntu 15.10 Could Be The End Of The Road
  2. Linus Is Looking Forward To Merging KDBUS, But Not Convinced By Performance
  3. NVIDIA Starts Supplying Open-Source Hardware Reference Headers
  4. KDBUS Won't Be Pushed Until The Linux 4.3 Kernel
  5. Linux 4.2 Kernel Gets Port To New Processor Architecture
  6. The Staging Pull For Linux 4.2: "Big, Really Big"
  7. The State & Complications Of Porting The Unity Editor To Linux
  8. SteamOS "Brewmaster" Is Valve's New Debian 8.1 Based Version