[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <94e335d4-ec90-ba78-b2b4-8419b25bfa88@iogearbox.net>
Date: Thu, 30 Nov 2023 11:56:57 +0100
From: Daniel Borkmann <daniel@...earbox.net>
To: Feng Zhou <zhoufeng.zf@...edance.com>,
Nikolay Aleksandrov <razor@...ckwall.org>, davem@...emloft.net,
edumazet@...gle.com, kuba@...nel.org, pabeni@...hat.com
Cc: bpf@...r.kernel.org, netdev@...r.kernel.org,
linux-kernel@...r.kernel.org, yangzhenze@...edance.com,
wangdongdong.6@...edance.com, tangchen.1@...edance.com
Subject: Re: [External] Re: [PATCH bpf-next] netkit: Add some ethtool ops to
provide information to user
On 11/30/23 10:24 AM, Feng Zhou wrote:
> 在 2023/11/30 17:06, Nikolay Aleksandrov 写道:
>> On 11/30/23 09:58, Feng zhou wrote:
>>> From: Feng Zhou <zhoufeng.zf@...edance.com>
>>>
>>> Add get_strings, get_sset_count, get_ethtool_stats to get peer
>>> ifindex.
>>> ethtool -S nk1
>>> NIC statistics:
>>> peer_ifindex: 36
>>>
>>> Add get_link, get_link_ksettings to get link stat.
>>> ethtool nk1
>>> Settings for nk1:
>>> ...
>>> Link detected: yes
>>>
>>> Add get_ts_info.
>>> ethtool -T nk1
>>> Time stamping parameters for nk1:
>>> ...
>>>
>>> Signed-off-by: Feng Zhou <zhoufeng.zf@...edance.com>
>>> ---
>>> drivers/net/netkit.c | 53 ++++++++++++++++++++++++++++++++++++++++++++
>>> 1 file changed, 53 insertions(+)
>>>
>>
>> Hi,
>> I don't see any point in sending peer_ifindex through ethtool, even
>> worse through ethtool stats. That is definitely the wrong place for it.
>> You can already retrieve that through netlink. About the speed/duplex
>> this one makes more sense, but this is the wrong way to do it.
>> See how we did it for virtio_net (you are free to set speed/duplex
>> to anything to please bonding for example). Although I doubt anyone will use netkit with bonding, so even that is questionable. :)
>>
>> Nacked-by: Nikolay Aleksandrov <razor@...ckwall.org>
>
> We use netkit to replace veth to improve performance, veth can be used ethtool -S veth to get peer_ifindex, so this part is added, as long as it is to keep the netkit part and veth unified, to ensure the same usage habits, and to replace it without perception.
Could you elaborate some more on the use case why you need to retrieve it
via ethtool, what alternatives were tried and don't work?
Please also elaborate on the case for netkit_get_link_ksettings() and which
concrete problem you are trying to address with this extension?
The commit message only explains what is done but does not go into the detail
of _why_ you need it.
Thanks,
Daniel
Powered by blists - more mailing lists