[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20110514095457.GA31970@rere.qmqm.pl>
Date: Sat, 14 May 2011 11:54:57 +0200
From: Michał Mirosław <mirq-linux@...e.qmqm.pl>
To: Ben Hutchings <bhutchings@...arflare.com>
Cc: David Miller <davem@...emloft.net>, netdev@...r.kernel.org
Subject: Re: [PATCH net-2.6] ethtool: Remove fallback to old ethtool
operations for ETHTOOL_SFEATURES
On Sat, May 14, 2011 at 02:05:42AM +0100, Ben Hutchings wrote:
> ethtool_set_feature_compat() squashes the feature mask into a boolean,
> which is not correct for ethtool_ops::set_flags.
>
> We could fix this, but the fallback code for ETHTOOL_SFEATURES actually
> makes things more complicated for the ethtool utility and any other
> application using the ethtool API. They will still need to fall back to
> the old offload control commands in order to support older kernel
> versions. The fallback code in the kernel adds a third possibility for
> them to handle. So make ETHTOOL_SFEATURES fail when the driver
> implements the old offload control operations, and let userland do the
> fallback.
>
> Signed-off-by: Ben Hutchings <bhutchings@...arflare.com>
This will disable SFEATURES for drivers which implement changing newer
features that have no old ethtool ops (e.g. NETIF_F_LOOPBACK), but are
not converted, yet. This might matter when bisecting.
It's easy to fix this. The code is going away for 2.6.40, though.
Do you want to get rid of ETHTOOL_F_COMPAT bit before 2.6.39?
BTW, what are the complications for userspace?
This change misses ethtool_get_features_compat() setting available bits.
Best Regards,
Michał Mirosław
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists