From: Richard Purdie <richard.purdie@linuxfoundation.org>
To: adrian.freihofer@gmail.com, openembedded-core@lists.openembedded.org
Cc: Adrian Freihofer <adrian.freihofer@siemens.com>
Subject: Re: [OE-core] [PATCH 1/3] uboot-config: fix devtool modify with kernel-fitimage
Date: Tue, 03 Sep 2024 09:21:12 +0100 [thread overview]
Message-ID: <b984d6be055d4aa74818b56dfb546984e94610d0.camel@linuxfoundation.org> (raw)
In-Reply-To: <20240902203154.265515-1-adrian.freihofer@gmail.com>
On Mon, 2024-09-02 at 22:31 +0200, Adrian Freihofer via lists.openembedded.org wrote:
> From: Adrian Freihofer <adrian.freihofer@siemens.com>
>
> How to reproduce:
> - UBOOT_CONFIG must be used. With UBOOT_MACHINE it works fine.
> A simple example based on oe-core is to modify the
> beaglebone-yocto.conf file like this:
> -UBOOT_MACHINE = "am335x_evm_defconfig"
> +UBOOT_CONFIG = "foo"
> +UBOOT_CONFIG[foo] = "am335x_evm_defconfig"
> - A build configuration which inherits the kernel-fitimage.bbclass is
> needed. For example:
> MACHINE = "beaglebone-yocto"
> KERNEL_IMAGETYPE = "Image"
> KERNEL_IMAGETYPES += " fitImage "
> KERNEL_CLASSES = " kernel-fitimage "
>
> devtool modify linux-yocto
> devtool build linux-yocto
> ...
> > cp: cannot stat '.../linux-yocto-6.6.21+git/am335x_evm_defconfig/.config':
> No such file or directory
> > WARNING: .../linux-yocto/6.6.21+git/temp/run.do_configure.2081673:172 exit 1
> from 'cp .../linux-yocto-6.6.21+git/am335x_evm_defconfig/.config
> .../build/workspace/sources/linux-yocto/.config.baseline'
>
> The reason for this problem is that the uboot-config.bbclass sets the
> variable KCONFIG_CONFIG_ROOTDIR to a path that makes sense for u-boot,
> but not for other recipes. However, the kernel-fitimage.bbclasse, for
> example, inherits the uboot-config.bbclass, which brings the
> u-boot-specific path into the kernel build context.
>
> This change removes the uboot-specific KCONFIG_CONFIG_ROOTDIR path from
> recipes other than u-boot itself.
>
> Signed-off-by: Adrian Freihofer <adrian.freihofer@siemens.com>
> ---
> meta/classes-recipe/uboot-config.bbclass | 15 +++++++++------
> 1 file changed, 9 insertions(+), 6 deletions(-)
>
> diff --git a/meta/classes-recipe/uboot-config.bbclass b/meta/classes-recipe/uboot-config.bbclass
> index e55fc38b7c7..09001997d3d 100644
> --- a/meta/classes-recipe/uboot-config.bbclass
> +++ b/meta/classes-recipe/uboot-config.bbclass
> @@ -101,9 +101,9 @@ python () {
> # The "doc" varflag is special, we don't want to see it here
> ubootconfigflags.pop('doc', None)
> ubootconfig = (d.getVar('UBOOT_CONFIG') or "").split()
> + PN = d.getVar("PN")
Convention says uppercase strings are constants in python. I'd prefer
this to be something like recipename, particularly as the access isn't
immediately around the variable definition. This is mainly to try and
retain code consistency.
Cheers,
Richard
prev parent reply other threads:[~2024-09-03 8:21 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-09-02 20:31 [PATCH 1/3] uboot-config: fix devtool modify with kernel-fitimage Adrian Freihofer
2024-09-02 20:31 ` [PATCH 2/3] devtool: modify kernel adds append twice Adrian Freihofer
2024-09-02 20:31 ` [PATCH 3/3] devtool: remove obsolete SRCTREECOVEREDTASKS handling Adrian Freihofer
2024-09-03 6:15 ` [OE-core] " Richard Purdie
2024-09-03 19:33 ` Adrian Freihofer
2024-09-03 8:21 ` Richard Purdie [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=b984d6be055d4aa74818b56dfb546984e94610d0.camel@linuxfoundation.org \
--to=richard.purdie@linuxfoundation.org \
--cc=adrian.freihofer@gmail.com \
--cc=adrian.freihofer@siemens.com \
--cc=openembedded-core@lists.openembedded.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