lkml.org 
[lkml]   [2015]   [Apr]   [27]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [PATCH 3.10 27/31] deal with deadlock in d_walk()
On Mon, Apr 27, 2015 at 02:20:32AM +0100, Ben Hutchings wrote:
> On Sun, 2015-04-26 at 15:49 +0200, Greg Kroah-Hartman wrote:
> > 3.10-stable review patch. If anyone has any objections, please let me know.
> >
> > ------------------
> >
> > From: Al Viro <viro@zeniv.linux.org.uk>
> >
> > commit ca5358ef75fc69fee5322a38a340f5739d997c10 upstream.
> >
> > ... by not hitting rename_retry for reasons other than rename having
> > happened. In other words, do _not_ restart when finding that
> > between unlocking the child and locking the parent the former got
> > into __dentry_kill(). Skip the killed siblings instead...
> >
> > Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
> > Cc: Ben Hutchings <ben@decadent.org.uk>
> > [hujianyang: Backported to 3.10 refer to the work of Ben Hutchings in 3.2:
> > - As we only have try_to_ascend() and not d_walk(), apply this
> > change to all callers of try_to_ascend()
> > - Adjust context to make __dentry_kill() apply to d_kill()]
> > Signed-off-by: hujianyang <hujianyang@huawei.com>
> > Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
>
> This is broken; you need to fold in commit 20defcec264c from 3.2.y
> ("dcache: Fix locking bugs in backported "deal with deadlock in
> d_walk()"").

Thanks for letting me know, now applied.

greg k-h


\
 
 \ /
  Last update: 2015-04-27 10:21    [W:0.058 / U:0.132 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site