Re: [PATCH -next] qlcnic: fail when try to setup unsupported features
From: Stanislaw Gruszka <hidden>
Date: 2010-06-29 15:00:35
On Tue, 29 Jun 2010 15:41:24 +0100 Ben Hutchings [off-list ref] wrote:
On Mon, 2010-06-28 at 15:18 +0100, Ben Hutchings wrote:quoted
On Mon, 2010-06-28 at 16:14 +0200, Stanislaw Gruszka wrote: [...]quoted
My plan is something like that: static const struct ethtool_ops my_ethtool_ops = { .get_flags = ethtool_op_get_flags, .set_flags = ethtool_op_set_flags, .supported_flags = ETH_FLAG_LRO } Plus op->supported_flags check in ethtool_op_set_flags. That will allow to define flags per driver. There is also possible to add supported_flags to netdev, but I would like to avoid that - in such case drivers can use custom .set_flags function.Sounds good to me.On second thoughts, this is not going work - supported_flags may need to be different for different chips handled by the same driver.
I thought about driver custom ethtool_ops::set_flags in that case.
In fact, this is already the case in sfc. So I think you should do what I suggested previously - add a supported_flags parameter to ethtool_op_set_flags.
What about call from net/core/ethtool.c ? Stanislaw