RandR version 1.2 revisited

[Keith Packard]

On Wed, 2006-09-13 at 11:08 -0400, Alex Deucher wrote:

> Rather then having one big "screen" with multiple crtcs pointed at it,
> it would be more efficient to have each crtc point at it's own
> "screen" for multi-head modes.

Each screen gets it's own list of CRTCs, you can do this if you like.

And, there's nothing saying you have to allocate a contiguous frame
buffer for a screen. Consider how the current Xinerama implementation
works; the screen is broken up into separate frame buffers.

The main issue is that I'm not interested in attempting to dynamically
change the number of X screens visible through the protocol; that looks
'really hard' to get right. And, I'm not sure it's useful anyway, the
only thing it gives us over Xinerama-style multi-monitor is the ability
to have different depths. Given Composite's ability to synthesize
arbitrary depths, you can even run the hardware at different depths as
long as the software synthesizes a matching set of depths on each
monitor.

-- 
keith.packard at intel.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
URL: <http://lists.x.org/archives/xorg/attachments/20060913/6f3c6815/attachment.pgp>