From: Dmitry Torokhov <dmitry.torokhov@gmail.com>
To: Oleksandr Andrushchenko <andr2000@gmail.com>
Cc: xen-devel@lists.xenproject.org, jandryuk@gmail.com,
Oleksandr Andrushchenko <oleksandr_andrushchenko@epam.com>,
linux-input@vger.kernel.org
Subject: Re: [PATCH] xen/kbdif: Add frontend's virtual device options
Date: Thu, 26 Apr 2018 14:14:39 -0700 [thread overview]
Message-ID: <20180426211439.GA210716@dtor-ws> (raw)
In-Reply-To: <20180424073138.19866-1-andr2000@gmail.com>
Hi Oleksandr,
On Tue, Apr 24, 2018 at 10:31:38AM +0300, Oleksandr Andrushchenko wrote:
> From: Oleksandr Andrushchenko <oleksandr_andrushchenko@epam.com>
>
> It is now not possible to control if and which virtual devices
> are created by the frontend, e.g. keyboard and pointer devices
> are always created and multi-touch device is created if the
> backend advertises multi-touch support. In some cases this
> behavior is not desirable and better control over the frontend's
> configuration is required.
>
> Add new frontend options, so it is possible to individually
> control set of exposed virtual devices for each guest OS:
> - set opt-no-pointer if no pointer device needs to be created
> - set opt-no-keyboard if no keyboard device needs to be created
> - set opt-no-multi-touch if no multi-touch device needs to be created
>
> Keep old behavior by default.
>
> Signed-off-by: Oleksandr Andrushchenko <oleksandr_andrushchenko@epam.com>
> ---
> xen/include/public/io/kbdif.h | 26 ++++++++++++++++++++++++++
> 1 file changed, 26 insertions(+)
>
> diff --git a/xen/include/public/io/kbdif.h b/xen/include/public/io/kbdif.h
> index 3ce54e9a44c1..703433156c1f 100644
> --- a/xen/include/public/io/kbdif.h
> +++ b/xen/include/public/io/kbdif.h
> @@ -132,6 +132,29 @@
> * OBSOLETE, not recommended for use.
> * PFN of the shared page.
> *
> + *--------------------------- Frontend Options -------------------------------
> + *
> + * For the below options if corresponding XenStore entry omitted,
> + * then the value must be treated as set to 0.
> + *
> + * opt-no-pointer
> + * Values: <uint>
> + *
> + * If no virtual pointer device to be exposed by the frontend then
> + * this must be set to 1.
> + *
> + * opt-no-keyboard
> + * Values: <uint>
> + *
> + * If no virtual keyboard device to be exposed by the frontend then
> + * this must be set to 1.
> + *
> + * opt-no-multi-touch
> + * Values: <uint>
> + *
> + * If no virtual multi-touch device to be exposed by the frontend then
> + * this must be set to 1.
> + *
> *----------------------- Multi-touch Device Parameters -----------------------
> *
> * multi-touch-num-contacts
> @@ -181,6 +204,9 @@
> #define XENKBD_FIELD_FEAT_MTOUCH "feature-multi-touch"
> #define XENKBD_FIELD_REQ_ABS_POINTER "request-abs-pointer"
> #define XENKBD_FIELD_REQ_MTOUCH "request-multi-touch"
> +#define XENKBD_FIELD_OPT_NO_PTR "opt-no-pointer"
> +#define XENKBD_FIELD_OPT_NO_KBD "opt-no-keyboard"
> +#define XENKBD_FIELD_OPT_NO_MTOUCH "opt-no-multi-touch"
So we have "feature-multi-touch" and "opt-no-multi-touch". What is the
difference between feature and option?
Also, for the pointer and keyboard, if we decide that features and
options can be merged, can we keep them positive (i.e.
"feature-keyboard" or "feature-rel-pointer") and mention in the protocol
spec that they are assumed to be present by default?
> #define XENKBD_FIELD_RING_GREF "page-gref"
> #define XENKBD_FIELD_EVT_CHANNEL "event-channel"
> #define XENKBD_FIELD_WIDTH "width"
> --
> 2.17.0
>
Thanks.
--
Dmitry
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xenproject.org
https://lists.xenproject.org/mailman/listinfo/xen-devel
next prev parent reply other threads:[~2018-04-26 21:14 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-04-24 7:31 [PATCH] xen/kbdif: Add frontend's virtual device options Oleksandr Andrushchenko
2018-04-26 21:14 ` Dmitry Torokhov [this message]
2018-04-27 6:02 ` Oleksandr Andrushchenko
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=20180426211439.GA210716@dtor-ws \
--to=dmitry.torokhov@gmail.com \
--cc=andr2000@gmail.com \
--cc=jandryuk@gmail.com \
--cc=linux-input@vger.kernel.org \
--cc=oleksandr_andrushchenko@epam.com \
--cc=xen-devel@lists.xenproject.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).