Thread (18 messages) 18 messages, 5 authors, 2010-06-30

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
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help