From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-qt1-f176.google.com (mail-qt1-f176.google.com [209.85.160.176]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 4D7F437DE84 for ; Thu, 4 Jun 2026 23:53:41 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.160.176 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1780617222; cv=none; b=QOJeIH2ztwhmHmVRqaBBQ5janYAPSFa+dRyIMin5vxGtSv4UFNdEkb2vKC4wnfKr8Vuk6KdPtMwAyQoNYSr1H/xxRCUHLvh7lmy0p8DzHEChURoNsd5pifsGIN9D6/sdAfQHmQoCscuwAnagi9cKO0V8MBoe7H0KTfJVyoG4jDk= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1780617222; c=relaxed/simple; bh=QdNfN0ISSUjgfW1QMFBsgvu7FhR36K/NVC/mvHq2uII=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=cVVnlFWt6H4/azcSrpfxw9hKDHilGJAeLX6wcXTrqVcI3CQPDx1D9y85EFUhrOPDHdGr/+MmzdhYJqW+0JT1GCC2QrBmdbKhUBWP34T7uhV7LpaILs5BqB+y3fwfqjI1pxQrDSXyv6gKvPNlfpW1heyPuf0lkAV93bIHwsvAe2o= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=ziepe.ca; spf=pass smtp.mailfrom=ziepe.ca; dkim=pass (2048-bit key) header.d=ziepe.ca header.i=@ziepe.ca header.b=URnM+XHe; arc=none smtp.client-ip=209.85.160.176 Authentication-Results: smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=ziepe.ca Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=ziepe.ca Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=ziepe.ca header.i=@ziepe.ca header.b="URnM+XHe" Received: by mail-qt1-f176.google.com with SMTP id d75a77b69052e-5174a3a025aso12784201cf.3 for ; Thu, 04 Jun 2026 16:53:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ziepe.ca; s=google; t=1780617220; x=1781222020; darn=vger.kernel.org; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:from:to:cc:subject:date:message-id:reply-to; bh=pmt/JkLWWliz/NxTk163pbkZkRgDeZpSMIwPpktcw8U=; b=URnM+XHeF3GIgHI0JrDMkcoPyQVgGv1eeIavxQNq6iwnFmOJYg1WoCOSHGOdc+jbZw kHWUpyMUdiZWW+CDM0AYs+HPR7RcmYbylCDI1buXGO7tyH9YPARVOdv2YnUXAhMLBFMm WW4vQJI30xOkHZBvzXGIRKe6evy15rjDAr7jcreOS6QSafAtbJ1QMLvigsKx1CzN9xK9 mXX/3frjMWB6A65rRe9rmaCo/13iG+H3FpaArSvuwkGjwsbg7kUHs9xx5M0n1jVz//Vl Jjxt8sktw//wSz1cMx7X1YJiaQ9mtJKz5BuLBR/FHhOoRYVNNUnUAP07vQBTQXeDkV0C u/Xw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1780617220; x=1781222020; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:x-gm-gg:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=pmt/JkLWWliz/NxTk163pbkZkRgDeZpSMIwPpktcw8U=; b=NSqpCOR0C3RxEqnWm8ydob14t5fcDC2S53XnCZdtL4vQS6fKPNvcYhLyNmfnFNhai3 6faaKEzmMhKmYZlDzxShu0Vs1DjPMKKEj+eOGnvX/Kr+uCwxOKabnJZLxgyaZR/aXVcF AO30GkvBGgILcp0OaewDYd5tcx6tX/T70g7JEN4uUna+vflVpdpSokkudN3m917o5tua 2jks0QMUDxuImt4KnArDK32TNGNVD+h5+tGg+2Mp1bIRET0zjnIl9VpXy97B92zo7Mpy /70kISGal7L/qmfmGatBX9uUFTH4F9GnuHTXqHXvl2D18bW0tzd0F9xEnfUpn6GaEGTX c3+w== X-Forwarded-Encrypted: i=1; AFNElJ8EVxLDQxt9b+Iwua4zMFde+40qzGkM3DmXysQCgBsN0Fpj+33xxj3Gm3kJTt6jioijv9UbXGh2zpU=@vger.kernel.org X-Gm-Message-State: AOJu0YxjCwNCCjyIn+s25LciHXfXsXUuaXJwk/zomgy/b7YBlLDrZzZ+ bZs7MEHZgngZmrxewWhz6C6cEJswPvmZbmF0pMPnEt8hoQY0OJ6yXE1h0v61RuAoMacFeUQq8wO jc4Zs X-Gm-Gg: Acq92OHb8QFjA57/vCaD6llCavTg4QvUMYZgsJp4ECzC0hp7RVbRWq18JpzwF8wqzgA FkkKPjJxU2OhHMg716L6vwVJhRlhv/3GtAmaDCrcuAtEjuLpAeLsnfAtuiDsddYISr99+FCvmFi ptjhmzeeUw9XUK9UuewccUKflWt+WYL4JFNcljP+cO87IXct4LWCmtiTmUza/Y/nDGfw+QwbBnT N5YtYhAxtiswM4EOZfd6lvqrrwi4h9bfAn6f0voVqv4fy4Cxg8+xq4oHiBeoA00sYqdEaaI3fsQ 2EJdc+hKozTCGKfVV6QyqQvqA1lcGRj+oqNXGSmGv2Lf45NhqMjl6khXHlyj4iFqTo13bI+PJkN 9P126fLLyjfjple+tRKTRb358+nBa9gTZO2e6yO3rZXrA8Lr1f7Emi1VQwZmKLcGjhBKDKbJvWc 4Y1+xwagw7KtFI4yXTJSn0tApM8wK0KIilmPjyH7BeXGn/0vwzImtxR9NS79r7MxanBvtd6Y45Q HTtLk9KPjZtzeep X-Received: by 2002:a05:622a:6187:b0:517:6b31:8048 with SMTP id d75a77b69052e-51795bccda6mr17320401cf.35.1780617220214; Thu, 04 Jun 2026 16:53:40 -0700 (PDT) Received: from ziepe.ca (crbknf0213w-47-54-130-67.pppoe-dynamic.high-speed.nl.bellaliant.net. [47.54.130.67]) by smtp.gmail.com with ESMTPSA id 6a1803df08f44-8cecd051facsm64970176d6.32.2026.06.04.16.53.39 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 04 Jun 2026 16:53:39 -0700 (PDT) Received: from jgg by wakko with local (Exim 4.97) (envelope-from ) id 1wVHsZ-0000000A3UP-0kpK; Thu, 04 Jun 2026 20:53:39 -0300 Date: Thu, 4 Jun 2026 20:53:39 -0300 From: Jason Gunthorpe To: Dimitri Daskalakis Cc: Bjorn Helgaas , linux-pci@vger.kernel.org, Madhavan Srinivasan , Michael Ellerman , Nicholas Piggin , Christophe Leroy , Mahesh J Salgaonkar , Oliver O'Halloran , Niklas Schnelle , Gerald Schaefer , Heiko Carstens , Vasily Gorbik , Alexander Gordeev , Christian Borntraeger , Sven Schnelle , Alex Williamson , Kevin Tian , Ankit Agrawal , Leon Romanovsky , Juergen Gross , Stefano Stabellini , Oleksandr Tyshchenko , Keith Busch , Alexander Duyck , Jakub Kicinski , Dimitri Daskalakis , linuxppc-dev@lists.ozlabs.org, linux-s390@vger.kernel.org, kvm@vger.kernel.org, xen-devel@lists.xenproject.org Subject: Re: [RFC 00/12] PCI: Add support for Scalable I/O Virtualization Message-ID: <20260604235339.GE2487554@ziepe.ca> References: <20260604150153.3619662-1-dimitri.daskalakis1@gmail.com> <20260604182031.GB2487554@ziepe.ca> Precedence: bulk X-Mailing-List: linux-pci@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: On Thu, Jun 04, 2026 at 04:49:05PM -0700, Dimitri Daskalakis wrote: > > On 6/4/26 11:20 AM, Jason Gunthorpe wrote: > > On Thu, Jun 04, 2026 at 08:01:41AM -0700, Dimitri Daskalakis wrote: > >> With this patchset core enumarates the SIOV capability and can identify > >> SIOV PFs. But there is no central mechanism to allocate/manage SIOV VFs. > >> To support device pass through, devices will need to add a vfio-mdev > >> driver with IOMMUFD support (or something similar). > > > > There is an enormous amount of missing work to do something useful > > with the SIOVr2 stuff. IIRC there is even supposed to be BIOS > > components in this plan and there are some missing PCI SIG topics too > > IIRC. > > > > So, I'm not sure how much value there is in merging just the cap > > discovery without a roadmap for the missing parts.. > > > > Also, I'm quite surprised to see this out of the blue, there is an OCP > > workstream that was building out a standard that outlines how all the > > different components have to act to successfully implement it. What > > is in PCI SIG was just some minor foundational adjustments without any > > context on how to form them into a solution. > > > > I think it is extremely premature to merge anything related to SIOV to > > the kernel. Join the OCP work stream if you are interested. I think > > the general feeling was there is not sufficient interest in the > > industry to do this and it has gone quiet. > > > > Jason > > Hey Jason, thanks for the feedback. We (at Meta) are definitely > interested in SIOV-like capabilities for device passthrough to containers. > > For those scenarios, having PCIe transactions per RID plus IOMMU > isolation is enough, but I can imagine hypervisors/VMs requiring more > platform support. > > I hear you on the broader support story being premature. But on the > other hand, this series unblocks experimentation at the driver level > for basic data path validation. And you can do your experimentation OOT :) Go to the OCP workstream and finish the standard if you want to get something merged. There is zero need for SIOV if all you want is containers. containers do not require iommu isolation or unique RIDs. Jason