[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20170112153353.dfb923ac309edca685378444@linux-foundation.org>
Date: Thu, 12 Jan 2017 15:33:53 -0800
From: Andrew Morton <akpm@...ux-foundation.org>
To: Eric Ren <zren@...e.com>
Cc: Stephen Rothwell <sfr@...b.auug.org.au>,
linux-next@...r.kernel.org, linux-kernel@...r.kernel.org
Subject: Re: linux-next: build failure after merge of the akpm-current tree
On Thu, 12 Jan 2017 13:06:01 +0800 Eric Ren <zren@...e.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
Powered by blists - more mailing lists