Re: linux-next: build failure after merge of the akpm-current tree

Andrew Morton
2017-01-12T23:33:55Z

On Thu, 12 Jan 2017 13:06:01 +0800 Eric Ren <zren@suse.com> wrote:

> On 01/12/2017 11:49 AM, Stephen Rothwell wrote:
> > Hi Andrew,
> >
> > After merging the akpm tree, today's linux-next build (powerpc
> > allyesconfig) failed like this:
> >
> > In file included from fs/ocfs2/file.c:49:0:
> > fs/ocfs2/file.c: In function 'ocfs2_permission':
> > fs/ocfs2/dlmglue.h:189:29: error: inlining failed in call to always_inline 'ocfs2_is_locked_by_me': function body not available
> > inline struct ocfs2_holder *ocfs2_is_locked_by_me(struct ocfs2_lock_res *lockres);
> > ^
> > fs/ocfs2/file.c:1345:16: error: called from here
> > has_locked = (ocfs2_is_locked_by_me(lockres) != NULL);
> > ^
> ...
> >
> > Caused by commits
> >
> > 984c4659d463 ("ocfs2/dlmglue: prepare tracking logic to avoid recursive cluster lock")
> > 0ca17730270e ("ocfs2: fix deadlocks when taking inode lock at vfs entry points")
> >

(top-posting repaired. Please don't do that)

> Hi Stephen,
>
> Thanks for your report and the fix for it. The 0-day project has reported several days ago,
> but this patch set is still in discussion, so I am waiting for more days to see if other
> developers
> have any other questions.
>
> I am confused that how to deal with your patch if I need to work out the V2 patch set. Perhaps,
> pick up your fix and add your efforts in the change log?
>

I'll drop

ocfs2-dlmglue-prepare-tracking-logic-to-avoid-recursive-cluster-lock.patch
and
ocfs2-fix-deadlocks-when-taking-inode-lock-at-vfs-entry-points.patch