[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <565DA6F5.7040804@gmail.com>
Date: Tue, 1 Dec 2015 13:56:05 +0000
From: Salil Mehta <mehta.salil.lnk@...il.com>
To: Yuval Mintz <Yuval.Mintz@...gic.com>,
Salil Mehta <salil.mehta@...wei.com>,
David Miller <davem@...emloft.net>,
"robh+dt@...nel.org" <robh+dt@...nel.org>,
"pawel.moll@....com" <pawel.moll@....com>,
"mark.rutland@....com" <mark.rutland@....com>,
"paul.gortmaker@...driver.com" <paul.gortmaker@...driver.com>,
"ijc+devicetree@...lion.org.uk" <ijc+devicetree@...lion.org.uk>,
"galak@...eaurora.org" <galak@...eaurora.org>,
"catalin.marinas@....com" <catalin.marinas@....com>,
"will.deacon@....com" <will.deacon@....com>,
"arnd@...db.de" <arnd@...db.de>,
"liguozhu@...ilicon.com" <liguozhu@...ilicon.com>,
"yisen.zhuang@...wei.com" <yisen.zhuang@...wei.com>,
"dingtianhong@...wei.com" <dingtianhong@...wei.com>,
"zhangfei.gao@...aro.org" <zhangfei.gao@...aro.org>,
"huangdaode@...ilicon.com" <huangdaode@...ilicon.com>,
"kenneth-lee-2012@...mail.com" <kenneth-lee-2012@...mail.com>,
"xuwei5@...ilicon.com" <xuwei5@...ilicon.com>,
"lisheng011@...wei.com" <lisheng011@...wei.com>,
"devicetree@...r.kernel.org" <devicetree@...r.kernel.org>,
linux-kernel <linux-kernel@...r.kernel.org>,
"linux-arm-kernel@...ts.infradead.org"
<linux-arm-kernel@...ts.infradead.org>,
netdev <netdev@...r.kernel.org>,
"linuxarm@...wei.com" <linuxarm@...wei.com>
Subject: Re: [PATCH V4 net-next 4/5] net:hns: Add support of ethtool TSO set
option for Hip06 in HNS
On 22/11/15 11:17, Yuval Mintz wrote:
>> +static netdev_features_t hns_nic_fix_features(
>> + struct net_device *netdev, netdev_features_t features) {
>> + struct hns_nic_priv *priv = netdev_priv(netdev);
>> +
>> + switch (priv->enet_ver) {
>> + case AE_VERSION_1:
>> + features &= ~(NETIF_F_TSO | NETIF_F_TSO6 |
>> + NETIF_F_HW_VLAN_CTAG_FILTER);
>> + break;
>> + default:
>> + break;
>> + }
>> + return features;
>> +}
>> +
> Isn't AE_VERSION_1 something fixed once you publish your features?
> If it can't be changed, why not simply remove the features from
> `hw_features' instead of having to implement this ndo?
Hi Yuval,
I some how missed to reply this, though I worked on your suggestions
in the already floated V5 patch earlier. Sorry for this!
There could be a case where the feature is supported by the SoC
and therefore it is already part of the 'hw_features' but it has been
say DISABLED or ENABLED by ethtool. In such a case, we need to
make sure we strike off that feature from the 'features' flag.
Therefore, we need this leg I suppose. Let me know If I am missing
something here or there is a gap in my understanding.
Thanks
Salil
--
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