From: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
To: Andrew Jones <drjones@redhat.com>
Cc: konrad@darnok.org, jeremy@goop.org,
xen-devel@lists.xensource.com,
virtualization@lists.linux-foundation.org,
stefano.stabellini@eu.citrix.com
Subject: Re: [PATCH 2/4 v2] xen kconfig: relax INPUT_XEN_KBDDEV_FRONTEND deps
Date: Wed, 11 Jan 2012 12:30:09 -0500 [thread overview]
Message-ID: <20120111173009.GC4449@phenom.dumpdata.com> (raw)
In-Reply-To: <1326299801-7966-2-git-send-email-drjones@redhat.com>
On Wed, Jan 11, 2012 at 05:36:39PM +0100, Andrew Jones wrote:
> PV-on-HVM guests may want to use the xen keyboard/mouse frontend, but
> they don't use the xen frame buffer frontend. For this case it doesn't
> make much sense for INPUT_XEN_KBDDEV_FRONTEND to depend on
> XEN_FBDEV_FRONTEND. The opposite direction always makes more sense, i.e.
What is the disadvantege of keeping it as is?
> if you're using xenfb, then you'll want xenkbd. Switch the dependencies.
>
You are missing the CC to the proper maintainer.
Also, did you test this with PV and PVonHVM guests?
> Signed-off-by: Andrew Jones <drjones@redhat.com>
> ---
> drivers/input/misc/Kconfig | 2 +-
> drivers/video/Kconfig | 2 +-
> 2 files changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/drivers/input/misc/Kconfig b/drivers/input/misc/Kconfig
> index 22d875f..36c15bf 100644
> --- a/drivers/input/misc/Kconfig
> +++ b/drivers/input/misc/Kconfig
> @@ -533,7 +533,7 @@ config INPUT_CMA3000_I2C
>
> config INPUT_XEN_KBDDEV_FRONTEND
> tristate "Xen virtual keyboard and mouse support"
> - depends on XEN_FBDEV_FRONTEND
> + depends on XEN
> default y
> select XEN_XENBUS_FRONTEND
> help
> diff --git a/drivers/video/Kconfig b/drivers/video/Kconfig
> index d83e967..3e38c2f 100644
> --- a/drivers/video/Kconfig
> +++ b/drivers/video/Kconfig
> @@ -2263,7 +2263,7 @@ config FB_VIRTUAL
>
> config XEN_FBDEV_FRONTEND
> tristate "Xen virtual frame buffer support"
> - depends on FB && XEN
> + depends on FB && XEN && INPUT_XEN_KBDDEV_FRONTEND
> select FB_SYS_FILLRECT
> select FB_SYS_COPYAREA
> select FB_SYS_IMAGEBLIT
> --
> 1.7.7.5
next prev parent reply other threads:[~2012-01-11 17:30 UTC|newest]
Thread overview: 31+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-01-06 16:39 [PATCH] xen: remove CONFIG_XEN_DOM0 compile option Andrew Jones
2012-01-06 16:59 ` Stefano Stabellini
2012-01-09 10:37 ` [Xen-devel] " Andrew Jones
2012-01-09 11:39 ` Stefano Stabellini
2012-01-09 14:56 ` Konrad Rzeszutek Wilk
2012-01-09 16:12 ` Stefano Stabellini
2012-01-09 17:04 ` Konrad Rzeszutek Wilk
2012-01-09 17:38 ` Andrew Jones
2012-01-09 18:44 ` Stefano Stabellini
2012-01-10 0:57 ` Jeremy Fitzhardinge
2012-01-11 15:37 ` [Xen-devel] " Andrew Jones
2012-01-11 16:19 ` Konrad Rzeszutek Wilk
2012-01-11 16:36 ` [PATCH 1/4] xen kconfig: keep XEN_XENBUS_FRONTEND builtin Andrew Jones
2012-01-11 16:36 ` [PATCH 2/4 v2] xen kconfig: relax INPUT_XEN_KBDDEV_FRONTEND deps Andrew Jones
2012-01-11 17:30 ` Konrad Rzeszutek Wilk [this message]
2012-01-12 10:59 ` Andrew Jones
2012-01-11 16:36 ` [PATCH 3/4 v2] xen kconfig: add dom0 support help text Andrew Jones
2012-01-11 16:36 ` [PATCH 4/4] xen kconfig: describe xen tmem in the config menu Andrew Jones
2012-01-11 17:35 ` Konrad Rzeszutek Wilk
2012-01-12 10:54 ` Andrew Jones
2012-01-11 17:28 ` [PATCH 1/4] xen kconfig: keep XEN_XENBUS_FRONTEND builtin Konrad Rzeszutek Wilk
2012-01-12 10:49 ` [Xen-devel] " Andrew Jones
2012-01-12 14:37 ` Konrad Rzeszutek Wilk
2012-01-12 15:42 ` Bastian Blank
2012-01-12 17:46 ` [Xen-devel] " Andrew Jones
2012-01-11 17:27 ` [PATCH] xen: remove CONFIG_XEN_DOM0 compile option Konrad Rzeszutek Wilk
2012-01-12 10:53 ` [Xen-devel] " Andrew Jones
2012-01-09 18:12 ` Stefano Stabellini
2012-01-09 17:26 ` Andrew Jones
2012-01-06 17:16 ` Ian Campbell
-- strict thread matches above, loose matches on Subject: below --
2012-01-09 10:43 [Xen-devel] [PATCH 2/4] xen kconfig: relax INPUT_XEN_KBDDEV_FRONTEND deps Andrew Jones
2012-01-09 17:51 ` [PATCH 2/4 v2] " Andrew Jones
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=20120111173009.GC4449@phenom.dumpdata.com \
--to=konrad.wilk@oracle.com \
--cc=drjones@redhat.com \
--cc=jeremy@goop.org \
--cc=konrad@darnok.org \
--cc=stefano.stabellini@eu.citrix.com \
--cc=virtualization@lists.linux-foundation.org \
--cc=xen-devel@lists.xensource.com \
/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).