Re: [PATCH 3/3] ext4: drop the EXT4_STATE_DELALLOC_RESERVED flag

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Tue 02-09-14 18:05:49, Ted Tso wrote:
> Having done a full regression test, we can now drop the
> DELALLOC_RESERVED state flag.
  Nice. You can add:
Reviewed-by: Jan Kara <jack@xxxxxxx>

								Honza

> 
> Signed-off-by: Theodore Ts'o <tytso@xxxxxxx>
> ---
>  fs/ext4/ext4.h    |  1 -
>  fs/ext4/inode.c   | 20 ++++----------------
>  fs/ext4/mballoc.c | 10 ----------
>  3 files changed, 4 insertions(+), 27 deletions(-)
> 
> diff --git a/fs/ext4/ext4.h b/fs/ext4/ext4.h
> index 00fd822..4855800 100644
> --- a/fs/ext4/ext4.h
> +++ b/fs/ext4/ext4.h
> @@ -1400,7 +1400,6 @@ enum {
>  	EXT4_STATE_EXT_MIGRATE,		/* Inode is migrating */
>  	EXT4_STATE_DIO_UNWRITTEN,	/* need convert on dio done*/
>  	EXT4_STATE_NEWENTRY,		/* File just added to dir */
> -	EXT4_STATE_DELALLOC_RESERVED,	/* blks already reserved for delalloc */
>  	EXT4_STATE_DIOREAD_LOCK,	/* Disable support for dio read
>  					   nolocking */
>  	EXT4_STATE_MAY_INLINE_DATA,	/* may have in-inode data */
> diff --git a/fs/ext4/inode.c b/fs/ext4/inode.c
> index 4a16b0c..d5dd7d4 100644
> --- a/fs/ext4/inode.c
> +++ b/fs/ext4/inode.c
> @@ -596,14 +596,6 @@ found:
>  	down_write(&EXT4_I(inode)->i_data_sem);
>  
>  	/*
> -	 * if the caller is from delayed allocation writeout path
> -	 * we have already reserved fs blocks for allocation
> -	 * let the underlying get_block() function know to
> -	 * avoid double accounting
> -	 */
> -	if (flags & EXT4_GET_BLOCKS_DELALLOC_RESERVE)
> -		ext4_set_inode_state(inode, EXT4_STATE_DELALLOC_RESERVED);
> -	/*
>  	 * We need to check for EXT4 here because migrate
>  	 * could have changed the inode type in between
>  	 */
> @@ -631,8 +623,6 @@ found:
>  			(flags & EXT4_GET_BLOCKS_DELALLOC_RESERVE))
>  			ext4_da_update_reserve_space(inode, retval, 1);
>  	}
> -	if (flags & EXT4_GET_BLOCKS_DELALLOC_RESERVE)
> -		ext4_clear_inode_state(inode, EXT4_STATE_DELALLOC_RESERVED);
>  
>  	if (retval > 0) {
>  		unsigned int status;
> @@ -2004,12 +1994,10 @@ static int mpage_map_one_extent(handle_t *handle, struct mpage_da_data *mpd)
>  	 * in data loss.  So use reserved blocks to allocate metadata if
>  	 * possible.
>  	 *
> -	 * We pass in the magic EXT4_GET_BLOCKS_DELALLOC_RESERVE if the blocks
> -	 * in question are delalloc blocks.  This affects functions in many
> -	 * different parts of the allocation call path.  This flag exists
> -	 * primarily because we don't want to change *many* call functions, so
> -	 * ext4_map_blocks() will set the EXT4_STATE_DELALLOC_RESERVED flag
> -	 * once the inode's allocation semaphore is taken.
> +	 * We pass in the magic EXT4_GET_BLOCKS_DELALLOC_RESERVE if
> +	 * the blocks in question are delalloc blocks.  This indicates
> +	 * that the blocks and quotas has already been checked when
> +	 * the data was copied into the page cache.
>  	 */
>  	get_blocks_flags = EXT4_GET_BLOCKS_CREATE |
>  			   EXT4_GET_BLOCKS_METADATA_NOFAIL;
> diff --git a/fs/ext4/mballoc.c b/fs/ext4/mballoc.c
> index 15dffda..65cca28 100644
> --- a/fs/ext4/mballoc.c
> +++ b/fs/ext4/mballoc.c
> @@ -4410,16 +4410,6 @@ ext4_fsblk_t ext4_mb_new_blocks(handle_t *handle,
>  	if (IS_NOQUOTA(ar->inode))
>  		ar->flags |= EXT4_MB_USE_ROOT_BLOCKS;
>  
> -	/*
> -	 * For delayed allocation, we could skip the ENOSPC and
> -	 * EDQUOT check, as blocks and quotas have been already
> -	 * reserved when data being copied into pagecache.
> -	 */
> -	if (ext4_test_inode_state(ar->inode, EXT4_STATE_DELALLOC_RESERVED)) {
> -		WARN_ON((ar->flags & EXT4_MB_DELALLOC_RESERVED) == 0);
> -		ar->flags |= EXT4_MB_DELALLOC_RESERVED;
> -	}
> -
>  	if ((ar->flags & EXT4_MB_DELALLOC_RESERVED) == 0) {
>  		/* Without delayed allocation we need to verify
>  		 * there is enough free blocks to do block allocation
> -- 
> 2.1.0
> 
> --
> To unsubscribe from this list: send the line "unsubscribe linux-ext4" in
> the body of a message to majordomo@xxxxxxxxxxxxxxx
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
-- 
Jan Kara <jack@xxxxxxx>
SUSE Labs, CR
--
To unsubscribe from this list: send the line "unsubscribe linux-ext4" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html




[Index of Archives]     [Reiser Filesystem Development]     [Ceph FS]     [Kernel Newbies]     [Security]     [Netfilter]     [Bugtraq]     [Linux FS]     [Yosemite National Park]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Samba]     [Device Mapper]     [Linux Media]

  Powered by Linux