| To: | Peter Zijlstra <peterz@xxxxxxxxxxxxx> |
|---|---|
| Subject: | Re: [PATCH] Increase lockdep MAX_LOCK_DEPTH |
| From: | Eric Sandeen <sandeen@xxxxxxxxxxx> |
| Date: | Fri, 31 Aug 2007 10:11:22 -0500 |
| Cc: | David Chinner <dgc@xxxxxxx>, linux-kernel Mailing List <linux-kernel@xxxxxxxxxxxxxxx>, xfs-oss <xfs@xxxxxxxxxxx>, Ingo Molnar <mingo@xxxxxxx> |
| In-reply-to: | <1188572961.6112.72.camel@twins> |
| References: | <46D79C62.1010304@xxxxxxxxxxx> <1188542389.6112.44.camel@twins> <20070831135042.GD422459@xxxxxxx> <1188570831.6112.64.camel@twins> <20070831150511.GA734179@xxxxxxx> <1188572961.6112.72.camel@twins> |
| Sender: | xfs-bounce@xxxxxxxxxxx |
| User-agent: | Thunderbird 2.0.0.6 (Macintosh/20070728) |
Peter Zijlstra wrote: > On Sat, 2007-09-01 at 01:05 +1000, David Chinner wrote: > >>> Trouble is, we'd like to have a sane upper bound on the amount of held >>> locks at any one time, obviously this is just wanting, because a lot of >>> lock chains also depend on the number of online cpus... >> Sure - this is an obvious case where it is valid to take >30 locks at >> once in a single thread. In fact, worst case here we are taking twice this >> number of locks - we actually take 2 per inode (ilock and flock) so a >> full 32 inode cluster free would take >60 locks in the middle of this >> function and we should be busting this depth couter limit all the >> time. > > I think this started because jeffpc couldn't boot without XFS busting > lockdep :-) > >> Do semaphores (the flush locks) contribute to the lock depth >> counters? > > No, alas, we cannot handle semaphores in lockdep. That explains why 40 was enough for me, I guess :) -Eric |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: [PATCH] Increase lockdep MAX_LOCK_DEPTH, Peter Zijlstra |
|---|---|
| Next by Date: | Re: [PATCH] log replay should not overwrite newer ondisk inodes, David Chinner |
| Previous by Thread: | Re: [PATCH] Increase lockdep MAX_LOCK_DEPTH, Peter Zijlstra |
| Next by Thread: | XFS Fails Quality Assurance Tests on ARM, Byron Bradley |
| Indexes: | [Date] [Thread] [Top] [All Lists] |