From: Vlad Yasevich <vyasevic@redhat.com>
To: netdev@vger.kernel.org
Cc: mst@redhat.com, Vlad Yasevich <vyasevic@redhat.com>
Subject: [PATCH] macvtap: Correctly set tap features when IFF_VNET_HDR is disabled.
Date: Tue, 13 Aug 2013 13:55:58 -0400 [thread overview]
Message-ID: <1376416558-25015-1-git-send-email-vyasevic@redhat.com> (raw)
When the user turns off IFF_VNET_HDR flag, attempts to change
offload features via TUNSETOFFLOAD do not work. This could cause
GSO packets to be delivered to the user when the user is
not prepared to handle them.
To solve, allow processing of TUNSETOFFLOAD when IFF_VNET_HDR is
disabled and make sure to turn off all offloads in this case.
Also, when IFF_VNET_HDR is disabled, run throught the offload change
as well to make sure that the functionality is not dependent on
the order of the ioclt() calls.
Signed-off-by: Vlad Yasevich <vyasevic@redhat.com>
---
drivers/net/macvtap.c | 27 +++++++++++++++++++--------
1 file changed, 19 insertions(+), 8 deletions(-)
diff --git a/drivers/net/macvtap.c b/drivers/net/macvtap.c
index a98fb0e..076b9e7 100644
--- a/drivers/net/macvtap.c
+++ b/drivers/net/macvtap.c
@@ -1019,6 +1019,7 @@ static int set_offload(struct macvtap_queue *q, unsigned long arg)
struct macvlan_dev *vlan;
netdev_features_t features;
netdev_features_t feature_mask = 0;
+ netdev_features_t tap_mask = TUN_OFFLOADS;
vlan = rtnl_dereference(q->vlan);
if (!vlan)
@@ -1026,7 +1027,12 @@ static int set_offload(struct macvtap_queue *q, unsigned long arg)
features = vlan->dev->features;
- if (arg & TUN_F_CSUM) {
+ if (!(q->flags & IFF_VNET_HDR)) {
+ /* Turn off all checsum offloading also if user does
+ * not user vnet_hdr.
+ */
+ tap_mask |= NETIF_F_ALL_CSUM;
+ } else if (arg & TUN_F_CSUM) {
feature_mask = NETIF_F_HW_CSUM;
if (arg & (TUN_F_TSO4 | TUN_F_TSO6)) {
@@ -1058,8 +1064,7 @@ static int set_offload(struct macvtap_queue *q, unsigned long arg)
/* tap_features are the same as features on tun/tap and
* reflect user expectations.
*/
- vlan->tap_features = vlan->dev->features &
- (feature_mask | ~TUN_OFFLOADS);
+ vlan->tap_features = vlan->dev->features & (feature_mask | ~tap_mask);
vlan->set_features = features;
netdev_update_features(vlan->dev);
@@ -1092,8 +1097,18 @@ static long macvtap_ioctl(struct file *file, unsigned int cmd,
if ((u & ~(IFF_VNET_HDR | IFF_MULTI_QUEUE)) !=
(IFF_NO_PI | IFF_TAP))
ret = -EINVAL;
- else
+ else {
+ if ((q->flags ^ u) & IFF_VNET_HDR) {
+ /* vnet_hdr support impacts the offloads,
+ * so we need to run throught the offload
+ * change.
+ */
+ rtnl_lock();
+ ret = set_offload(q, 0);
+ rtnl_unlock();
+ }
q->flags = u;
+ }
return ret;
@@ -1155,10 +1170,6 @@ static long macvtap_ioctl(struct file *file, unsigned int cmd,
TUN_F_TSO_ECN | TUN_F_UFO))
return -EINVAL;
- /* TODO: only accept frames with the features that
- got enabled for forwarded frames */
- if (!(q->flags & IFF_VNET_HDR))
- return -EINVAL;
rtnl_lock();
ret = set_offload(q, arg);
rtnl_unlock();
--
1.8.1.4
next reply other threads:[~2013-08-13 17:56 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-08-13 17:55 Vlad Yasevich [this message]
2013-08-13 18:05 ` [PATCH] macvtap: Correctly set tap features when IFF_VNET_HDR is disabled Sergei Shtylyov
2013-08-14 12:10 ` Michael S. Tsirkin
2013-08-14 14:07 ` Vlad Yasevich
2013-08-14 16:04 ` Vlad Yasevich
2013-08-14 17:43 ` Michael S. Tsirkin
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=1376416558-25015-1-git-send-email-vyasevic@redhat.com \
--to=vyasevic@redhat.com \
--cc=mst@redhat.com \
--cc=netdev@vger.kernel.org \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).