[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <12551093-9384-4801-b2d1-a5505a87f9b4@iogearbox.net>
Date: Fri, 7 Nov 2025 16:01:44 +0100
From: Daniel Borkmann <daniel@...earbox.net>
To: Jakub Kicinski <kuba@...nel.org>
Cc: netdev@...r.kernel.org, bpf@...r.kernel.org, davem@...emloft.net,
razor@...ckwall.org, pabeni@...hat.com, willemb@...gle.com, sdf@...ichev.me,
john.fastabend@...il.com, martin.lau@...nel.org, jordan@...fe.io,
maciej.fijalkowski@...el.com, magnus.karlsson@...el.com, dw@...idwei.uk,
toke@...hat.com, yangzhenze@...edance.com, wangdongdong.6@...edance.com
Subject: Re: [PATCH net-next v4 11/14] netkit: Implement rtnl_link_ops->alloc
and ndo_queue_create
On 11/7/25 1:41 AM, Jakub Kicinski wrote:
> On Fri, 31 Oct 2025 22:21:00 +0100 Daniel Borkmann wrote:
>> +static void netkit_get_channels(struct net_device *dev,
>> + struct ethtool_channels *channels)
>> +{
>> + channels->max_rx = dev->num_rx_queues;
>> + channels->max_tx = dev->num_tx_queues;
>> + channels->max_other = 0;
>> + channels->max_combined = 1;
>> + channels->rx_count = dev->real_num_rx_queues;
>> + channels->tx_count = dev->real_num_tx_queues;
>> + channels->other_count = 0;
>> + channels->combined_count = 0;
>> }
>
> Why do we need to implement get_channels?
Thanks for the feedback. I think this one was useful imho since it allowed
for introspection via ethtool on netkit side e.g. the max_rx vs rx_count.
Powered by blists - more mailing lists