linux-kernel - Re: [PATCH -next] xfs: delete extra space and tab in blank line

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite for Android: free password hash cracker in your pocket

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Date:   Sun, 31 Jul 2022 09:23:08 -0700
From:   "Darrick J. Wong" <djwong@...nel.org>
To:     studentxswpy@....com
Cc:     linux-xfs@...r.kernel.org, linux-kernel@...r.kernel.org,
        Hacash Robot <hacashRobot@...tino.com>
Subject: Re: [PATCH -next] xfs: delete extra space and tab in blank line

On Sat, Jul 30, 2022 at 05:29:59PM +0800, studentxswpy@....com wrote:
> From: Xie Shaowen <studentxswpy@....com>
> 
> delete extra space and tab in blank line, there is no functional change.
> 
> Reported-by: Hacash Robot <hacashRobot@...tino.com>
> Signed-off-by: Xie Shaowen <studentxswpy@....com>

The last hunk doesn't apply, but fmeh, whatever.
Reviewed-by: Darrick J. Wong <djwong@...nel.org>

--D

> ---
>  fs/xfs/xfs_extfree_item.c | 12 ++++++------
>  fs/xfs/xfs_log.c          |  4 ++--
>  2 files changed, 8 insertions(+), 8 deletions(-)
> 
> diff --git a/fs/xfs/xfs_extfree_item.c b/fs/xfs/xfs_extfree_item.c
> index 765be054dffe..08b0c8b553fc 100644
> --- a/fs/xfs/xfs_extfree_item.c
> +++ b/fs/xfs/xfs_extfree_item.c
> @@ -187,12 +187,12 @@ xfs_efi_copy_format(xfs_log_iovec_t *buf, xfs_efi_log_format_t *dst_efi_fmt)
>  {
>  	xfs_efi_log_format_t *src_efi_fmt = buf->i_addr;
>  	uint i;
> -	uint len = sizeof(xfs_efi_log_format_t) + 
> -		(src_efi_fmt->efi_nextents - 1) * sizeof(xfs_extent_t);  
> -	uint len32 = sizeof(xfs_efi_log_format_32_t) + 
> -		(src_efi_fmt->efi_nextents - 1) * sizeof(xfs_extent_32_t);  
> -	uint len64 = sizeof(xfs_efi_log_format_64_t) + 
> -		(src_efi_fmt->efi_nextents - 1) * sizeof(xfs_extent_64_t);  
> +	uint len = sizeof(xfs_efi_log_format_t) +
> +		(src_efi_fmt->efi_nextents - 1) * sizeof(xfs_extent_t);
> +	uint len32 = sizeof(xfs_efi_log_format_32_t) +
> +		(src_efi_fmt->efi_nextents - 1) * sizeof(xfs_extent_32_t);
> +	uint len64 = sizeof(xfs_efi_log_format_64_t) +
> +		(src_efi_fmt->efi_nextents - 1) * sizeof(xfs_extent_64_t);
>  
>  	if (buf->i_len == len) {
>  		memcpy((char *)dst_efi_fmt, (char*)src_efi_fmt, len);
> diff --git a/fs/xfs/xfs_log.c b/fs/xfs/xfs_log.c
> index ae904b21e9cc..6f661fadb755 100644
> --- a/fs/xfs/xfs_log.c
> +++ b/fs/xfs/xfs_log.c
> @@ -2000,7 +2000,7 @@ xlog_calc_iclog_size(
>  }
>  
>  /*
> - * Flush out the in-core log (iclog) to the on-disk log in an asynchronous 
> + * Flush out the in-core log (iclog) to the on-disk log in an asynchronous
>   * fashion.  Previously, we should have moved the current iclog
>   * ptr in the log to point to the next available iclog.  This allows further
>   * write to continue while this code syncs out an iclog ready to go.
> @@ -2042,7 +2042,7 @@ xlog_sync(
>  	xlog_grant_add_space(log, &log->l_write_head.grant, roundoff);
>  
>  	/* put cycle number in every block */
> -	xlog_pack_data(log, iclog, roundoff); 
> +	xlog_pack_data(log, iclog, roundoff);
>  
>  	/* real byte length */
>  	size = iclog->ic_offset;
> -- 
> 2.25.1
>