On Mon, 05 Jun 2006 22:26:23 +0200, Arjan van de Ven said: > ok since you know this doesn't deadlock the patch below (concept; akpm > please don't apply yet) ought to describe this special locking situation > to lockdep; I would really appreciate someone who does use quota to test > this out and see if it works.... It boots, quotas work, it doesn't issue BUG about the quota system. I'm however not qualified to comment on whether the patch is in fact *correct*. But if Jan is happy with it to, it's probably ready to be pushed to Andrew....
Attachment:
pgpkjb3fP4JG3.pgp
Description: PGP signature
- References:
- 2.6.17-rc5-mm3-lockdep - locking error in quotaon
- From: [email protected]
- Re: 2.6.17-rc5-mm3-lockdep - locking error in quotaon
- From: Arjan van de Ven <[email protected]>
- Re: 2.6.17-rc5-mm3-lockdep - locking error in quotaon
- From: [email protected]
- Re: 2.6.17-rc5-mm3-lockdep - locking error in quotaon
- From: Jan Kara <[email protected]>
- Re: 2.6.17-rc5-mm3-lockdep - locking error in quotaon
- From: Arjan van de Ven <[email protected]>
- Re: 2.6.17-rc5-mm3-lockdep - locking error in quotaon
- From: Jan Kara <[email protected]>
- Re: 2.6.17-rc5-mm3-lockdep - locking error in quotaon
- From: Arjan van de Ven <[email protected]>
- 2.6.17-rc5-mm3-lockdep - locking error in quotaon
- Prev by Date: Re: 2.6.17-rc5-mm3
- Next by Date: Re: [PATCH] readahead: initial method - expected read size - fix fastcall
- Previous by thread: Re: 2.6.17-rc5-mm3-lockdep - locking error in quotaon
- Next by thread: Re: 2.6.17-rc5-mm3-lockdep - locking error in quotaon
- Index(es):