On Wed, 2010-06-30 at 08:44 -0700, Bhavesh Davda wrote:

Thanks for fixing this, Ben! Had to look at ethtool-2.6.34 src to
convince myself of the correctness. Looks good to me. 

Signed-off-by: Bhavesh Davda <redacted>

ps: I do wonder, however, why not always use ethtool_op_get_flags for
all drivers, and mask whatever is returned by the driver specific
dev->ethtool_ops->get_flags with flags_dup_features instead of this
approach?

I think you're right that ethtool_op_get_flags could be the implicit
default (i.e. used if ethtool_ops::get_flags is NULL) and drivers should
not have to set it.  Following this change, no drivers in net-next-2.6
will be using any other implementation.  However, I don't think
ethtool_ops::get_flags should be removed - in future there are likely to
be additional ethtool flags that do not correspond to net device feature
flags, and some drivers will need a different implementation.

Ben.

-- 
Ben Hutchings, Senior Software Engineer, Solarflare Communications
Not speaking for my employer; that's the marketing department's job.
They asked us to note that Solarflare product names are trademarked.