Proposal for RandR version 1.6, Leases and EDID-based output grabs

[Keith Packard]

Daniel Vetter <daniel at ffwll.ch> writes:

> Also if this confuses VR, then another reason why we want to make leases
> invariant and only allow pure revoke, not changing the list.

I'm not sure why you want this to be asymmetrical, nor why you would
expect lessees to be any more competent at dealing with hotplug than the
lessor.

One use case already proposed for this API was to allow for multi-seat,
where the lessee would be an existing window system, which we already
accept as being incompetent at dealing with resource hotplug. I imagine
that in this case, a newly plugged monitor would be detected by the
multi-seat manager (logind?) and added to one of the existing leases,
along with a suitable CRTC resource. For this to work, the lessee will
need to already know about those resources and only have their
connectivity status hidden.

-- 
-keith
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 832 bytes
Desc: not available
URL: <https://lists.x.org/archives/xorg-devel/attachments/20170403/b37c69d9/attachment.sig>