Re: [PATCH RFC v3 4/9] tap: Pad virtio header with zero

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

 



Akihiko Odaki wrote:
> tap used to simply advance iov_iter when it needs to pad virtio header.
> This leaves the garbage in the buffer as is and prevents telling if the
> header is padded or contains some real data.
> 
> In theory, a user of tap can fill the buffer with zero before calling
> read() to avoid such a problem, but leaving the garbage in the buffer is
> awkward anyway so fill the buffer in tap.

This description does not describe the need for this operation.

The new extension seemingly requires these bytes to be cleared?
Please make that explicit.
 
> Signed-off-by: Akihiko Odaki <akihiko.odaki@xxxxxxxxxx>
> ---
>  drivers/net/tap.c | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
> 
> diff --git a/drivers/net/tap.c b/drivers/net/tap.c
> index 77574f7a3bd4..ba044302ccc6 100644
> --- a/drivers/net/tap.c
> +++ b/drivers/net/tap.c
> @@ -813,7 +813,7 @@ static ssize_t tap_put_user(struct tap_queue *q,
>  		    sizeof(vnet_hdr))
>  			return -EFAULT;
>  
> -		iov_iter_advance(iter, vnet_hdr_len - sizeof(vnet_hdr));
> +		iov_iter_zero(vnet_hdr_len - sizeof(vnet_hdr), iter);
>  	}
>  	total = vnet_hdr_len;
>  	total += skb->len;
> 
> -- 
> 2.46.0
> 






[Index of Archives]     [Kernel Newbies]     [Security]     [Netfilter]     [Bugtraq]     [Linux FS]     [Yosemite Forum]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Samba]     [Video 4 Linux]     [Device Mapper]     [Linux Resources]

  Powered by Linux