From: Dimitris Michailidis <dm@chelsio.com>
To: Shan Wei <shanwei@cn.fujitsu.com>
Cc: David Miller <davem@davemloft.net>,
netdev <netdev@vger.kernel.org>,
eilong@broadcom.com, leedom@chelsio.com
Subject: Re: [PATCH net-next 1/2 RESEND v3] net: use NETIF_F_ALL_TSO for vlan features
Date: Thu, 12 May 2011 10:05:54 -0700 [thread overview]
Message-ID: <4DCC1372.3040607@chelsio.com> (raw)
In-Reply-To: <4DCBAE3B.3070201@cn.fujitsu.com>
On 05/12/2011 02:54 AM, Shan Wei wrote:
> Dimitris Michailidis wrote, at 2011年05月12日 00:35:
>> On 05/10/2011 11:24 PM, Shan Wei wrote:
>>> As Dimitris Michailidis suggested, use NETIF_F_ALL_TSO for vlan_features,
>>> which is a mask, but not hw_features.
>>>
>>> Signed-off-by: Shan Wei <shanwei@cn.fujitsu.com>
>> While these changes aren't wrong I don't see a good reason to make them. I am also curious why you're changing only these three drivers.
>
> A personal reason to quickly know what device supports ALL TSO,
> not to search one by one. :;)
But vlan_features doesn't indicate by itself what the device supports, and it
is because of this that you can use NETIF_F_ALL_TSO in vlan_features without
much future breakage risk. There's still the potential that in the future some
additional TSO variant will be added that some of the drivers you're changing
support, but not over VLANs, and then they'll need to undo you change.
If you want to know which drivers support all TSOs you really need to look at
their features and hw_features. One could set NETIF_F_ALL_TSO in vlan_features
of a driver that doesn't support any form of TSO. The way you're checking
you'd be misled into thinking that driver supports all TSO.
next prev parent reply other threads:[~2011-05-12 17:06 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <4DCA2B86.9030205@cn.fujitsu.com>
2011-05-11 16:35 ` [PATCH net-next 1/2 RESEND v3] net: use NETIF_F_ALL_TSO for vlan features Dimitris Michailidis
2011-05-12 9:54 ` Shan Wei
2011-05-12 17:05 ` Dimitris Michailidis [this message]
2011-05-13 2:10 ` Shan Wei
2011-05-13 3:04 ` David Miller
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4DCC1372.3040607@chelsio.com \
--to=dm@chelsio.com \
--cc=davem@davemloft.net \
--cc=eilong@broadcom.com \
--cc=leedom@chelsio.com \
--cc=netdev@vger.kernel.org \
--cc=shanwei@cn.fujitsu.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).