| To: | Lachlan McIlroy <lachlan@xxxxxxx>, Christoph Hellwig <hch@xxxxxxxxxxxxx>, xfs-dev <xfs-dev@xxxxxxx>, xfs-oss <xfs@xxxxxxxxxxx> |
|---|---|
| Subject: | Re: [PATCH V2] Always reset btree cursor after an insert |
| From: | Lachlan McIlroy <lachlan@xxxxxxx> |
| Date: | Fri, 20 Jun 2008 17:35:48 +1000 |
| In-reply-to: | <20080620033710.GZ3700@disturbed> |
| References: | <4859F9EB.5050505@sgi.com> <20080619083544.GA19606@infradead.org> <485B0B04.80808@sgi.com> <20080620033710.GZ3700@disturbed> |
| Reply-to: | lachlan@xxxxxxx |
| Sender: | xfs-bounce@xxxxxxxxxxx |
| User-agent: | Thunderbird 2.0.0.14 (X11/20080421) |
Dave Chinner wrote:
On Fri, Jun 20, 2008 at 11:42:28AM +1000, Lachlan McIlroy wrote:Christoph Hellwig wrote:On Thu, Jun 19, 2008 at 04:17:15PM +1000, Lachlan McIlroy wrote:Yeah, no problem, thanks.After a btree insert operation a cursor can be invalid due to block splits and a maybe a new root block. We reset the cursor in xfs_bmbt_insert() in the cases where we think we need to but it isn't enough as we still see assertions. Just do what we do elsewhere and reset the cursor unconditionally. Version 2 adds XFS_WANT_CORRUPTED_GOTO checks throughout xfs_bmap.c and removes the fix to revalidate the original cursor in xfs_bmbt_insert().Can you commit the XFS_WANT_CORRUPTED_GOTO checks as a separate patch before the cursor reset? ACK from me for those hunks.
|
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: [PATCH] kill XFS_PURGE_INODE, Christoph Hellwig |
|---|---|
| Next by Date: | TAKE 983336 - Always reset btree cursor after an insert, Lachlan McIlroy |
| Previous by Thread: | Re: [PATCH V2] Always reset btree cursor after an insert, Dave Chinner |
| Next by Thread: | xfs_repair, Ashley Oviatt |
| Indexes: | [Date] [Thread] [Top] [All Lists] |