From: Jon Mason <jdmason@kudzu.us>
To: Stanislaw Gruszka <sgruszka@redhat.com>
Cc: netdev@vger.kernel.org, Ben Hutchings <bhutchings@solarflare.com>,
Eric Dumazet <eric.dumazet@gmail.com>,
Jesse Gross <jesse@nicira.com>,
Amit Kumar Salecha <amit.salecha@qlogic.com>,
Shreyas Bhatewara <sbhatewara@vmware.com>,
Jesper Dangaard Brouer <hawk@comx.dk>
Subject: Re: [PATCH] net: fix ethtool->set_flags not intended -EINVAL return value
Date: Mon, 28 Mar 2011 09:21:57 -0500 [thread overview]
Message-ID: <20110328142155.GA26423@kudzu.us> (raw)
In-Reply-To: <20110323095415.GA7098@redhat.com>
On Wed, Mar 23, 2011 at 10:54:49AM +0100, Stanislaw Gruszka wrote:
> After commit d5dbda23804156ae6f35025ade5307a49d1db6d7 "ethtool: Add
> support for vlan accleration.", drivers that have NETIF_F_HW_VLAN_TX,
> and/or NETIF_F_HW_VLAN_RX feature, but do not allow enable/disable vlan
> acceleration via ethtool set_flags, always return -EINVAL from that
> function. Fix by returning -EINVAL only if requested features do not
> match current settings and can not be changed by driver.
>
> Change any driver that define ethtool->set_flags to use
> ethtool_invalid_flags() to avoid similar problems in the future
> (also on drivers that do not have the problem).
>
> Tested with modified (to reproduce this bug) myri10ge driver.
>
> Cc: stable@kernel.org # 2.6.37+
> Signed-off-by: Stanislaw Gruszka <sgruszka@redhat.com>
> ---
> drivers/net/netxen/netxen_nic_ethtool.c | 2 +-
> drivers/net/qlcnic/qlcnic_ethtool.c | 2 +-
> drivers/net/s2io.c | 2 +-
> drivers/net/vmxnet3/vmxnet3_ethtool.c | 4 ++--
> drivers/net/vxge/vxge-ethtool.c | 4 ++--
> include/linux/ethtool.h | 1 +
> net/core/ethtool.c | 17 ++++++++++++++++-
> 7 files changed, 24 insertions(+), 8 deletions(-)
>
> diff --git a/drivers/net/netxen/netxen_nic_ethtool.c b/drivers/net/netxen/netxen_nic_ethtool.c
> index 653d308..3bdcc80 100644
> --- a/drivers/net/netxen/netxen_nic_ethtool.c
> +++ b/drivers/net/netxen/netxen_nic_ethtool.c
> @@ -871,7 +871,7 @@ static int netxen_nic_set_flags(struct net_device *netdev, u32 data)
> struct netxen_adapter *adapter = netdev_priv(netdev);
> int hw_lro;
>
> - if (data & ~ETH_FLAG_LRO)
> + if (ethtool_invalid_flags(netdev, data, ETH_FLAG_LRO))
> return -EINVAL;
>
> if (!(adapter->capabilities & NX_FW_CAPABILITY_HW_LRO))
> diff --git a/drivers/net/qlcnic/qlcnic_ethtool.c b/drivers/net/qlcnic/qlcnic_ethtool.c
> index 4c14510..45b2755 100644
> --- a/drivers/net/qlcnic/qlcnic_ethtool.c
> +++ b/drivers/net/qlcnic/qlcnic_ethtool.c
> @@ -1003,7 +1003,7 @@ static int qlcnic_set_flags(struct net_device *netdev, u32 data)
> struct qlcnic_adapter *adapter = netdev_priv(netdev);
> int hw_lro;
>
> - if (data & ~ETH_FLAG_LRO)
> + if (ethtool_invalid_flags(netdev, data, ETH_FLAG_LRO))
> return -EINVAL;
>
> if (!(adapter->capabilities & QLCNIC_FW_CAPABILITY_HW_LRO))
> diff --git a/drivers/net/s2io.c b/drivers/net/s2io.c
> index 2ad6364..356e74d 100644
> --- a/drivers/net/s2io.c
> +++ b/drivers/net/s2io.c
> @@ -6726,7 +6726,7 @@ static int s2io_ethtool_set_flags(struct net_device *dev, u32 data)
> int rc = 0;
> int changed = 0;
>
> - if (data & ~ETH_FLAG_LRO)
> + if (ethtool_invalid_flags(dev, data, ETH_FLAG_LRO))
> return -EINVAL;
>
> if (data & ETH_FLAG_LRO) {
> diff --git a/drivers/net/vmxnet3/vmxnet3_ethtool.c b/drivers/net/vmxnet3/vmxnet3_ethtool.c
> index 81254be..51f2ef1 100644
> --- a/drivers/net/vmxnet3/vmxnet3_ethtool.c
> +++ b/drivers/net/vmxnet3/vmxnet3_ethtool.c
> @@ -304,8 +304,8 @@ vmxnet3_set_flags(struct net_device *netdev, u32 data)
> u8 lro_present = (netdev->features & NETIF_F_LRO) == 0 ? 0 : 1;
> unsigned long flags;
>
> - if (data & ~ETH_FLAG_LRO)
> - return -EOPNOTSUPP;
> + if (ethtool_invalid_flags(netdev, data, ETH_FLAG_LRO))
> + return -EINVAL;
>
> if (lro_requested ^ lro_present) {
> /* toggle the LRO feature*/
> diff --git a/drivers/net/vxge/vxge-ethtool.c b/drivers/net/vxge/vxge-ethtool.c
> index 1dd3a21..c5eb034 100644
> --- a/drivers/net/vxge/vxge-ethtool.c
> +++ b/drivers/net/vxge/vxge-ethtool.c
> @@ -1117,8 +1117,8 @@ static int vxge_set_flags(struct net_device *dev, u32 data)
> struct vxgedev *vdev = netdev_priv(dev);
> enum vxge_hw_status status;
>
> - if (data & ~ETH_FLAG_RXHASH)
> - return -EOPNOTSUPP;
> + if (ethtool_invalid_flags(dev, data, ETH_FLAG_RXHASH))
> + return -EINVAL;
The return code value is being changed, which is not relevant to this
patch. Perhaps a secondary patch should be created to make all driver
set_flags calls return EOPNOTSUPP for unsupported flag setting.
Aside from that, it looks fine to me.
>
> if (!!(data & ETH_FLAG_RXHASH) == vdev->devh->config.rth_en)
> return 0;
> diff --git a/include/linux/ethtool.h b/include/linux/ethtool.h
> index aac3e2e..e22b046 100644
> --- a/include/linux/ethtool.h
> +++ b/include/linux/ethtool.h
> @@ -643,6 +643,7 @@ int ethtool_op_set_ufo(struct net_device *dev, u32 data);
> u32 ethtool_op_get_flags(struct net_device *dev);
> int ethtool_op_set_flags(struct net_device *dev, u32 data, u32 supported);
> void ethtool_ntuple_flush(struct net_device *dev);
> +bool ethtool_invalid_flags(struct net_device *dev, u32 data, u32 supported);
>
> /**
> * ðtool_ops - Alter and report network device settings
> diff --git a/net/core/ethtool.c b/net/core/ethtool.c
> index c1a71bb..25d1ea2 100644
> --- a/net/core/ethtool.c
> +++ b/net/core/ethtool.c
> @@ -141,9 +141,24 @@ u32 ethtool_op_get_flags(struct net_device *dev)
> }
> EXPORT_SYMBOL(ethtool_op_get_flags);
>
> +/* Check if device can enable (or disable) particular feature coded in "data"
> + * argument. Flags "supported" describe features that can be toggled by device.
> + * If feature can not be toggled, it state (enabled or disabled) must match
> + * hardcoded device features state, otherwise flags are marked as invalid.
> + */
> +bool ethtool_invalid_flags(struct net_device *dev, u32 data, u32 supported)
> +{
> + u32 features = dev->features & flags_dup_features;
> + /* "data" can contain only flags_dup_features bits,
> + * see __ethtool_set_flags */
> +
> + return (features & ~supported) != (data & ~supported);
> +}
> +EXPORT_SYMBOL(ethtool_invalid_flags);
> +
> int ethtool_op_set_flags(struct net_device *dev, u32 data, u32 supported)
> {
> - if (data & ~supported)
> + if (ethtool_invalid_flags(dev, data, supported))
> return -EINVAL;
>
> dev->features = ((dev->features & ~flags_dup_features) |
> --
> 1.7.1
>
next prev parent reply other threads:[~2011-03-28 14:22 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-03-23 9:54 [PATCH] net: fix ethtool->set_flags not intended -EINVAL return value Stanislaw Gruszka
2011-03-28 14:21 ` Jon Mason [this message]
2011-03-28 14:48 ` Stanislaw Gruszka
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=20110328142155.GA26423@kudzu.us \
--to=jdmason@kudzu.us \
--cc=amit.salecha@qlogic.com \
--cc=bhutchings@solarflare.com \
--cc=eric.dumazet@gmail.com \
--cc=hawk@comx.dk \
--cc=jesse@nicira.com \
--cc=netdev@vger.kernel.org \
--cc=sbhatewara@vmware.com \
--cc=sgruszka@redhat.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 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).