[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <1475228883.3102.11.camel@themaw.net>
Date: Fri, 30 Sep 2016 17:48:03 +0800
From: Ian Kent <raven@...maw.net>
To: Stephen Rothwell <sfr@...b.auug.org.au>,
Andrew Morton <akpm@...ux-foundation.org>,
"Eric W. Biederman" <ebiederm@...ssion.com>
Cc: linux-next@...r.kernel.org, linux-kernel@...r.kernel.org
Subject: Re: linux-next: manual merge of the akpm-current tree with the
userns tree
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.
>
Powered by blists - more mailing lists