lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <443232ac-2e4f-4893-a956-cf9185bc3ac1@nvidia.com>
Date: Tue, 11 Nov 2025 21:01:57 -0600
From: Dan Jurgens <danielj@...dia.com>
To: Jason Wang <jasowang@...hat.com>, Paolo Abeni <pabeni@...hat.com>
Cc: netdev@...r.kernel.org, mst@...hat.com, virtualization@...ts.linux.dev,
 parav@...dia.com, shshitrit@...dia.com, yohadt@...dia.com,
 xuanzhuo@...ux.alibaba.com, eperezma@...hat.com,
 shameerali.kolothum.thodi@...wei.com, jgg@...pe.ca, kevin.tian@...el.com,
 kuba@...nel.org, andrew+netdev@...n.ch, edumazet@...gle.com
Subject: Re: [PATCH net-next v9 05/12] virtio_net: Query and set flow filter
 caps

On 11/11/25 7:00 PM, Jason Wang wrote:
> On Tue, Nov 11, 2025 at 6:42 PM Paolo Abeni <pabeni@...hat.com> wrote:
>>
>> On 11/7/25 5:15 AM, Daniel Jurgens wrote:
>>> @@ -7121,6 +7301,15 @@ static int virtnet_probe(struct virtio_device *vdev)
>>>       }
>>>       vi->guest_offloads_capable = vi->guest_offloads;
>>>
>>> +     /* Initialize flow filters. Not supported is an acceptable and common
>>> +      * return code
>>> +      */
>>> +     err = virtnet_ff_init(&vi->ff, vi->vdev);
>>> +     if (err && err != -EOPNOTSUPP) {
>>> +             rtnl_unlock();
>>> +             goto free_unregister_netdev;
>>
>> I'm sorry for not noticing the following earlier, but it looks like that
>> the code could error out on ENOMEM even if the feature is not really
>> supported,  when `cap_id_list` allocation fails, which in turn looks a
>> bit bad, as the allocated chunk is not that small (32K if I read
>> correctly).
>>
>> @Jason, @Micheal: WDYT?
> 
> I agree. I think virtnet_ff_init() should be only called when the
> feature is negotiated.
> 
> Thanks
> 

Are you suggesting we wait to call init until get/set_rxnfc is called? I
don't like that idea. Probe is the right time to do feature discovery.


>>
>> /P
>>
> 


Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ