From: Keith Packard <keithp@keithp.com>
To: Pekka Paalanen <ppaalanen@gmail.com>
Cc: xorg-devel@lists.freedesktop.org,
"Michel Dänzer" <michel@daenzer.net>,
dri-devel@lists.freedesktop.org
Subject: Re: Proposal for RandR version 1.6, Leases and EDID-based output grabs
Date: Sun, 09 Apr 2017 10:27:31 -0700 [thread overview]
Message-ID: <86lgr9xzi4.fsf@hiro.keithp.com> (raw)
In-Reply-To: <20170407105618.200ad289@eldfell>
[-- Attachment #1.1: Type: text/plain, Size: 1957 bytes --]
Pekka Paalanen <ppaalanen@gmail.com> writes:
> we need some kind of a database to recognize HMDs in any case, right?
> It would be best if the database was shared, so that everyone could
> recognize all HMDs, at least as far as one can do that based on EDID.
Yeah, I think you've got some good ideas here. Here are some questions
which this raises:
* What should we do with an HMD which is in the database but for which
no application is installed on the host?
* Entries in the database should probably have names an versions, so
that clients could have some way to identify whether they support
what has been connected. Would providing the manufacturer ID and
product codes be sufficient here?
* Should the database be visible and managed over X? Or should it be
hidden from clients and only visible to the X server?
* We want to generate events when the HMD is plugged in; how should
clients select for these?
> If we had such a database, perhaps interfaced with a library, when how
> about Xorg using that library to automatically recognize and hide HMDs?
> That library would of course be also used by all HMD-supporting Wayland
> servers.
I'm not sure a library is necessary, if the database was a directory
full of files.
> If there was such a library, maybe it could also handle EDID parsing
> once and for all... a libinput for outputs?
Yeah, not a terrible idea, but possibly more yak shaving than we really
need to get into here.
> Btw. I was also told at #openhmd that some HMDs do not appear as
> connected outputs until you specifically turn it on via USB. So there
> is going to be a hotplug, and you'd want to avoid sending that to
> normal X11 clients so that they won't race with the special VR client
> grabbing it.
It'd still get 'hot plugged' in the X server when enabled over USB, so
we'll want to hide that from regular clients in some way.
--
-keith
[-- Attachment #1.2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]
[-- Attachment #2: Type: text/plain, Size: 160 bytes --]
_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
next prev parent reply other threads:[~2017-04-09 17:27 UTC|newest]
Thread overview: 39+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-04-01 22:58 Proposal for RandR version 1.6, Leases and EDID-based output grabs "Keith Packard"
2017-04-02 15:43 ` Daniel Vetter
[not found] ` <20170402154302.zd7nmqf7vtcvgssu-dv86pmgwkMBes7Z6vYuT8azUEOm+Xw19@public.gmane.org>
2017-04-02 19:58 ` Keith Packard
2017-04-03 7:45 ` Daniel Vetter
[not found] ` <20170403074528.c7vwoi3mg7yeojdr-dv86pmgwkMBes7Z6vYuT8azUEOm+Xw19@public.gmane.org>
2017-04-03 16:41 ` Keith Packard
2017-04-03 22:07 ` Daniel Vetter
[not found] ` <20170403220749.5ujhdzuy6dnikwry-dv86pmgwkMBes7Z6vYuT8azUEOm+Xw19@public.gmane.org>
2017-04-03 22:50 ` Keith Packard
2017-04-04 7:02 ` Daniel Vetter
[not found] ` <20170404070242.rphtgg4yopek2sf7-dv86pmgwkMBes7Z6vYuT8azUEOm+Xw19@public.gmane.org>
2017-04-04 15:53 ` Keith Packard
2017-04-04 15:59 ` Daniel Vetter
[not found] ` <20170404155923.wllkgop2fyj7wydt-dv86pmgwkMBes7Z6vYuT8azUEOm+Xw19@public.gmane.org>
2017-04-04 16:48 ` Keith Packard
[not found] ` <864ly4glvd.fsf-6d7jPg3SX/+z9DMzp4kqnw@public.gmane.org>
2017-04-10 17:47 ` Mario Kleiner
2017-04-10 18:11 ` Keith Packard
2017-04-10 20:05 ` Mario Kleiner
[not found] ` <d6040e25-326c-90dd-bc47-d88e6823e9a3-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2017-04-10 21:16 ` Keith Packard
2017-04-10 18:45 ` Alex Deucher
2017-04-10 19:39 ` Keith Packard
2017-04-07 0:17 ` Michel Dänzer
[not found] ` <4caa78af-7dc8-fbcf-d2ca-285d4554f5c9-otUistvHUpPR7s880joybQ@public.gmane.org>
2017-04-07 3:02 ` Keith Packard
[not found] ` <86zifsyl6o.fsf-6d7jPg3SX/+z9DMzp4kqnw@public.gmane.org>
2017-04-07 7:56 ` Pekka Paalanen
2017-04-09 17:27 ` Keith Packard [this message]
2017-04-10 11:35 ` Pekka Paalanen
2017-04-28 22:03 ` Keith Packard
[not found] ` <86lgqkw5p6.fsf-6d7jPg3SX/+z9DMzp4kqnw@public.gmane.org>
2017-05-02 7:39 ` Pekka Paalanen
2017-05-02 14:45 ` Keith Packard
[not found] ` <868tmfl3lm.fsf-6d7jPg3SX/+z9DMzp4kqnw@public.gmane.org>
2017-05-03 7:08 ` Pekka Paalanen
2017-05-04 2:04 ` Keith Packard
[not found] ` <86tw5174y1.fsf-6d7jPg3SX/+z9DMzp4kqnw@public.gmane.org>
2017-05-04 8:13 ` Pekka Paalanen
2017-05-04 18:02 ` Keith Packard
[not found] ` <86inlg7b5n.fsf-6d7jPg3SX/+z9DMzp4kqnw@public.gmane.org>
2017-05-05 8:20 ` Pekka Paalanen
2017-05-05 14:25 ` Keith Packard
2017-05-06 11:34 ` Mario Kleiner
[not found] ` <7f68d9fe-a40f-cfb2-3efd-1149d93bb5cb-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2017-05-06 15:19 ` Keith Packard
2017-05-08 7:33 ` Pekka Paalanen
2017-05-10 0:29 ` Dave Airlie
[not found] ` <867f1v1iut.fsf-6d7jPg3SX/+z9DMzp4kqnw@public.gmane.org>
2017-05-08 10:47 ` Pekka Paalanen
2017-05-08 15:29 ` Keith Packard
[not found] ` <86fugfxt7p.fsf-6d7jPg3SX/+z9DMzp4kqnw@public.gmane.org>
2017-05-09 7:08 ` Pekka Paalanen
2017-04-29 5:52 ` Proposal for RandR version 1.6, Leases [v2] Keith Packard
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=86lgr9xzi4.fsf@hiro.keithp.com \
--to=keithp@keithp.com \
--cc=dri-devel@lists.freedesktop.org \
--cc=michel@daenzer.net \
--cc=ppaalanen@gmail.com \
--cc=xorg-devel@lists.freedesktop.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.