Re: [2.6.38] Deadlock between rename_lock and vfsmount_lock.

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Fri, Mar 18, 2011 at 07:59:08PM +0900, Tetsuo Handa wrote:
> I established steps to reproduce.
> 
> On a 2.6.38 kernel built with CONFIG_SMP=y running on an SMP machine, run
> 
>   while :; do newns /sbin/pivot_root /proc/ /proc/sys/; done
> 
> on one terminal and run
> 
>   while :; do /bin/ls -l /proc/*/exe; done
> 
> on another terminal. (The "newns" is a program that unshares the mnt namespace
> before execve() using CLONE_NEWNS.)
> 
> Below patch releases/reacquires vfsmount_lock when rescheduling is required.
> ---
>  fs/dcache.c             |   15 ++++++++++++++-
>  fs/namespace.c          |    6 ++++++
>  include/linux/sched.h   |    2 ++
>  include/linux/seqlock.h |    4 ++++
>  4 files changed, 26 insertions(+), 1 deletion(-)

That's incredibly ugly.  I agree that the deadlock exists and needs to be
dealt with, but not that way.  _Strongly_ NAKed.  I'll see what I can come
up with, but that variant is not an option.
--
To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[Index of Archives]     [Linux Ext4 Filesystem]     [Union Filesystem]     [Filesystem Testing]     [Ceph Users]     [Ecryptfs]     [AutoFS]     [Kernel Newbies]     [Share Photos]     [Security]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux Cachefs]     [Reiser Filesystem]     [Linux RAID]     [Samba]     [Device Mapper]     [CEPH Development]
  Powered by Linux