OpenSolaris

Printable Version Enter a New Search
Bug ID 6585549
Synopsis X Resize, Rotate and Reflect (RandR) 1.2 [PSARC/2007/430]
State 10-Fix Delivered:Verified (Fix available in build)
Category:Subcategory xserver:client_libs
Keywords pkg-rev
Responsible Engineer Alan Coopersmith
Reported Against s10_60
Duplicate Of
Introduced In
Commit to Fix snv_71
Fixed In snv_71
Release Fixed solaris_nevada(snv_71) , solaris_10u5(s10u5_01) (Bug ID:2154072)
Related Bugs 6580970 , 5092080
Submit Date 26-July-2007
Last Update Date 8-April-2009
Description
This case updates the definition of The X Resize, Rotate and Reflect
Extension (RandR) protocol used in Solaris from version 1.1 to version 1.2
of the spec from the X.Org Foundation.

It additionally updates the libXrandr client API from version 1.1 to 
version 1.2, and the xrandr client application from version 1.1 to 1.2.2.

Support for RandR version 1.2 in the Xorg server will be handled by 
the Xorg server 1.3 case coming to PSARC soon.

The additions to the protocol are described in this section of the 
protocol spec [1]:

    1.2 Introduction to version 1.2 of the extension

    One of the significant limitations found in version 1.1 of the
    RandR protocol was the inability to deal with the Xinerama model
    where multiple monitors display portions of a common underlying
    screen. In this environment, zero or more video outputs are
    associated with each CRT controller which defines both a set of
    video timings and a 'viewport' within the larger screen. This
    viewport is independent of the overall size of the screen, and may
    be located anywhere within the screen.

    The effect is to decouple the reported size of the screen from the
    size presented by each video output, and to permit multiple
    outputs to present information for a single screen.

    To extend RandR for this model, we separate out the output, CRTC
    and screen configuration information and permit them to be
    configured separately. For compatibility with the 1.1 version of
    the protocol, we make the 1.1 requests simultaneously affect both
    the screen and the (presumably sole) CRTC and output. The set of
    available outputs are presented with UTF-8 encoded names and may
    be connected to CRTCs as permitted by the underlying
    hardware. CRTC configuration is now done with full mode
    information instead of just size and refresh rate, and these modes
    have names. These names also use UTF-8 encoding. New modes may
    also be added by the user.

The new functions in the API are C bindings to these new protocol requests.

The xrandr(1) command has similarly been extended to expose this new 
functionality, while remaining compatible with X servers offering only
the older version of the extension.
Work Around
N/A
Comments
N/A