* Re: [PATCH net-next 1/2 RESEND v3] net: use NETIF_F_ALL_TSO for vlan features
[not found] <4DCA2B86.9030205@cn.fujitsu.com>
@ 2011-05-11 16:35 ` Dimitris Michailidis
2011-05-12 9:54 ` Shan Wei
0 siblings, 1 reply; 5+ messages in thread
From: Dimitris Michailidis @ 2011-05-11 16:35 UTC (permalink / raw)
To: Shan Wei; +Cc: David Miller, netdev, eilong, leedom
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.
> ---
> drivers/net/bnx2x/bnx2x_main.c | 2 +-
> drivers/net/cxgb4/cxgb4_main.c | 2 +-
> drivers/net/cxgb4vf/cxgb4vf_main.c | 2 +-
> 3 files changed, 3 insertions(+), 3 deletions(-)
>
> diff --git a/drivers/net/bnx2x/bnx2x_main.c b/drivers/net/bnx2x/bnx2x_main.c
> index 2762edf..172684b 100644
> --- a/drivers/net/bnx2x/bnx2x_main.c
> +++ b/drivers/net/bnx2x/bnx2x_main.c
> @@ -9267,7 +9267,7 @@ static int __devinit bnx2x_init_dev(struct pci_dev *pdev,
> NETIF_F_RXCSUM | NETIF_F_LRO | NETIF_F_HW_VLAN_TX;
>
> dev->vlan_features = NETIF_F_SG | NETIF_F_IP_CSUM | NETIF_F_IPV6_CSUM |
> - NETIF_F_TSO | NETIF_F_TSO_ECN | NETIF_F_TSO6 | NETIF_F_HIGHDMA;
> + NETIF_F_ALL_TSO | NETIF_F_HIGHDMA;
>
> dev->features |= dev->hw_features | NETIF_F_HW_VLAN_RX;
> if (bp->flags & USING_DAC_FLAG)
> diff --git a/drivers/net/cxgb4/cxgb4_main.c b/drivers/net/cxgb4/cxgb4_main.c
> index 7e3cfbe..21a163c 100644
> --- a/drivers/net/cxgb4/cxgb4_main.c
> +++ b/drivers/net/cxgb4/cxgb4_main.c
> @@ -3528,7 +3528,7 @@ static void free_some_resources(struct adapter *adapter)
> }
>
> #define TSO_FLAGS (NETIF_F_TSO | NETIF_F_TSO6 | NETIF_F_TSO_ECN)
> -#define VLAN_FEAT (NETIF_F_SG | NETIF_F_IP_CSUM | TSO_FLAGS | \
> +#define VLAN_FEAT (NETIF_F_SG | NETIF_F_IP_CSUM | NETIF_F_ALL_TSO | \
> NETIF_F_IPV6_CSUM | NETIF_F_HIGHDMA)
>
> static int __devinit init_one(struct pci_dev *pdev,
> diff --git a/drivers/net/cxgb4vf/cxgb4vf_main.c b/drivers/net/cxgb4vf/cxgb4vf_main.c
> index e71c08e..b55c521 100644
> --- a/drivers/net/cxgb4vf/cxgb4vf_main.c
> +++ b/drivers/net/cxgb4vf/cxgb4vf_main.c
> @@ -2604,7 +2604,7 @@ static int __devinit cxgb4vf_pci_probe(struct pci_dev *pdev,
> netdev->hw_features = NETIF_F_SG | TSO_FLAGS |
> NETIF_F_IP_CSUM | NETIF_F_IPV6_CSUM |
> NETIF_F_HW_VLAN_TX | NETIF_F_RXCSUM;
> - netdev->vlan_features = NETIF_F_SG | TSO_FLAGS |
> + netdev->vlan_features = NETIF_F_SG | NETIF_F_ALL_TSO |
> NETIF_F_IP_CSUM | NETIF_F_IPV6_CSUM |
> NETIF_F_HIGHDMA;
> netdev->features = netdev->hw_features |
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [PATCH net-next 1/2 RESEND v3] net: use NETIF_F_ALL_TSO for vlan features
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
0 siblings, 1 reply; 5+ messages in thread
From: Shan Wei @ 2011-05-12 9:54 UTC (permalink / raw)
To: Dimitris Michailidis; +Cc: David Miller, netdev, eilong, leedom
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. :;)
TSO offloads are assigned directly in these three drivers.
Other drivers set vlan_features as hw_features, or set TSO offloads after doing some check.
--
Best Regards
-----
Shan Wei
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [PATCH net-next 1/2 RESEND v3] net: use NETIF_F_ALL_TSO for vlan features
2011-05-12 9:54 ` Shan Wei
@ 2011-05-12 17:05 ` Dimitris Michailidis
2011-05-13 2:10 ` Shan Wei
0 siblings, 1 reply; 5+ messages in thread
From: Dimitris Michailidis @ 2011-05-12 17:05 UTC (permalink / raw)
To: Shan Wei; +Cc: David Miller, netdev, eilong, leedom
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.
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [PATCH net-next 1/2 RESEND v3] net: use NETIF_F_ALL_TSO for vlan features
2011-05-12 17:05 ` Dimitris Michailidis
@ 2011-05-13 2:10 ` Shan Wei
2011-05-13 3:04 ` David Miller
0 siblings, 1 reply; 5+ messages in thread
From: Shan Wei @ 2011-05-13 2:10 UTC (permalink / raw)
To: Dimitris Michailidis; +Cc: David Miller, netdev, eilong, leedom
Dimitris Michailidis wrote, at 2011年05月13日 01:05:
> 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.
For this part.
David, please discard this patch.
--
Best Regards
-----
Shan Wei
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [PATCH net-next 1/2 RESEND v3] net: use NETIF_F_ALL_TSO for vlan features
2011-05-13 2:10 ` Shan Wei
@ 2011-05-13 3:04 ` David Miller
0 siblings, 0 replies; 5+ messages in thread
From: David Miller @ 2011-05-13 3:04 UTC (permalink / raw)
To: shanwei; +Cc: dm, netdev, eilong, leedom
From: Shan Wei <shanwei@cn.fujitsu.com>
Date: Fri, 13 May 2011 10:10:21 +0800
> Dimitris Michailidis wrote, at 2011年05月13日 01:05:
>> 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.
>
> For this part.
>
> David, please discard this patch.
Shan I've discarded all of your patches in this series.
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2011-05-13 5:44 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[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
2011-05-13 2:10 ` Shan Wei
2011-05-13 3:04 ` David Miller
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).