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

  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®