xen-devel.lists.xenproject.org archive mirror
 help / color / mirror / Atom feed
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.

  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).