All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Jan Beulich" <jbeulich@suse.com>
To: sstabellini@kernel.org
Cc: artem_mygaiev@epam.com, lars.kurth@citrix.com,
	wei.liu2@citrix.com, George.Dunlap@eu.citrix.com,
	andrew.cooper3@citrix.com, ian.jackson@eu.citrix.com,
	xen-devel@lists.xen.org, julien.grall@arm.com, tim@xen.org,
	andrii_anisov@epam.com, Dario Faggioli <dfaggioli@suse.com>
Subject: Re: [PATCH v2 03/10] Rename HAS_MEM_ACCESS to MEM_ACCESS
Date: Tue, 22 May 2018 00:27:22 -0600	[thread overview]
Message-ID: <5B03B84A020000780013086F@prv1-mh.provo.novell.com> (raw)
In-Reply-To: <1526950408-18219-3-git-send-email-sstabellini@kernel.org>

>>> Stefano Stabellini <sstabellini@kernel.org> 05/22/18 2:53 AM >>>
>HAS_MEM_ACCESS has become selectable by the user on ARM32 and ARM64. To
>mark the change, rename the option from HAS_MEM_ACCESS to MEM_ACCESS.

I have a different suggestion, a model used (iirc) in a couple of places in Linux:
The feature controlling option is, as you make it here, MEM_ACCESS. It should
live in a non-arch-specific Kconfig though, and should be controlled by two further
options: HAS_MEM_ACCESS (telling whether the arch actually is capable of
doing this, i.e. MEM_ACCESS to depend on it) and something like
MEM_ACCESS_ALWAYS_ON (telling whether the prompt should be hidden and,
if the default with prompt enabled was "no", also controlling the default).

Jan



_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xenproject.org
https://lists.xenproject.org/mailman/listinfo/xen-devel

  reply	other threads:[~2018-05-22  6:27 UTC|newest]

Thread overview: 43+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-05-22  0:52 [PATCH v2 0/10] arm: more kconfig configurability and small default configs Stefano Stabellini
2018-05-22  0:53 ` [PATCH v2 01/10] arm: remove the ARM HDLCD driver Stefano Stabellini
2018-05-22  8:44   ` Julien Grall
2018-05-22 19:55     ` Stefano Stabellini
2018-05-22  0:53 ` [PATCH v2 02/10] arm: make it possible to disable more kconfig options Stefano Stabellini
2018-05-22  8:45   ` Julien Grall
2018-05-22 20:18     ` Stefano Stabellini
2018-05-22  9:05   ` Julien Grall
2018-05-22 20:20     ` Stefano Stabellini
2018-05-22  0:53 ` [PATCH v2 03/10] Rename HAS_MEM_ACCESS to MEM_ACCESS Stefano Stabellini
2018-05-22  6:27   ` Jan Beulich [this message]
2018-05-22 22:08     ` Stefano Stabellini
2018-05-22  0:53 ` [PATCH v2 04/10] arm: rename HAS_GICV3 to GICV3 Stefano Stabellini
2018-05-22  0:53 ` [PATCH v2 05/10] arm: make it possible to enable/disable UART drivers Stefano Stabellini
2018-05-22  6:34   ` Jan Beulich
2018-05-22  8:51     ` Julien Grall
2018-05-22  9:22       ` Jan Beulich
2018-05-22  9:25         ` Julien Grall
2018-05-22  9:37           ` Jan Beulich
2018-05-22 12:59             ` Julien Grall
2018-05-22 19:40     ` Stefano Stabellini
2018-05-22  0:53 ` [PATCH v2 06/10] xen: remove HAS_ prefix from UART Kconfig options Stefano Stabellini
2018-05-22  6:35   ` Jan Beulich
2018-05-22 22:23     ` Stefano Stabellini
2018-05-22  0:53 ` [PATCH v2 07/10] arm: make it possible to disable the SMMU driver Stefano Stabellini
2018-05-22  6:38   ` Jan Beulich
2018-05-22 20:05     ` Stefano Stabellini
2018-05-22  9:03   ` Julien Grall
2018-05-22 20:03     ` Stefano Stabellini
2018-05-22  0:53 ` [PATCH v2 08/10] arm: add a small kconfig for Renesas RCar H3 Stefano Stabellini
2018-05-22  9:22   ` Julien Grall
2018-05-22 21:00     ` Stefano Stabellini
2018-05-22 21:57       ` Julien Grall
2018-05-22 22:53         ` Stefano Stabellini
2018-05-23  8:26       ` Artem Mygaiev
2018-05-22  0:53 ` [PATCH v2 09/10] arm: add a small kconfig for qemu-system-aarch64 Stefano Stabellini
2018-05-22  0:53 ` [PATCH v2 10/10] xen: add cloc target Stefano Stabellini
2018-05-22  9:08   ` Jan Beulich
2018-05-22 20:08     ` Stefano Stabellini
2018-05-23  7:51       ` Jan Beulich
2018-05-23 18:21         ` Stefano Stabellini
2018-05-24  7:23           ` Jan Beulich
2018-05-24 18:41             ` Stefano Stabellini

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=5B03B84A020000780013086F@prv1-mh.provo.novell.com \
    --to=jbeulich@suse.com \
    --cc=George.Dunlap@eu.citrix.com \
    --cc=andrew.cooper3@citrix.com \
    --cc=andrii_anisov@epam.com \
    --cc=artem_mygaiev@epam.com \
    --cc=dfaggioli@suse.com \
    --cc=ian.jackson@eu.citrix.com \
    --cc=julien.grall@arm.com \
    --cc=lars.kurth@citrix.com \
    --cc=sstabellini@kernel.org \
    --cc=tim@xen.org \
    --cc=wei.liu2@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 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.