[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <9b59a933-0457-b9f2-a0da-9b764223c250@nvidia.com>
Date: Sun, 11 Jun 2023 20:58:32 +0300
From: Gal Pressman <gal@...dia.com>
To: Stephen Hemminger <stephen@...workplumber.org>
Cc: "David S. Miller" <davem@...emloft.net>, Jakub Kicinski
<kuba@...nel.org>, David Ahern <dsahern@...il.com>,
Michal Kubecek <mkubecek@...e.cz>, netdev@...r.kernel.org,
Edwin Peer <edwin.peer@...adcom.com>, Edwin Peer <espeer@...il.com>
Subject: Re: [PATCH net-next] rtnetlink: extend RTEXT_FILTER_SKIP_STATS to
IFLA_VF_INFO
On 11/06/2023 18:06, Stephen Hemminger wrote:
> On Sun, 11 Jun 2023 13:51:08 +0300
> Gal Pressman <gal@...dia.com> wrote:
>
>> From: Edwin Peer <edwin.peer@...adcom.com>
>>
>> This filter already exists for excluding IPv6 SNMP stats. Extend its
>> definition to also exclude IFLA_VF_INFO stats in RTM_GETLINK.
>>
>> This patch constitutes a partial fix for a netlink attribute nesting
>> overflow bug in IFLA_VFINFO_LIST. By excluding the stats when the
>> requester doesn't need them, the truncation of the VF list is avoided.
>>
>> While it was technically only the stats added in commit c5a9f6f0ab40
>> ("net/core: Add drop counters to VF statistics") breaking the camel's
>> back, the appreciable size of the stats data should never have been
>> included without due consideration for the maximum number of VFs
>> supported by PCI.
>>
>> Fixes: 3b766cd83232 ("net/core: Add reading VF statistics through the PF netdevice")
>> Fixes: c5a9f6f0ab40 ("net/core: Add drop counters to VF statistics")
>> Signed-off-by: Edwin Peer <edwin.peer@...adcom.com>
>> Cc: Edwin Peer <espeer@...il.com>
>> Signed-off-by: Gal Pressman <gal@...dia.com>
>> ---
>
> Better but it is still possible to create too many VF's that the response
> won't fit.
Correct, no argues here.
It allowed me to see around ~200 VFs instead of ~70, a step in the right
direction.
Powered by blists - more mailing lists