[Ocfs2-devel] [PATCH 6/8] Add extent tree operation for xattr value.v1

Mark Fasheh mfasheh at suse.com
Thu Jun 12 16:44:12 PDT 2008


On Thu, Jun 05, 2008 at 03:34:37PM +0800, Tao Ma wrote:
> @@ -4199,7 +4246,8 @@ int ocfs2_insert_extent(struct ocfs2_super *osb,
>  			u32 new_clusters,
>  			u8 flags,
>  			struct ocfs2_alloc_context *meta_ac,
> -			enum ocfs2_extent_tree_type et_type)
> +			enum ocfs2_extent_tree_type et_type,
> +			void *private)

Hmm, at this point, wouldn't it make sense to have a couple high-level
"ocfs2_foo_insert_extent" functions whcih build up anm ocfs2_extent_tree and
then pass it down to the common ocfs2_insert_extent?


> +static int ocfs2_xattr_value_truncate(struct inode *inode,
> +				      struct buffer_head *root_bh,
> +				      struct ocfs2_xattr_value_root *xv,
> +				      int len)
> +{
> +	int ret;
> +	u32 new_clusters = ocfs2_clusters_for_bytes(inode->i_sb, len);
> +	u32 old_clusters = le32_to_cpu(xv->xr_clusters);
> +
> +	if (new_clusters == old_clusters)
> +		return 0;
> +
> +	if (new_clusters > old_clusters)
> +		ret = ocfs2_xattr_extend_allocation(inode,
> +						    new_clusters - old_clusters,
> +						    root_bh, xv);
> +	else
> +		ret = ocfs2_xattr_shrink_size(inode,
> +					      old_clusters, new_clusters,
> +					      root_bh, xv);

If we shrink the xattr value, do you need to zero the area between the new
size and the end of the last cluster? We do it for inodes because a later
extend might expose the data which was trucated. But I think EA's don't have
that equivalent operation?
	--Mark

--
Mark Fasheh



More information about the Ocfs2-devel mailing list