Re: [RFC] possible badness in prune_dcache()

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

 



Thanks for answer,

Yes this commit - fix issue with umount, but not resolve main question:
why prune_dcache kill dentry with diffrent super block? this produce
long loop with skip loop instead of early exit and move dentry from
select_parent again to end of list.


On Fri, 2008-04-04 at 14:42 +0200, Miklos Szeredi wrote:
> > When investigation livelock in RHEL3, i found possible badness in
> > prune_dcache, which exist in 2.6.24 also.
> 
> Have you actually tested with 2.6.24?  shrink_dcache_parent() isn't
> called from umount anymore.  I think this is the commit responsible
> for fixing the issue:
> 
> commit c636ebdb186bf37f98d3839f69293597723edb36
> Author: David Howells <dhowells@xxxxxxxxxx>
> Date:   Wed Oct 11 01:22:19 2006 -0700
> 
>     [PATCH] VFS: Destroy the dentries contributed by a superblock on unmounting
> 
> Miklos
> 


--
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