From: Ian Campbell <ian.campbell@citrix.com>
To: George Dunlap <George.Dunlap@eu.citrix.com>,
Julien Grall <julien.grall@citrix.com>
Cc: Doug Goldstein <cardoe@cardoe.com>,
"xen-devel@lists.xen.org" <xen-devel@lists.xen.org>
Subject: Re: [RFC 27/29] build: convert HAS_GICV3 use to Kconfig
Date: Tue, 6 Oct 2015 11:23:11 +0100 [thread overview]
Message-ID: <1444126991.5302.122.camel@citrix.com> (raw)
In-Reply-To: <CAFLBxZaxJ5V7QySiyF6LrfFvyBQrH_fC=oPXr=th=M8igLTVDw@mail.gmail.com>
On Tue, 2015-10-06 at 10:56 +0100, George Dunlap wrote:
> On Mon, Oct 5, 2015 at 11:25 PM, Julien Grall <julien.grall@citrix.com>
> wrote:
> > Hi,
> >
> > On 05/10/2015 23:03, Doug Goldstein wrote:
> > >
> > > Use the Kconfig generated CONFIG_HAS_GICV3 defines in the code base.
> >
> >
> > If you are going to rename all HAS_* to CONFIG_HAS_, please drop the
> > HAS
> > which is now redundant.
> >
> > >
> > > Signed-off-by: Doug Goldstein <cardoe@cardoe.com>
> > > ---
> > > xen/arch/arm/Kconfig | 4 ++++
> > > xen/arch/arm/Makefile | 2 +-
> > > xen/arch/arm/Rules.mk | 2 --
> > > xen/arch/arm/vgic.c | 2 +-
> > > xen/include/asm-arm/domain.h | 3 ++-
> > > xen/include/asm-arm/gic.h | 4 ++--
> > > xen/include/asm-arm/vgic.h | 2 +-
> > > 7 files changed, 11 insertions(+), 8 deletions(-)
> > >
> > > diff --git a/xen/arch/arm/Kconfig b/xen/arch/arm/Kconfig
> > > index f100f17..01744c7 100644
> > > --- a/xen/arch/arm/Kconfig
> > > +++ b/xen/arch/arm/Kconfig
> > > @@ -28,6 +28,10 @@ config ARCH_DEFCONFIG
> > > default "arch/arm/arm32_defconfig" if ARM_32
> > > default "arch/arm/arm64_defconfig" if ARM_64
> > >
> > > +# Select HAS_GICV3 if Generic Interrupt Connect (GICv3) is supported
> >
> >
> > s/Connect/Controller/ although saying GICv3 is enough. No need to spell
> > out
> > the acronym.
> >
> > If you really want to spell it it should be Generic Interrupt
> > Controller v3.
>
> Do remember that those comments are for users, not developers.
They really shouldn't be, the choice of inclusion of GICv3 is a choice for
the (sub)arch maintainer, not the end user.
And this is is a code comment in the Kconfig, not the help text for a user
facing option, so Doug hasn't actually made it a user facing option, which
is good and proper.
When this switch was first proposed I raised a concern about the
proliferation of user facing options and therefore of Xen binaries which
support different sets of h/w or feature support. I remain concerned about
that and your comment seems to me to be the first instance of that worry
becoming realised, even if it was based on a misunderstanding of where the
comment would appear.
> *You*
> may know without thinking that "GIC" is an interrupt controller, but
> many users would appreciate at least a hint so that they know whether
> they can safely ignore it or go look further into it.
No user of Xen should ever be asked to make this decision.
Ian.
next prev parent reply other threads:[~2015-10-06 10:23 UTC|newest]
Thread overview: 69+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-10-05 22:03 [RFC 00/29] Incomplete Kconfig conversion Doug Goldstein
2015-10-05 22:03 ` [RFC 01/29] build: import Kbuild/Kconfig from Linux 4.2 Doug Goldstein
2015-10-06 12:45 ` Jan Beulich
2015-10-06 16:00 ` Doug Goldstein
2015-10-06 16:47 ` Doug Goldstein
2015-10-07 6:32 ` Jan Beulich
2015-10-07 8:19 ` Ian Campbell
2015-10-07 8:23 ` Andrew Cooper
2015-10-07 9:54 ` Jan Beulich
2015-10-07 10:02 ` Ian Campbell
2015-10-05 22:03 ` [RFC 02/29] build: trim down Linux bits Doug Goldstein
2015-10-06 12:42 ` Jan Beulich
2015-10-06 16:02 ` Doug Goldstein
2015-10-06 16:15 ` Ian Campbell
2015-10-06 16:42 ` Doug Goldstein
2015-10-06 16:52 ` Ian Campbell
2015-10-05 22:03 ` [RFC 03/29] build: hookup initial Kconfig usage Doug Goldstein
2015-10-06 9:58 ` Andrew Cooper
2015-10-06 12:36 ` Jan Beulich
2015-11-10 23:00 ` Doug Goldstein
2015-11-11 8:57 ` Jan Beulich
2015-10-06 12:53 ` Jan Beulich
2015-10-05 22:03 ` [RFC 04/29] build: include config bits to build with Doug Goldstein
2015-10-05 22:03 ` [RFC 05/29] build: convert HAS_PASSTHROUGH use to Kconfig Doug Goldstein
2015-10-06 9:47 ` Andrew Cooper
2015-10-06 12:38 ` Jan Beulich
2015-10-06 15:47 ` Doug Goldstein
2015-10-05 22:03 ` [RFC 06/29] build: convert HAS_DEVICE_TREE " Doug Goldstein
2015-10-05 22:03 ` [RFC 07/29] build: convert HAS_PCI " Doug Goldstein
2015-10-05 22:03 ` [RFC 08/29] build: convert HAS_NS16550 " Doug Goldstein
2015-10-05 22:03 ` [RFC 09/29] build: convert HAS_IOPORTS " Doug Goldstein
2015-10-05 22:03 ` [RFC 10/29] build: convert HAS_ACPI " Doug Goldstein
2015-10-05 22:03 ` [RFC 11/29] build: convert HAS_VIDEO " Doug Goldstein
2015-10-05 22:03 ` [RFC 12/29] build: convert HAS_VGA " Doug Goldstein
2015-10-05 22:03 ` [RFC 13/29] build: convert HAS_CPUFREQ " Doug Goldstein
2015-10-05 22:03 ` [RFC 14/29] build: convert HAS_GDBSX " Doug Goldstein
2015-10-05 22:03 ` [RFC 15/29] build: convert HAS_PDX " Doug Goldstein
2015-10-05 22:03 ` [RFC 16/29] build: convert HAS_KEXEC " Doug Goldstein
2015-10-05 22:03 ` [RFC 17/29] build: convert HAS_ARM_HDLCD " Doug Goldstein
2015-10-05 22:03 ` [RFC 18/29] build: convert HAS_CADENCE_UART " Doug Goldstein
2015-10-05 22:03 ` [RFC 19/29] build: convert HAS_PL011 " Doug Goldstein
2015-10-05 22:03 ` [RFC 20/29] build: convert HAS_EXYNOS4210 " Doug Goldstein
2015-10-05 22:03 ` [RFC 21/29] build: convert HAS_OMAP " Doug Goldstein
2015-10-05 22:03 ` [RFC 22/29] build: convert HAS_SCIF " Doug Goldstein
2015-10-05 22:03 ` [RFC 23/29] build: convert HAS_EHCI " Doug Goldstein
2015-10-05 22:03 ` [RFC 24/29] build: convert HAS_MEM_ACCESS " Doug Goldstein
2015-10-05 22:03 ` [RFC 25/29] build: convert HAS_MEM_PAGING " Doug Goldstein
2015-10-05 22:03 ` [RFC 26/29] build: convert HAS_MEM_SHARING " Doug Goldstein
2015-10-05 22:03 ` [RFC 27/29] build: convert HAS_GICV3 " Doug Goldstein
2015-10-05 22:25 ` Julien Grall
2015-10-06 9:56 ` George Dunlap
2015-10-06 10:02 ` Julien Grall
2015-10-06 10:03 ` George Dunlap
2015-10-06 10:23 ` Ian Campbell [this message]
2015-10-06 15:43 ` Doug Goldstein
2015-10-05 22:03 ` [RFC 28/29] build: convert CONFIG_COMPAT " Doug Goldstein
2015-10-05 22:03 ` [RFC 29/29] build: convert kexec options to CONFIG_KEXEC Doug Goldstein
2015-10-05 22:12 ` [RFC 00/29] Incomplete Kconfig conversion Julien Grall
2015-10-06 15:49 ` Doug Goldstein
2015-10-05 23:47 ` Doug Goldstein
2015-10-06 9:39 ` Andrew Cooper
2015-10-06 9:41 ` Andrew Cooper
2015-10-06 10:15 ` Julien Grall
2015-10-06 10:21 ` Andrew Cooper
2015-10-06 13:05 ` Ian Campbell
2015-10-06 15:58 ` Doug Goldstein
2015-10-06 16:11 ` Ian Campbell
2015-11-09 15:06 ` Konrad Rzeszutek Wilk
2015-11-09 18:16 ` Doug Goldstein
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=1444126991.5302.122.camel@citrix.com \
--to=ian.campbell@citrix.com \
--cc=George.Dunlap@eu.citrix.com \
--cc=cardoe@cardoe.com \
--cc=julien.grall@citrix.com \
--cc=xen-devel@lists.xen.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).