[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <1996D963-EFD9-420E-BEE2-E29B83F3811B@net-swift.com>
Date: Wed, 19 Apr 2023 10:27:49 +0800
From: "mengyuanlou@...-swift.com" <mengyuanlou@...-swift.com>
To: Yunsheng Lin <linyunsheng@...wei.com>
Cc: netdev@...r.kernel.org, Jiawen Wu <jiawenwu@...stnetic.com>
Subject: Re: [PATCH net-next v2 1/5] net: wangxun: libwx add tx offload
functions
> 2023年4月18日 20:11,Yunsheng Lin <linyunsheng@...wei.com> 写道:
>
> On 2023/4/18 15:00, mengyuanlou@...-swift.com wrote:
>>>> + goto exit;
>>>> + case htons(ETH_P_ARP):
>>>> + ptype = WX_PTYPE_L2_ARP;
>>>> + goto exit;
>>>> + default:
>>>> + ptype = WX_PTYPE_L2_MAC;
>>>
>>> Is it ok to set ptype to WX_PTYPE_L2_MAC for first->protocol != ETH_P_IP
>>> && first->protocol != ETH_P_IPV6? Does hw need to do checksum/tso or other thing
>>> about those packet? if not, setting WX_PTYPE_L2_MAC seems enough?
>>>
>> • The hardware needs to parse these packets with these ptype bits.
>
> What does hw do after parsing these packets? Updating some stats according to
> the protocol type?
> It seems really related to hw implementation, I am just curious if it is worth
> the added overhead for driver.
>
For ETH_P_1588 hw will add timestamp for packets.
The others are used to loopback scene, because hw can not parse l2 type.
According to chip designers, the others are not necessary.
Does it really cost a a lot for driver?
Thanks.
Powered by blists - more mailing lists