All of lore.kernel.org
 help / color / mirror / Atom feed
From: Nicolas Schier <nsc@kernel.org>
To: Song Liu <song@kernel.org>
Cc: Nathan Chancellor <nathan@kernel.org>, linux-kbuild@vger.kernel.org
Subject: Re: make olddefconfig surprises
Date: Sat, 24 Jan 2026 20:36:24 +0100	[thread overview]
Message-ID: <aXUfOK38XIapv1Ak@levanger> (raw)
In-Reply-To: <CAPhsuW54fjr1tP+khcMYQ3qTjN_Eff_rm0dM4h3=TpFVwAdh5w@mail.gmail.com>

On Fri, Jan 23, 2026 at 03:57:59PM -0800, Song Liu wrote:
> On Fri, Jan 23, 2026 at 3:44 PM Nathan Chancellor <nathan@kernel.org> wrote:
> [...]
> > I do not think something like this exists (maybe a SAT solver? :P), at
> > least not as part of the kernel tree. This is basically the same thing
> > as not being able to turn on a configuration in menuconfig until you
> > have gone through and enabled all of its dependencies. I personally use
> > menuconfig when trying to create a configuration fragment for minimized
> > reproducers on top of defconfigs because it is easy to see the final
> > diff when everything is switched:
> >
> >   $ make defconfig
> >   $ make menuconfig
> >   $ git diff --no-index .config.old .config
> 
> I also use menuconfig to figure out the dependencies. The problem of
> this approach is that, if defconfig changes, specifically, if a dependency
> is changed from y to n in defconfig, the fragment may stop working.
> IOW, the fragment assumes some dependency is enabled by default,
> but there is no guarantee that the dependency will always be y in
> defconfig. This should happen rarely though.
> 
> I guess figuring out all dependencies is not too difficult? But I guess
> the reward is not very big either.
> 
> > You could start with defconfig or a more minimal configuration like
> > allnoconfig depending on how the selftests config is expected to be
> > used (as a base or merged into other configs).
> 
> Thanks for sharing these tips.
> 
> Song
> 

Have you tried to use something like

  make KCONFIG_ALLCONFIG=whatever/minimal.config make allnoconfig

?

Kind regards,
Nicolas

  reply	other threads:[~2026-01-24 19:40 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-01-23 18:21 make olddefconfig surprises Song Liu
2026-01-23 20:53 ` Nathan Chancellor
2026-01-23 22:54   ` Song Liu
2026-01-23 23:44     ` Nathan Chancellor
2026-01-23 23:57       ` Song Liu
2026-01-24 19:36         ` Nicolas Schier [this message]
2026-01-26 17:17           ` Song Liu
2026-01-26 17:52             ` Randy Dunlap
2026-01-26 19:15               ` Song Liu

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=aXUfOK38XIapv1Ak@levanger \
    --to=nsc@kernel.org \
    --cc=linux-kbuild@vger.kernel.org \
    --cc=nathan@kernel.org \
    --cc=song@kernel.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.