[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <AANLkTimODzrAWS+05+FChtme_3um_9Ky7cwa3gWHFaXp@mail.gmail.com>
Date: Tue, 14 Dec 2010 12:55:47 -0800
From: Jesse Gross <jesse@...ira.com>
To: Breno Leitao <leitao@...ux.vnet.ibm.com>
Cc: shemminger@...tta.com, davem@...emloft.net, netdev@...r.kernel.org
Subject: Re: [PATCH] ehea: Fixing LRO configuration
On Tue, Dec 14, 2010 at 5:01 AM, Breno Leitao <leitao@...ux.vnet.ibm.com> wrote:
> Hi Jesse,
>
> On 12/12/2010 10:39 PM, Jesse Gross wrote:
>>
>> I don't think that this should enable those vlan offloading flags.
>
> I just inserted ETH_FLAG_TXVLAN and ETH_FLAG_RXVLAN there because when I
> call ethtool -K ethX lro on/off, it sends the ETH_FLAG_LRO plus the vlan
> flags if they are enabled (and they are by default).
>
> So, if it doesn't make sense to be toggled, I can mask these flags at
> ehea_set_flags(). so that it doesn't arrive at ethtool_op_set_flags().
I think the right solution is to check that they are set before the
call to ethtool_op_set_flags() and return -EINVAL if not. Masking
them out would result in turning the features off, which isn't a valid
state here.
Of course, the alternative is to actually add support for the settings
to be toggled. This would be ideal but it doesn't look the driver
ever does that currently, so maybe it's not supported by hardware.
Thanks.
--
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