All of lore.kernel.org
 help / color / mirror / Atom feed
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.
--


  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.