All of lore.kernel.org
 help / color / mirror / Atom feed
From: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
To: buildroot@busybox.net
Subject: [Buildroot] [PATCH 02/22] core/pkg-utils: kconfig mangling defaults to current package's .config
Date: Fri, 1 May 2020 15:55:56 +0200	[thread overview]
Message-ID: <20200501155556.09733746@windsurf.home> (raw)
In-Reply-To: <14c3b30890f0dbccd6954e9e6c88de483b321b65.1586002215.git.yann.morin.1998@free.fr>

Hello,

On Sat,  4 Apr 2020 14:10:14 +0200
"Yann E. MORIN" <yann.morin.1998@free.fr> wrote:

> The kconfig mangling macros currently operate on the caller-supplied
> .config file, on the assumption that the caller will always know what
> file to mangle.
> 
> This was correct so far, as packages would indeed only mangle their own
> .config files.
> 
> However, the linux kernel does its mangling based on whether some
> packages are enabled or not. That list of conditional mangling is
> getting bigger and bigger with each new package that needs such
> mangling, culminating with the pending firewalld one [0]. Furthermore,
> this mangling is not accessible to packages in br2-external trees. So
> we'll want to have packages provide the mangling commands.
> 
> So we'll want the mangling to be done on the linux' .config file,,i.e.
> and the expanding package context, not in the package calling the
> macros.

I fixed up this paragraph.

> This has the added benefit that we do not have to repeat in the
> exp[anding package context the knowledge of how the .config file is
> named:
> 
>     FOO_KCONFIG_DOTCONFIG = .config
>     define FOO_KCONFIG_FIXUPS_CMDS
>         $(call KCONFIG_ENABLE_OPT,BLA,$(@D)/.config)

And dropped $(@D)/.config from this example.. because it's precisely
what you're explaining: we no longer need to specify it explicitly.


> -# KCONFIG_MUNGE_DOT_CONFIG (option, newline, file)
> +# KCONFIG_DOT_CONFIG ([file])

I've added a comment here that explains what this macro is doing.

> +KCONFIG_DOT_CONFIG = $(strip \
> +	$(if $(strip $(1)), $(1), \
> +		$($(PKG)_BUILDDIR)/$($(PKG)_KCONFIG_DOTCONFIG) \
> +	) \
> +)

Thanks,

Thomas
-- 
Thomas Petazzoni, CTO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com

  reply	other threads:[~2020-05-01 13:55 UTC|newest]

Thread overview: 32+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-04-04 12:10 [Buildroot] [PATCH 00/22] linux: allow packages to set kconfig options (branch yem/pkg-linux-opts) Yann E. MORIN
2020-04-04 12:10 ` [Buildroot] [PATCH 01/22] core/pkg-utils: rationalise kconfig option mangling Yann E. MORIN
2020-08-30  7:54   ` Peter Korsgaard
2020-04-04 12:10 ` [Buildroot] [PATCH 02/22] core/pkg-utils: kconfig mangling defaults to current package's .config Yann E. MORIN
2020-05-01 13:55   ` Thomas Petazzoni [this message]
2020-08-30  7:54   ` Peter Korsgaard
2020-04-04 12:10 ` [Buildroot] [PATCH 03/22] boot/barebox: don't specify .config to munge Yann E. MORIN
2020-04-04 12:10 ` [Buildroot] [PATCH 04/22] boot/uboot: " Yann E. MORIN
2020-04-04 12:10 ` [Buildroot] [PATCH 05/22] boot/busybox: " Yann E. MORIN
2020-04-04 12:10 ` [Buildroot] [PATCH 06/22] boot/swupdate: " Yann E. MORIN
2020-04-04 12:10 ` [Buildroot] [PATCH 07/22] boot/uclibc: " Yann E. MORIN
2020-04-04 12:10 ` [Buildroot] [PATCH 08/22] linux: " Yann E. MORIN
2020-04-04 12:10 ` [Buildroot] [PATCH 09/22] linux: allow packages to set options Yann E. MORIN
2020-05-01 13:56   ` Thomas Petazzoni
2020-04-04 12:10 ` [Buildroot] [PATCH 10/22] package/audit: bear the kernel options munging Yann E. MORIN
2020-04-06 12:10   ` Matthew Weber
2020-04-04 12:10 ` [Buildroot] [PATCH 11/22] package/intel-micro-code: " Yann E. MORIN
2020-04-04 12:10 ` [Buildroot] [PATCH 12/22] package/ktap: " Yann E. MORIN
2020-04-04 12:10 ` [Buildroot] [PATCH 13/22] package/pcm-tools: " Yann E. MORIN
2020-04-04 12:10 ` [Buildroot] [PATCH 14/22] package/linux-tools/perf: " Yann E. MORIN
2020-05-01 13:57   ` Thomas Petazzoni
2020-04-04 12:10 ` [Buildroot] [PATCH 15/22] package/systemd: " Yann E. MORIN
2020-04-04 12:10 ` [Buildroot] [PATCH 16/22] package/smack: " Yann E. MORIN
2020-04-04 12:10 ` [Buildroot] [PATCH 17/22] package/sunxi-mali-mainline-driver: " Yann E. MORIN
2020-04-04 12:10 ` [Buildroot] [PATCH 18/22] package/iptables: " Yann E. MORIN
2020-04-04 12:10 ` [Buildroot] [PATCH 19/22] package/xtables-addons: " Yann E. MORIN
2020-04-04 12:10 ` [Buildroot] [PATCH 20/22] package/wireguard-linux-compat: " Yann E. MORIN
2020-04-04 12:10 ` [Buildroot] [PATCH 21/22] package/libselinux: " Yann E. MORIN
2020-04-06 12:08   ` Matthew Weber
2020-04-19 18:14     ` Adam Duskett
2020-04-04 12:10 ` [Buildroot] [PATCH 22/22] package/kernel-module-imx-gpu-viv: " Yann E. MORIN
2020-05-01 13:54 ` [Buildroot] [PATCH 00/22] linux: allow packages to set kconfig options (branch yem/pkg-linux-opts) Thomas Petazzoni

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=20200501155556.09733746@windsurf.home \
    --to=thomas.petazzoni@bootlin.com \
    --cc=buildroot@busybox.net \
    /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.