From: Paul Gortmaker <paulg@kernel.org>
To: yocto@lists.yoctoproject.org, gary.huband@servicenow.com
Subject: Re: [yocto] kernel fragment merge in scarthgap #kernel #scarthgap
Date: Thu, 10 Jul 2025 06:12:37 -0400 [thread overview]
Message-ID: <20250710101237.GA409370@kernel.org> (raw)
In-Reply-To: <KDxf.1751999407392516646.3hg0@lists.yoctoproject.org>
[[yocto] kernel fragment merge in scarthgap #kernel #scarthgap] On 08/07/2025 (Tue 11:30) Gary Huband via lists.yoctoproject.org wrote:
> In kirkstone I am able to see the merge order for linux kernel fragments by
> doing
>
>
> bitbake -c cleansstate virtual/kernel
>
> bitbake -c clean virtual/kernel
>
> bitbake --verbose linux-imx > build_linux.txt
>
>
>
> scarthgap does not produce the merge info using this method.
>
> Is there a way to see the kernel config fragment merge order in scarthgap?
>
You don't need to capture it in a file like above. All the fragments
and their merge order and merge logs are captured in your kernel source
directory already - has been this way for many many years/releases.
At a minimum, you have to ensure the kernel is configured:
bitbake -c configure linux-yocto # or in your case linux-imx
If you tend to build a bunch of different arch and/or BSP, then maybe
you can never remember the path to your kernel source, even with the
help of tab completion. If I'm lazy I will use devshell to take me
directly there:
bitbake -c devshell linux-yocto # take me to the kernel source!
In the kernel source dir you should see something like this:
root@build:~/poky/build/tmp/work-shared/qemuppc/kernel-source# ls
arch certs CREDITS Documentation fs init ipc Kconfig lib MAINTAINERS mm README samples security tools virt
block COPYING crypto drivers include io_uring Kbuild kernel LICENSES Makefile net rust scripts sound usr
root@build:~/poky/build/tmp/work-shared/qemuppc/kernel-source# cat .metadir
.kernel-meta
root@build:~/poky/build/tmp/work-shared/qemuppc/kernel-source# cd .kernel-meta/
root@build:~/poky/build/tmp/work-shared/qemuppc/kernel-source/.kernel-meta# ls
bsp_definition cfg config.queue configs hardware_frags.txt meta-series non-hardware_frags.txt patches patch.v6.12.standard.queue series unused.patch.queue
root@build:~/poky/build/tmp/work-shared/qemuppc/kernel-source/.kernel-meta# ls cfg/
merge_config_build.log scratch
root@build:~/poky/build/tmp/work-shared/qemuppc/kernel-source/.kernel-meta#
I expect "merge_config_build.log" is what you are after. It contains
stuff like this:
Merging .kernel-meta/configs/v6.12/standard/qemuppc/features/profiling/profiling.cfg
Merging .kernel-meta/configs/v6.12/standard/qemuppc/features/debug/debug-kernel.cfg
Value of CONFIG_DEBUG_KERNEL is redefined by fragment .kernel-meta/configs/v6.12/standard/qemuppc/features/debug/debug-kernel.cfg:
Previous value: CONFIG_DEBUG_KERNEL=n
New value: CONFIG_DEBUG_KERNEL=y
Have a look around inside .kernel-meta -- everything you possibly want
to know about making the final .config in the kernel build dir is here.
Paul.
--
next prev parent reply other threads:[~2025-07-10 10:12 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-07-08 18:30 kernel fragment merge in scarthgap #kernel #scarthgap Gary Huband
2025-07-10 10:12 ` Paul Gortmaker [this message]
2025-07-12 20:00 ` [yocto] " Gary Huband
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=20250710101237.GA409370@kernel.org \
--to=paulg@kernel.org \
--cc=gary.huband@servicenow.com \
--cc=yocto@lists.yoctoproject.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.