All of lore.kernel.org
 help / color / mirror / Atom feed
From: Julien Grall <julien.grall@citrix.com>
To: Doug Goldstein <cardoe@cardoe.com>, xen-devel@lists.xen.org
Cc: Ian Campbell <ian.campbell@citrix.com>,
	Stefano Stabellini <stefano.stabellini@eu.citrix.com>
Subject: Re: [PATCHv3] 00/28] Kconfig conversion
Date: Fri, 13 Nov 2015 11:41:40 +0000	[thread overview]
Message-ID: <5645CC74.6000509@citrix.com> (raw)
In-Reply-To: <1447368869-17360-1-git-send-email-cardoe@cardoe.com>

Hi Doug,

On 12/11/15 22:54, Doug Goldstein wrote:
> The following series is a follow on to the Kconfig conversion patch series.
> There are still more components to convert however this is the bare minimal
> to get everything working and get the options out of the existing makefiles.
> 
> The CONFIG_HAS_ variables are there to match the behavior of the Linux
> CONFIG_HAVE_ variables. The purpose is to say that this hardware/profile/env
> supports this option while the CONFIG_ variable states that this option was
> requested on/off by user intervention.
> 
> Ultimately my goal is to allow for more parts of the hypervisor to be turned
> off at compile time and potentially make it easier to include more
> experimental features by others which can be turned off by default. Also to
> provide the one true location for all possible knobs in the source code.
> 
> The patch series can be grabbed at: https://github.com/cardoe/xen.git
> The branch is: kconfig_v3
> 
> Changes since v2:
> - drop x86_32 support (patch 2)
> - fix make defconfig (patch 2)
> - fix 'make -C xen' vs 'cd xen && make' behaving differently (patch 2)
> - fix for ARM64 builds (added patch 3)
> - At this point all targets are tested on x86_64, arm32, and arm64 with
>   fresh clones and rebuilds.

After this series, the resulting binary won't be the same. For instance
on ARM64 all the UART drivers are disabled.

The user/test system should be able to get the same options enabled by
default with and without your series.

I wasn't able to find any documentation how to use your Kconfig with
Xen, so I've tried different things which don't work as I was expected.

1) If I modify myself xen/.config to remove/add an option, the config
won't be recheck and ignored
2) make menuconfig doesn't expose any options => No possibility to
select any UART on ARM.

The latter is because how you define the option in the Kconfig:

config HAS_EXYNOS4210
	bool

Without any text, it's not possible for the user to select this option.

Regards,

-- 
Julien Grall

  parent reply	other threads:[~2015-11-13 11:41 UTC|newest]

Thread overview: 37+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-11-12 22:54 [PATCHv3] 00/28] Kconfig conversion Doug Goldstein
2015-11-12 22:54 ` [PATCHv3] 01/28] build: import Kbuild/Kconfig from Linux 4.2 Doug Goldstein
2015-11-12 22:54 ` [PATCHv3] 02/28] build: hookup Kconfig build and usage Doug Goldstein
2015-11-12 22:54 ` [PATCHv3] 03/28] arm: drop now redefined CONFIG_64BIT Doug Goldstein
2015-11-13  8:07   ` Jan Beulich
2015-11-13 14:11     ` Doug Goldstein
2015-11-12 22:54 ` [PATCHv3] 04/28] build: convert HAS_PASSTHROUGH use to Kconfig Doug Goldstein
2015-11-12 22:54 ` [PATCHv3] 05/28] build: convert HAS_DEVICE_TREE " Doug Goldstein
2015-11-12 22:54 ` [PATCHv3] 06/28] build: convert HAS_PCI " Doug Goldstein
2015-11-12 22:54 ` [PATCHv3] 07/28] build: convert HAS_NS16550 " Doug Goldstein
2015-11-12 22:54 ` [PATCHv3] 08/28] build: convert HAS_IOPORTS " Doug Goldstein
2015-11-12 22:54 ` [PATCHv3] 09/28] build: convert HAS_ACPI " Doug Goldstein
2015-11-12 22:54 ` [PATCHv3] 10/28] build: convert HAS_VIDEO " Doug Goldstein
2015-11-12 22:54 ` [PATCHv3] 11/28] build: convert HAS_VGA " Doug Goldstein
2015-11-12 22:54 ` [PATCHv3] 12/28] build: convert HAS_CPUFREQ " Doug Goldstein
2015-11-12 22:54 ` [PATCHv3] 13/28] build: convert HAS_GDBSX " Doug Goldstein
2015-11-12 22:54 ` [PATCHv3] 14/28] build: convert HAS_PDX " Doug Goldstein
2015-11-12 22:54 ` [PATCHv3] 15/28] build: convert HAS_KEXEC " Doug Goldstein
2015-11-12 22:54 ` [PATCHv3] 16/28] build: convert HAS_ARM_HDLCD " Doug Goldstein
2015-11-12 22:54 ` [PATCHv3] 17/28] build: convert HAS_CADENCE_UART " Doug Goldstein
2015-11-12 22:54 ` [PATCHv3] 18/28] build: convert HAS_PL011 " Doug Goldstein
2015-11-12 22:54 ` [PATCHv3] 19/28] build: convert HAS_EXYNOS4210 " Doug Goldstein
2015-11-12 22:54 ` [PATCHv3] 20/28] build: convert HAS_OMAP " Doug Goldstein
2015-11-12 22:54 ` [PATCHv3] 21/28] build: convert HAS_SCIF " Doug Goldstein
2015-11-12 22:54 ` [PATCHv3] 22/28] build: convert HAS_EHCI " Doug Goldstein
2015-11-12 22:54 ` [PATCHv3] 23/28] build: convert HAS_MEM_ACCESS " Doug Goldstein
2015-11-12 22:54 ` [PATCHv3] 24/28] build: convert HAS_MEM_PAGING " Doug Goldstein
2015-11-12 22:54 ` [PATCHv3] 25/28] build: convert HAS_MEM_SHARING " Doug Goldstein
2015-11-12 22:54 ` [PATCHv3] 26/28] build: convert HAS_GICV3 " Doug Goldstein
2015-11-13 11:17   ` Julien Grall
2015-11-12 22:54 ` [PATCHv3] 27/28] build: convert CONFIG_COMPAT " Doug Goldstein
2015-11-12 22:54 ` [PATCHv3] 28/28] build: convert kexec options to CONFIG_KEXEC Doug Goldstein
2015-11-13 11:41 ` Julien Grall [this message]
2015-11-13 12:54   ` [PATCHv3] 00/28] Kconfig conversion Jan Beulich
2015-11-13 13:30     ` Julien Grall
2015-11-13 22:31   ` Doug Goldstein
2015-11-13 22:47     ` 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=5645CC74.6000509@citrix.com \
    --to=julien.grall@citrix.com \
    --cc=cardoe@cardoe.com \
    --cc=ian.campbell@citrix.com \
    --cc=stefano.stabellini@eu.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.