Yeah, you are right. I was thinking about 2 things at the same time and was wrong :)No, the fast path (more frequent) is s_prunes == 0. sb->s_prunes--; if (likely(!sb->s_prunes)) wake_up(&sb->s_wait_prunes); This is only optimizing a rare case ... and unmounting isn't very time critical.
Kirill - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [email protected] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
- References:
- [PATCH] shrink_dcache_parent() races against shrink_dcache_memory()
- From: Jan Blunck <[email protected]>
- Re: [PATCH] shrink_dcache_parent() races against shrink_dcache_memory()
- From: Kirill Korotaev <[email protected]>
- Re: [PATCH] shrink_dcache_parent() races against shrink_dcache_memory()
- From: Jan Blunck <[email protected]>
- Re: [PATCH] shrink_dcache_parent() races against shrink_dcache_memory()
- From: Balbir Singh <[email protected]>
- Re: [PATCH] shrink_dcache_parent() races against shrink_dcache_memory()
- From: Jan Blunck <[email protected]>
- Re: [PATCH] shrink_dcache_parent() races against shrink_dcache_memory()
- From: Kirill Korotaev <[email protected]>
- Re: [PATCH] shrink_dcache_parent() races against shrink_dcache_memory()
- From: Jan Blunck <[email protected]>
- [PATCH] shrink_dcache_parent() races against shrink_dcache_memory()
- Prev by Date: [RFC: linux-2.6.16-rc1 patch] jsm: fix for high baud rates problem
- Next by Date: Re: iommu_alloc failure and panic
- Previous by thread: Re: [PATCH] shrink_dcache_parent() races against shrink_dcache_memory()
- Next by thread: Re: [PATCH] shrink_dcache_parent() races against shrink_dcache_memory()
- Index(es):
 |