linux-kernel - Re: [PATCH 0/2] rust: pci: expose is_virtfn() and reject VFs in nova-core

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: <ea82af0d-663f-4038-b8c9-cf1eba5bc4df@nvidia.com>
Date: Thu, 2 Oct 2025 12:59:59 +0000
From: Zhi Wang <zhiw@...dia.com>
To: Jason Gunthorpe <jgg@...dia.com>
CC: John Hubbard <jhubbard@...dia.com>, Alexandre Courbot
	<acourbot@...dia.com>, Danilo Krummrich <dakr@...nel.org>, Joel Fernandes
	<joelagnelf@...dia.com>, Timur Tabi <ttabi@...dia.com>, Alistair Popple
	<apopple@...dia.com>, Surath Mitra <smitra@...dia.com>, David Airlie
	<airlied@...il.com>, Simona Vetter <simona@...ll.ch>, Bjorn Helgaas
	<bhelgaas@...gle.com>, Krzysztof Wilczyński
	<kwilczynski@...nel.org>, Miguel Ojeda <ojeda@...nel.org>, Alex Gaynor
	<alex.gaynor@...il.com>, Boqun Feng <boqun.feng@...il.com>, Gary Guo
	<gary@...yguo.net>, Björn Roy Baron
	<bjorn3_gh@...tonmail.com>, Benno Lossin <lossin@...nel.org>, Andreas
 Hindborg <a.hindborg@...nel.org>, Alice Ryhl <aliceryhl@...gle.com>, Trevor
 Gross <tmgross@...ch.edu>, "nouveau@...ts.freedesktop.org"
	<nouveau@...ts.freedesktop.org>, "linux-pci@...r.kernel.org"
	<linux-pci@...r.kernel.org>, "rust-for-linux@...r.kernel.org"
	<rust-for-linux@...r.kernel.org>, LKML <linux-kernel@...r.kernel.org>, Alex
 Williamson <alex.williamson@...hat.com>
Subject: Re: [PATCH 0/2] rust: pci: expose is_virtfn() and reject VFs in
 nova-core

On 2.10.2025 14.58, Jason Gunthorpe wrote:
> On Wed, Oct 01, 2025 at 09:13:33PM +0000, Zhi Wang wrote:
> 
>> Right, I also mentioned the same use cases of NIC/GPU in another reply
>> to Danilo. But what I get is NVIDIA doesn't use bare metal VF to support
>> linux container, 
> 
> I don't think it matter what "NVIDIA" does - this is the upstream
> architecture it should be followed unless there is some significant
> reason.
> 

Hmm. Can you elaborate why?

From the device vendor's stance, they know what is the best approach
to offer the better the user experience according to their device
characteristic. VF on bare metal is not the only approach for supporting
*container*. Some devices are using it because they have to rely on it
to deliver the user experience. It is mandatory for them because they
have to, not because of the architecture.

I am not sure why do the device vendor has to be forced on supporting
"VF on bare metal" if they have already offered the user a solution via
other approach?

In fact, all the CSP I know, who are using GPU containers (not VM-based
containers) widely on cloud gaming, ML, they are using PF driver because
they are expecting high-density containers way more than amount of VFs the
GPU can offer.

I don't see the point of "VF on bare metal" is mandatory for GPU containers,
at least, not right now.

Z.

> Jason