From: Ian Kent <raven@themaw.net>
To: Stephen Rothwell <sfr@canb.auug.org.au>,
Andrew Morton <akpm@linux-foundation.org>,
"Eric W. Biederman" <ebiederm@xmission.com>
Cc: linux-next@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: Re: linux-next: manual merge of the akpm-current tree with the userns tree
Date: Fri, 30 Sep 2016 17:48:03 +0800 [thread overview]
Message-ID: <1475228883.3102.11.camel@themaw.net> (raw)
In-Reply-To: <20160930174210.7e71aee4@canb.auug.org.au>
On Fri, 2016-09-30 at 17:42 +1000, Stephen Rothwell wrote:
> Hi Andrew,
Hi Stephen,
>
> Today's linux-next merge of the akpm-current tree got a conflict in:
>
> include/linux/mount.h
>
> between commit:
>
> 312ddcb332c3 ("mnt: Add a per mount namespace limit on the number of
> mounts")
>
> from the userns tree and commit:
>
> a0461d15d75c ("vfs: make is_local_mountpoint() usable by others")
>
> from the akpm-current tree.
Yes, this is a problem.
There is a fundamental flaw in the series surrounding commit a0461d15d75c.
In discussion with Eric it was decided a different approach was needed and I'm
holding back on posting an updated series because I was worried something like
this might happen and didn't want to make matters worse.
I definitely don't want this series to go to the Linus tree and it would be
great if you could drop it from the next tree. Eric's patch should then apply
without change.
I had asked Andrew to drop the series but he must have missed my request.
And I thought they had already been dropped but I must have been looking at an
incorrect branch. I'll need to look at the akpm repo. again.
In the meantime all I can offer is the patch names corresponding to the
descriptions.
They are:
fs-make-is_local_mountpoint-usable-by-others.patch
fs-add-have_local_submounts.patch
autofs-make-mountpoint-checks-namespace-aware.patch
fs-remove-unused-have_submounts-function.patch
Sorry for the inconvenience.
Ian
>
> 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.
>
next prev parent reply other threads:[~2016-09-30 9:58 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-09-30 7:42 linux-next: manual merge of the akpm-current tree with the userns tree Stephen Rothwell
2016-09-30 9:48 ` Ian Kent [this message]
-- strict thread matches above, loose matches on Subject: below --
2017-01-25 5:08 Stephen Rothwell
2017-01-26 0:59 ` Eric W. Biederman
2017-01-26 1:43 ` Andrew Morton
2017-01-26 3:55 ` Stephen Rothwell
2020-05-12 10:53 Stephen Rothwell
2020-05-22 11:55 Stephen Rothwell
2020-07-09 7:57 Stephen Rothwell
2021-10-11 6:41 Stephen Rothwell
2021-10-11 14:03 ` Eric W. Biederman
2021-12-21 11:07 Stephen Rothwell
2021-12-24 7:45 ` Stephen Rothwell
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=1475228883.3102.11.camel@themaw.net \
--to=raven@themaw.net \
--cc=akpm@linux-foundation.org \
--cc=ebiederm@xmission.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-next@vger.kernel.org \
--cc=sfr@canb.auug.org.au \
/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