From: Nathan Chancellor <nathan@kernel.org>
To: Magnus Lindholm <linmag7@gmail.com>
Cc: Mark Brown <broonie@kernel.org>, Nicolas Schier <nsc@kernel.org>,
KBuild Mailing List <linux-kbuild@vger.kernel.org>,
Kees Cook <kees@kernel.org>,
Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
Linux Next Mailing List <linux-next@vger.kernel.org>,
Matt Turner <mattst88@gmail.com>
Subject: Re: linux-next: manual merge of the kbuild-current tree with the origin tree
Date: Wed, 21 Oct 2026 11:58:57 -0700 [thread overview]
Message-ID: <20261021185857.GB2608581@ax162> (raw)
In-Reply-To: <CA+=Fv5SUHkGtBPgzg9C1qGf6aiiFTVpStPd6Os3mTrz_+_5dKA@mail.gmail.com>
On Wed, Oct 21, 2026 at 04:40:22PM +0200, Magnus Lindholm wrote:
> On Wed, Oct 21, 2026 at 1:01 PM Mark Brown <broonie@kernel.org> wrote:
> >
> > Hi all,
> >
> > Today's linux-next merge of the kbuild-current tree got a conflict in:
> >
> > arch/alpha/boot/Makefile
> >
> > between commit:
> >
> > c437950dceb88 ("alpha: add self-extracting compressed kernel boot stub")
> >
> > from the origin tree and commit:
> >
> > 0d4d70da348b0 ("kbuild: Mark the gzip recipes as recursive")
> >
> > from the kbuild-current tree.
Thank you for the heads up, I have let Linus know about this one since
it is a little tricky.
https://lore.kernel.org/20261021184723.GA2608581@ax162/
> Thanks for resolving this.
>
> This recipe now only copies the completed image, so I think it
> should stay without '+'. Matt's series moved compression into
> arch/alpha/boot/compressed/Makefile, where the change should be:
>
> $(obj)/vmlinux.bin.gz: $(obj)/vmlinux.bin FORCE
> - $(call if_changed,gzip)
> + +$(call if_changed,gzip)
>
> The existing vmlinux.nh.gz gzip recipe in arch/alpha/boot/Makefile
> still needs the '+' from the kbuild patch.
Correct, thank you for catching this.
> Maybe adjust the resolution accordingly?
Since the conflict came from Linus's tree, I have resolved this in
kbuild-fixes-for-next so that Mark does not have to worry about this:
https://git.kernel.org/kbuild/c/83deedcf85af511dc120b3cd8ee597d211cdf2fb
On a related note, is your tree flowing into -next? The recent
pull requests for alpha have come from your lindholm/alpha tree but
Next/Trees shows Matt's mattst88/alpha. Should that be changed? It would
not have saved much here since I send my pull request to Linus before
c437950dceb88 was applied in your tree as far as I can tell but it is
always good to catch these things early.
--
Cheers,
Nathan
next prev parent reply other threads:[~2026-10-21 18:59 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-10-21 11:01 Mark Brown
2026-10-21 14:40 ` Magnus Lindholm
2026-10-21 18:58 ` Nathan Chancellor [this message]
2026-10-21 20:27 ` Magnus Lindholm
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=20261021185857.GB2608581@ax162 \
--to=nathan@kernel.org \
--cc=broonie@kernel.org \
--cc=kees@kernel.org \
--cc=linmag7@gmail.com \
--cc=linux-kbuild@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-next@vger.kernel.org \
--cc=mattst88@gmail.com \
--cc=nsc@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®