macvtap: correctly linearize skb when zerocopy is used
authorJason Wang <jasowang@redhat.com>
Wed, 10 Jul 2013 05:43:28 +0000 (13:43 +0800)
committerBen Hutchings <ben@decadent.org.uk>
Fri, 2 Aug 2013 20:14:49 +0000 (22:14 +0200)
commitc96536a2445c72c89276d2e92e698a7f40935cd2
tree04d573d2f9cbaf7d481a3f97e68251daa5453004
parentb51c3427e95bc9484ed3bb60a48ab334c6857e9c
macvtap: correctly linearize skb when zerocopy is used

[ Upstream commit 61d46bf979d5cd7c164709a80ad5676a35494aae ]

Userspace may produce vectors greater than MAX_SKB_FRAGS. When we try to
linearize parts of the skb to let the rest of iov to be fit in
the frags, we need count copylen into linear when calling macvtap_alloc_skb()
instead of partly counting it into data_len. Since this breaks
zerocopy_sg_from_iovec() since its inner counter assumes nr_frags should
be zero at beginning. This cause nr_frags to be increased wrongly without
setting the correct frags.

This bug were introduced from b92946e2919134ebe2a4083e4302236295ea2a73
(macvtap: zerocopy: validate vectors before building skb).

Cc: Michael S. Tsirkin <mst@redhat.com>
Signed-off-by: Jason Wang <jasowang@redhat.com>
Acked-by: Michael S. Tsirkin <mst@redhat.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
Signed-off-by: Ben Hutchings <ben@decadent.org.uk>
drivers/net/macvtap.c