From: Willy Tarreau <w@1wt.eu>
To: "Thomas Weißschuh" <thomas@t-8ch.de>
Cc: Stephen Rothwell <sfr@canb.auug.org.au>,
Christian Brauner <brauner@kernel.org>,
Shuah Khan <skhan@linuxfoundation.org>,
"Paul E. McKenney" <paulmck@kernel.org>,
Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
Linux Next Mailing List <linux-next@vger.kernel.org>,
Zhangjin Wu <falcon@tinylab.org>
Subject: Re: linux-next: manual merge of the nolibc tree with the vfs-brauner tree
Date: Thu, 24 Aug 2023 08:40:34 +0200 [thread overview]
Message-ID: <ZOb7Ynd8vjC/kygl@1wt.eu> (raw)
In-Reply-To: <3028a552-bd75-4ded-9211-62d10768d9ea@t-8ch.de>
On Thu, Aug 24, 2023 at 08:27:21AM +0200, Thomas Weißschuh wrote:
> Hi everybody,
>
> On 2023-08-24 14:10:08+1000, Stephen Rothwell wrote:
> > Today's linux-next merge of the nolibc tree got a conflict in:
> >
> > tools/testing/selftests/nolibc/nolibc-test.c
> >
> > between commit:
> >
> > 49319832de90 ("selftests/nolibc: drop test chmod_net")
> >
> > from the vfs-brauner tree and commit:
> >
> > 148e9718e2a2 ("selftests/nolibc: add chmod_argv0 test")
> >
> > from the nolibc tree.
> >
> > I fixed it up (see below) and can carry the fix as necessary. This
> > is now fixed as far as linux-next is concerned, but any non trivial
> > conflicts should be mentioned to your upstream maintainer when your tree
> > is submitted for merging. You may also want to consider cooperating
> > with the maintainer of the conflicting tree to minimise any particularly
> > complex conflicts.
>
> This is fallout from the recent removal of
> "selftests/nolibc: drop test chmod_net" from the nolibc tree.
>
> Christian:
>
> You mentioned before that you plan to have this series in
> -next for some time. If you only submit it to Linux for 6.7 or later
> then you have to, if I understand the process correctly, rebase your
> -next branch on Linus' master after 6.6-rc1.
> 6.6-rc1 should contain the conflicting nolibc changes, so you would need
> to resolve the conflict during rebasing.
> The patch is intentionally made to be easy to resolve conflicts for,
> just delete the line containing "CASE_TEST(chmod_net)".
>
> Everyone:
>
> What is your opinion on that?
I think that if Stephen is okay with temporarily carrying the small fix
he has (which is correct), it could be the simplest way to resolve it
until the branches are merged. Otherwise we can try to adjust again.
Cheers,
Willy
next prev parent reply other threads:[~2023-08-24 6:42 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-08-24 4:10 linux-next: manual merge of the nolibc tree with the vfs-brauner tree Stephen Rothwell
2023-08-24 6:27 ` Thomas Weißschuh
2023-08-24 6:40 ` Willy Tarreau [this message]
2023-08-24 7:36 ` Christian Brauner
2023-08-24 8:33 ` Thomas Weißschuh
2023-08-24 8:52 ` Christian Brauner
2023-08-24 14:24 ` Shuah Khan
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=ZOb7Ynd8vjC/kygl@1wt.eu \
--to=w@1wt.eu \
--cc=brauner@kernel.org \
--cc=falcon@tinylab.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-next@vger.kernel.org \
--cc=paulmck@kernel.org \
--cc=sfr@canb.auug.org.au \
--cc=skhan@linuxfoundation.org \
--cc=thomas@t-8ch.de \
/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