From: "Michael S. Tsirkin" <mst@redhat.com>
To: Jason Wang <jasowang@redhat.com>
Cc: davem@davemloft.net, netdev@vger.kernel.org,
linux-kernel@vger.kernel.org, Vlad Yasevich <vyasevich@gmail.com>,
Zhi Yong Wu <wuzhy@linux.vnet.ibm.com>
Subject: Re: [PATCH net V2 2/2] macvtap: signal truncated packets
Date: Tue, 10 Dec 2013 17:29:51 +0200 [thread overview]
Message-ID: <20131210152951.GE25293@redhat.com> (raw)
In-Reply-To: <1386654586-18151-2-git-send-email-jasowang@redhat.com>
On Tue, Dec 10, 2013 at 01:49:46PM +0800, Jason Wang wrote:
> macvtap_put_user() never return a value grater than iov length, this in fact
> bypasses the truncated checking in macvtap_recvmsg(). Fix this by always
> returning the size of packet plus the possible vlan header to let the trunca
> checking work.
>
> Cc: Vlad Yasevich <vyasevich@gmail.com>
> Cc: Zhi Yong Wu <wuzhy@linux.vnet.ibm.com>
> Cc: Michael S. Tsirkin <mst@redhat.com>
> Signed-off-by: Jason Wang <jasowang@redhat.com>
> ---
> Changes from v1:
> - increase total unconditionally
> - do not move the structure veth out of the vlan handling block
> ---
> drivers/net/macvtap.c | 19 ++++++++++---------
> 1 file changed, 10 insertions(+), 9 deletions(-)
>
> diff --git a/drivers/net/macvtap.c b/drivers/net/macvtap.c
> index 957cc5c..ded4b2c 100644
> --- a/drivers/net/macvtap.c
> +++ b/drivers/net/macvtap.c
> @@ -770,7 +770,7 @@ static ssize_t macvtap_put_user(struct macvtap_queue *q,
> int ret;
> int vnet_hdr_len = 0;
> int vlan_offset = 0;
> - int copied;
> + int copied, offset;
>
> if (q->flags & IFF_VNET_HDR) {
> struct virtio_net_hdr vnet_hdr;
> @@ -785,7 +785,8 @@ static ssize_t macvtap_put_user(struct macvtap_queue *q,
> if (memcpy_toiovecend(iv, (void *)&vnet_hdr, 0, sizeof(vnet_hdr)))
> return -EFAULT;
> }
> - copied = vnet_hdr_len;
> + offset = copied = vnet_hdr_len;
> + copied += skb->len;
>
> if (!vlan_tx_tag_present(skb))
> len = min_t(int, skb->len, len);
> @@ -800,24 +801,24 @@ static ssize_t macvtap_put_user(struct macvtap_queue *q,
>
> vlan_offset = offsetof(struct vlan_ethhdr, h_vlan_proto);
> len = min_t(int, skb->len + VLAN_HLEN, len);
> + copied += VLAN_HLEN;
>
> copy = min_t(int, vlan_offset, len);
> - ret = skb_copy_datagram_const_iovec(skb, 0, iv, copied, copy);
> + ret = skb_copy_datagram_const_iovec(skb, 0, iv, offset, copy);
> len -= copy;
> - copied += copy;
> + offset += copy;
> if (ret || !len)
> goto done;
>
> copy = min_t(int, sizeof(veth), len);
> - ret = memcpy_toiovecend(iv, (void *)&veth, copied, copy);
> + ret = memcpy_toiovecend(iv, (void *)&veth, offset, copy);
> len -= copy;
> - copied += copy;
> + offset += copy;
> if (ret || !len)
> goto done;
> }
>
> - ret = skb_copy_datagram_const_iovec(skb, vlan_offset, iv, copied, len);
> - copied += len;
> + ret = skb_copy_datagram_const_iovec(skb, vlan_offset, iv, offset, len);
>
> done:
> return ret ? ret : copied;
I commented on this already. copied is how much we copied,
so its value is correct.
You want to name the new one total_len or something along
these lines and return it.
> @@ -875,7 +876,7 @@ static ssize_t macvtap_aio_read(struct kiocb *iocb, const struct iovec *iv,
> }
>
> ret = macvtap_do_read(q, iocb, iv, len, file->f_flags & O_NONBLOCK);
> - ret = min_t(ssize_t, ret, len); /* XXX copied from tun.c. Why? */
> + ret = min_t(ssize_t, ret, len);
> if (ret > 0)
> iocb->ki_pos = ret;
> out:
> --
> 1.8.3.2
next prev parent reply other threads:[~2013-12-10 15:26 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-12-10 5:49 [PATCH net V2 1/2] tun: unbreak truncated packet signalling Jason Wang
2013-12-10 5:49 ` [PATCH net V2 2/2] macvtap: signal truncated packets Jason Wang
2013-12-10 15:29 ` Michael S. Tsirkin [this message]
2013-12-11 3:29 ` Jason Wang
2013-12-10 15:32 ` [PATCH net V2 1/2] tun: unbreak truncated packet signalling Michael S. Tsirkin
2013-12-11 3:28 ` Jason Wang
2013-12-11 3:11 ` David Miller
2013-12-11 3:27 ` Jason Wang
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20131210152951.GE25293@redhat.com \
--to=mst@redhat.com \
--cc=davem@davemloft.net \
--cc=jasowang@redhat.com \
--cc=linux-kernel@vger.kernel.org \
--cc=netdev@vger.kernel.org \
--cc=vyasevich@gmail.com \
--cc=wuzhy@linux.vnet.ibm.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.