From mboxrd@z Thu Jan 1 00:00:00 1970 From: Pekka Paalanen Subject: Re: Proposal for RandR version 1.6, Leases and EDID-based output grabs Date: Mon, 8 May 2017 10:33:51 +0300 Message-ID: <20170508103351.02b60ae9@eldfell> References: <86fuhrka4t.fsf@hiro.keithp.com> <4caa78af-7dc8-fbcf-d2ca-285d4554f5c9@daenzer.net> <86zifsyl6o.fsf@hiro.keithp.com> <20170407105618.200ad289@eldfell> <86lgr9xzi4.fsf@hiro.keithp.com> <20170410143531.09b84bd7@eldfell> <86lgqkw5p6.fsf@hiro.keithp.com> <20170502103945.4b52445e@eldfell> <868tmfl3lm.fsf@hiro.keithp.com> <20170503100809.262906bb@eldfell> <86tw5174y1.fsf@hiro.keithp.com> <20170504111346.767f7501@eldfell> <86inlg7b5n.fsf@hiro.keithp.com> <20170505112023.46106d46@eldfell> <867f1v1iut.fsf@hiro.keithp.com> <7f68d9fe-a40f-cfb2-3efd-1149d93bb5cb@gmail.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============2061286555==" Return-path: In-Reply-To: <7f68d9fe-a40f-cfb2-3efd-1149d93bb5cb-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: xorg-devel-bounces-go0+a7rfsptAfugRpC6u6w@public.gmane.org Sender: "xorg-devel" To: Mario Kleiner Cc: xorg-devel-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org, Michel =?UTF-8?B?RMOkbnplcg==?= , dri-devel-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org List-Id: dri-devel@lists.freedesktop.org --===============2061286555== Content-Type: multipart/signed; micalg=pgp-sha256; boundary="Sig_/u3A=Re06f2=nC5aVX_hbFso"; protocol="application/pgp-signature" --Sig_/u3A=Re06f2=nC5aVX_hbFso Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Sat, 6 May 2017 13:34:44 +0200 Mario Kleiner wrote: > Just please make sure that one (user configurable/opt-in if necessary)=20 > policy from the beginning is to allow leasing out any output to=20 > applications, not just HMDs. My type of scientific/medical applications=20 > would benefit as soon as it has the option to get a drm lease for a=20 > given output on both X and Wayland based systems. That's not a=20 > theoretical future use case, but one i'd try to offer to my users as=20 > soon as a stable protocol/implementation is available in a regular Linux= =20 > distribution. It wouldn't be fun for inexperienced users if they had to=20 > hack the database for every model of display they want to use, or if=20 > every untrusted user would have to have a root password to do so. Hi Mario, as Keith said, the DRM leasing API is ok for that. Such policy must not be part of the database, IMO, so it's not an issue for the database. This is another reason why I think the database should only describe the hardware, not set usage patterns nor be an extension of display server configuration. For Wayland, we would need to experiment. I would not start with the assumption that the Wayland extension used for grabbing HMD outputs could also be used to grab an arbitrary output that the compositor is already using for the desktop. Since an output is a part of the desktop, it is possible it needs more strict or slightly different grabbing semantics. I believe one should design both cases separately and then see how much they have overlap. Thanks, pq PS. Keith, I started writing a reply to you, but didn't finish yet. --Sig_/u3A=Re06f2=nC5aVX_hbFso Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEJQjwWQChkWOYOIONI1/ltBGqqqcFAlkQH18ACgkQI1/ltBGq qqfGehAAjN7sXFZOpn2wWPk9XlU8lskHyX7jgTWwvMKdZCxWar0viocRxlbHIyqN emOUt/n4P4FOVJD8XmwJRwa+oenQ0j8s3B82dceM0o16R1t/4l+rSo1nxX15MTaE 1v0i2sRZMh6dQj1NHLpxh0mLP8GL+eur42r9sA3A44OpD571L3eQ0qYpOJYNb/Fq +/STy8ZXEDC+NTBZrq6Z+ZADlEV7bph1veQsgDYi8NT+qUymbxXtW1JNuvG99/Es 37tly63hM0U2LV7mQxgf7Yw34Cg0LguCP8OnjBD3DsmUbO4kvQBKAlbkN74lL2cS uwDGg3bfGg6ysZ2iR7lC9yQj8mk5/HjFsDiqAuV1li1G8aEjRt5D5LL0ufaU7fXa eCwP/5aA5qYbYwQuaa2v7Zbd1s+W9HlYdhDJznSTHBsBT6o09eE7w1badZnnZQ0K xMQ8yN8enw6vlxXXGZlK5xditrYyWL5H4fE/kIHISSD4/rkQ+piQTgEGczospaRw dTlUglnMUuqqCinioh9CYWsJbrVqPiCkzztoptglq5zbwHZECEohqGExrfaPqlP+ DZrp13cSqxxwUMva82sigwnD+FRna7/LC/J9k8rX/tbPpA+ht0A1wAe50k3RqyPx /2YcCnh5eiufDz/8w2+7vHExmxML51tUM71sfKRUDeOqWEo4XR4= =qRHX -----END PGP SIGNATURE----- --Sig_/u3A=Re06f2=nC5aVX_hbFso-- --===============2061286555== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: inline X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KeG9yZy1kZXZl bEBsaXN0cy54Lm9yZzogWC5PcmcgZGV2ZWxvcG1lbnQKQXJjaGl2ZXM6IGh0dHA6Ly9saXN0cy54 Lm9yZy9hcmNoaXZlcy94b3JnLWRldmVsCkluZm86IGh0dHBzOi8vbGlzdHMueC5vcmcvbWFpbG1h bi9saXN0aW5mby94b3JnLWRldmVs --===============2061286555==--