Re: [EXT4 set 9][PATCH 5/5]Extent micro cleanups
From: Mingming Cao <hidden>
Date: 2007-07-11 21:29:35
Also in:
linux-fsdevel, lkml
On Tue, 2007-07-10 at 23:20 -0700, Andrew Morton wrote:
On Sun, 01 Jul 2007 03:38:59 -0400 Mingming Cao [off-list ref] wrote:quoted
From: Dmitry Monakhov <redacted> Subject: ext4: extent macros cleanup - Replace math equation to it's macro equivalents/it's/its/;)
Okay.
quoted
- make ext4_ext_grow_indepth() indexes/leaf correcthm, what was wrong with it?
Looking at the code, ext4_ext_ext_grow_indepth() implements tree growing procedure. It allocates a new index block, moves the top-level data of the tree(root or leaf blocks in i_data) into the new block, initializes the new root, creating index that points to the just created index block The original top-level data (in i_data) could be extent tree root (index block) or extents (leaf block). The current code (without the patch) treats the top-level data always be the leaf block, which is incorrect. assumes when the tree is growing the extent structure pass in is always
quoted
@@ -922,8 +922,11 @@ static int ext4_ext_grow_indepth(handle_t *handle, struct inode *inode, curp->p_hdr->eh_max = cpu_to_le16(ext4_ext_space_root_idx(inode)); curp->p_hdr->eh_entries = cpu_to_le16(1); curp->p_idx = EXT_FIRST_INDEX(curp->p_hdr); - /* FIXME: it works, but actually path[0] can be index */ - curp->p_idx->ei_block = EXT_FIRST_EXTENT(path[0].p_hdr)->ee_block; + + if (path[0].p_hdr->eh_depth) + curp->p_idx->ei_block = EXT_FIRST_INDEX(path[0].p_hdr)->ei_block; + else + curp->p_idx->ei_block = EXT_FIRST_EXTENT(path[0].p_hdr)->ee_block;whitespace bustage there. - To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html