From: Francesco Valla <francesco@valla.it>
To: Ryan Eatmon <reatmon@ti.com>
Cc: openembedded-core@lists.openembedded.org,
Mathieu Dubois-Briand <mathieu.dubois-briand@bootlin.com>,
Richard Purdie <richard.purdie@linuxfoundation.org>
Subject: Re: [PATCH] uboot-config: fix KCONFIG_CONFIG_ROOTDIR path
Date: Sun, 15 Mar 2026 10:59:48 +0100 [thread overview]
Message-ID: <abaCTNC03wDBeEMQ@bywater> (raw)
In-Reply-To: <444c3784-b4d5-4882-a71f-78351dff0a80@ti.com>
Hello Ryan,
On Thu, Mar 12, 2026 at 03:56:51PM -0500, Ryan Eatmon wrote:
>
>
> On 3/4/2026 5:04 PM, Francesco Valla wrote:
> > Commit 22e96b3 ("u-boot: Make sure the build dir is unique for each
> > UBOOT_CONFIG") changed the u-boot build directory name to include the
> > UBOOT_CONFIG value the build is performed for. Align to the new pattern
> > also the KCONFIG_CONFIG_ROOTDIR variable, which is used by devtool to
> > create a config baseline in case the menuconfig task is enabled.
> >
> > This fixes the following error, which can be seen when building u-boot
> > under devtool and UBOOT_CONFIG contains a single configuration:
> >
> > cp: cannot stat '<u-boot-builddir>/<u-boot-defconfig>/.config': No such file or directory
> >
> > Signed-off-by: Francesco Valla <francesco@valla.it>
> > ---
> > meta/classes-recipe/uboot-config.bbclass | 3 ++-
> > 1 file changed, 2 insertions(+), 1 deletion(-)
> >
> > diff --git a/meta/classes-recipe/uboot-config.bbclass b/meta/classes-recipe/uboot-config.bbclass
> > index 112fea2de44cd716fbe65598b275410a4fb90056..f7848396c17fdf4835053b9f5a45480ef8ce9f1f 100644
> > --- a/meta/classes-recipe/uboot-config.bbclass
> > +++ b/meta/classes-recipe/uboot-config.bbclass
> > @@ -251,7 +251,8 @@ python () {
> > # Ensure the uboot specific menuconfig settings do not leak into other recipes
> > if 'u-boot' in recipename:
> > if len(ubootconfig) == 1:
> > - d.setVar('KCONFIG_CONFIG_ROOTDIR', os.path.join("${B}", d.getVar("UBOOT_MACHINE").strip()))
> > + builddir = "%s-%s" % (d.getVar("UBOOT_MACHINE").strip(), config)
> > + d.setVar('KCONFIG_CONFIG_ROOTDIR', os.path.join("${B}", builddir))
> > else:
> > # Disable menuconfig for multiple configs
> > d.setVar('KCONFIG_CONFIG_ENABLE_MENUCONFIG', "false")
> >
> > ---
> > base-commit: d3e757f21403554e7064c5fa2b353080d14d2ce7
> > change-id: 20260304-uboot_devtool_fix-170221fd17bc
> >
> > Best regards,
>
>
> I'm working on adding a test for this change to make sure we don't break it
> again in the future and I noticed two things.
>
> 1) This whole if block for the check is indented one for level too deep for
> what is required. I'll include moving this when I send in the test.
>
Right, I did not notice it.
> 2) Do we really want to disable this if you have multiple configs. The
> logic of UBOOT_CONFIG is that the last entry in the list acts like the
> "default" set of uboot files. In other words, there is a symlink created
> with the proper UBOOT_BINARYNAME that points to the final version generated
> by the final config. So we could point KCONFIG_CONFIG_ROOTDIR to that final
> build directory and not disable this feature 100%.
>
This might help quick config change testing, but I'd at least leave a
warning in that case, as it might mislead users, especially when
approaching third-party layers with ton of configurations.
>
> --
> Ryan Eatmon reatmon@ti.com
> -----------------------------------------
> Texas Instruments, Inc. - LCPD - MGTS
Regards,
Francesco
prev parent reply other threads:[~2026-03-15 10:00 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-03-04 23:04 [PATCH] uboot-config: fix KCONFIG_CONFIG_ROOTDIR path Francesco Valla
2026-03-12 20:56 ` Ryan Eatmon
2026-03-15 9:59 ` Francesco Valla [this message]
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=abaCTNC03wDBeEMQ@bywater \
--to=francesco@valla.it \
--cc=mathieu.dubois-briand@bootlin.com \
--cc=openembedded-core@lists.openembedded.org \
--cc=reatmon@ti.com \
--cc=richard.purdie@linuxfoundation.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