Re: [virtio-dev] [PATCH] virtio_pci: support enabling VFs

2018-05-30 Thread Alexander Duyck
On Wed, May 30, 2018 at 1:55 AM, Tiwei Bie wrote: > There is a new feature bit allocated in virtio spec to > support SR-IOV (Single Root I/O Virtualization): > > https://github.com/oasis-tcs/virtio-spec/issues/11 > > This patch enables the support for this feature bit in > virtio driver. > >

[virtio-dev] Re: [PATCH] virtio_pci: support enabling VFs

2018-05-31 Thread Alexander Duyck
On Wed, May 30, 2018 at 8:20 PM, Tiwei Bie wrote: > On Thu, May 31, 2018 at 01:11:37AM +0800, Rustad, Mark D wrote: >> On May 30, 2018, at 9:54 AM, Duyck, Alexander H >> wrote: >> >> > On Wed, 2018-05-30 at 09:44 -0700, Rustad, Mark D wrote: >> > > On May 30, 2018, at 9:22 AM, Michael S. Tsirkin

Re: [virtio-dev] [RFC PATCH net-next v2 1/2] virtio_net: Introduce VIRTIO_NET_F_BACKUP feature bit

2018-01-17 Thread Alexander Duyck
On Thu, Jan 11, 2018 at 9:58 PM, Sridhar Samudrala wrote: > This feature bit can be used by hypervisor to indicate virtio_net device to > act as a backup for another device with the same MAC address. > > Signed-off-by: Sridhar Samudrala >

Re: [virtio-dev] [RFC PATCH net-next v2 1/2] virtio_net: Introduce VIRTIO_NET_F_BACKUP feature bit

2018-01-17 Thread Alexander Duyck
On Wed, Jan 17, 2018 at 11:57 AM, Michael S. Tsirkin <m...@redhat.com> wrote: > On Wed, Jan 17, 2018 at 11:25:41AM -0800, Samudrala, Sridhar wrote: >> >> >> On 1/17/2018 11:02 AM, Michael S. Tsirkin wrote: >> > On Wed, Jan 17, 2018 at 10:15:52AM -0800, Alexande

Re: [virtio-dev] Re: [RFC PATCH net-next v2 2/2] virtio_net: Extend virtio to use VF datapath when available

2018-01-29 Thread Alexander Duyck
On Mon, Jan 29, 2018 at 10:24 AM, Michael S. Tsirkin <m...@redhat.com> wrote: > On Sun, Jan 28, 2018 at 08:26:53PM -0800, Alexander Duyck wrote: >> >> > For live migration with advanced usecases that Siwei is suggesting, i >> >> > think we need a new drive

Re: [virtio-dev] Re: [RFC PATCH net-next v2 2/2] virtio_net: Extend virtio to use VF datapath when available

2018-01-28 Thread Alexander Duyck
On Sun, Jan 28, 2018 at 1:01 PM, Samudrala, Sridhar <sridhar.samudr...@intel.com> wrote: > > > On 1/28/2018 12:18 PM, Alexander Duyck wrote: >> >> On Sun, Jan 28, 2018 at 11:18 AM, Samudrala, Sridhar >> <sridhar.samudr...@intel.com> wrote: >>>

Re: [virtio-dev] Re: [RFC PATCH net-next v2 2/2] virtio_net: Extend virtio to use VF datapath when available

2018-01-28 Thread Alexander Duyck
On Sun, Jan 28, 2018 at 3:02 PM, Stephen Hemminger wrote: > On Fri, 26 Jan 2018 18:30:03 -0800 > Jakub Kicinski wrote: > >> On Fri, 26 Jan 2018 15:30:35 -0800, Samudrala, Sridhar wrote: >> > On 1/26/2018 2:47 PM, Jakub Kicinski wrote: >> > > On Sat, 27

Re: [virtio-dev] Re: [RFC PATCH net-next v2 2/2] virtio_net: Extend virtio to use VF datapath when available

2018-01-28 Thread Alexander Duyck
On Sun, Jan 28, 2018 at 11:18 AM, Samudrala, Sridhar <sridhar.samudr...@intel.com> wrote: > On 1/28/2018 9:35 AM, Alexander Duyck wrote: >> >> On Fri, Jan 26, 2018 at 9:58 PM, Jakub Kicinski <kubak...@wp.pl> wrote: >>> >>> On Fri, 26 Jan

Re: [virtio-dev] Re: [PATCH v1 6/6] vhost-user: add VFIO based accelerators support

2018-02-04 Thread Alexander Duyck
On Thu, Jan 25, 2018 at 9:57 PM, Tiwei Bie wrote: > On Fri, Jan 26, 2018 at 11:41:27AM +0800, Jason Wang wrote: >> On 2018年01月26日 07:59, Michael S. Tsirkin wrote: >> > > The virtual IOMMU isn't supported by the accelerators for now. >> > > Because vhost-user currently lacks

Re: [virtio-dev] Re: [RFC PATCH net-next v2 2/2] virtio_net: Extend virtio to use VF datapath when available

2018-01-28 Thread Alexander Duyck
On Fri, Jan 26, 2018 at 9:58 PM, Jakub Kicinski wrote: > On Fri, 26 Jan 2018 21:33:01 -0800, Samudrala, Sridhar wrote: >> >> 3 netdev model breaks this configuration starting with the creation >> >> and naming of the 2 devices to udev needing to be aware of master and >> >> slave

Re: [virtio-dev] Re: [PATCH v1 6/6] vhost-user: add VFIO based accelerators support

2018-02-07 Thread Alexander Duyck
On Wed, Feb 7, 2018 at 8:43 AM, Michael S. Tsirkin <m...@redhat.com> wrote: > On Sun, Feb 04, 2018 at 01:49:46PM -0800, Alexander Duyck wrote: >> On Thu, Jan 25, 2018 at 9:57 PM, Tiwei Bie <tiwei@intel.com> wrote: >> > On Fri, Jan 26, 2018 at 11:41:27AM +0800, Ja

[virtio-dev] Re: [RFC PATCH v3 0/3] Enable virtio_net to act as a backup for a passthru device

2018-02-17 Thread Alexander Duyck
On Fri, Feb 16, 2018 at 6:38 PM, Jakub Kicinski wrote: > On Fri, 16 Feb 2018 10:11:19 -0800, Sridhar Samudrala wrote: >> Ppatch 2 is in response to the community request for a 3 netdev >> solution. However, it creates some issues we'll get into in a moment. >> It extends

[virtio-dev] Re: [RFC PATCH v3 0/3] Enable virtio_net to act as a backup for a passthru device

2018-02-21 Thread Alexander Duyck
se to > what we wanted to do. A few questions in line. > > On Sat, Feb 17, 2018 at 9:12 AM, Alexander Duyck > <alexander.du...@gmail.com> wrote: >> On Fri, Feb 16, 2018 at 6:38 PM, Jakub Kicinski <kubak...@wp.pl> wrote: >>> On Fri, 16 Feb 2018 10:11:19 -0800,

[virtio-dev] Re: [RFC PATCH v3 0/3] Enable virtio_net to act as a backup for a passthru device

2018-02-20 Thread Alexander Duyck
On Tue, Feb 20, 2018 at 2:42 AM, Jiri Pirko wrote: > Fri, Feb 16, 2018 at 07:11:19PM CET, sridhar.samudr...@intel.com wrote: >>Patch 1 introduces a new feature bit VIRTIO_NET_F_BACKUP that can be >>used by hypervisor to indicate that virtio_net interface should act as >>a backup

[virtio-dev] Re: [RFC PATCH v3 0/3] Enable virtio_net to act as a backup for a passthru device

2018-02-20 Thread Alexander Duyck
On Tue, Feb 20, 2018 at 8:29 AM, Jiri Pirko wrote: > Tue, Feb 20, 2018 at 05:04:29PM CET, alexander.du...@gmail.com wrote: >>On Tue, Feb 20, 2018 at 2:42 AM, Jiri Pirko wrote: >>> Fri, Feb 16, 2018 at 07:11:19PM CET, sridhar.samudr...@intel.com wrote:

[virtio-dev] Re: [RFC PATCH v3 0/3] Enable virtio_net to act as a backup for a passthru device

2018-02-22 Thread Alexander Duyck
On Thu, Feb 22, 2018 at 12:11 AM, Jiri Pirko wrote: > Wed, Feb 21, 2018 at 09:57:09PM CET, alexander.du...@gmail.com wrote: >>On Wed, Feb 21, 2018 at 11:38 AM, Jiri Pirko wrote: >>> Wed, Feb 21, 2018 at 06:56:35PM CET, alexander.du...@gmail.com wrote: On

[virtio-dev] Re: [RFC PATCH v3 0/3] Enable virtio_net to act as a backup for a passthru device

2018-02-21 Thread Alexander Duyck
On Wed, Feb 21, 2018 at 8:11 AM, Jiri Pirko wrote: > Wed, Feb 21, 2018 at 04:56:48PM CET, alexander.du...@gmail.com wrote: >>On Wed, Feb 21, 2018 at 1:51 AM, Jiri Pirko wrote: >>> Tue, Feb 20, 2018 at 11:33:56PM CET, kubak...@wp.pl wrote: On Tue, 20 Feb

[virtio-dev] Re: [RFC PATCH v3 0/3] Enable virtio_net to act as a backup for a passthru device

2018-02-21 Thread Alexander Duyck
On Wed, Feb 21, 2018 at 1:51 AM, Jiri Pirko wrote: > Tue, Feb 20, 2018 at 11:33:56PM CET, kubak...@wp.pl wrote: >>On Tue, 20 Feb 2018 21:14:10 +0100, Jiri Pirko wrote: >>> Yeah, I can see it now :( I guess that the ship has sailed and we are >>> stuck with this ugly thing

[virtio-dev] Re: [RFC PATCH v3 0/3] Enable virtio_net to act as a backup for a passthru device

2018-02-21 Thread Alexander Duyck
On Wed, Feb 21, 2018 at 11:38 AM, Jiri Pirko wrote: > Wed, Feb 21, 2018 at 06:56:35PM CET, alexander.du...@gmail.com wrote: >>On Wed, Feb 21, 2018 at 8:58 AM, Jiri Pirko wrote: >>> Wed, Feb 21, 2018 at 05:49:49PM CET, alexander.du...@gmail.com wrote: On

[virtio-dev] Re: [RFC PATCH v3 0/3] Enable virtio_net to act as a backup for a passthru device

2018-02-20 Thread Alexander Duyck
On Tue, Feb 20, 2018 at 12:14 PM, Jiri Pirko wrote: > Tue, Feb 20, 2018 at 06:14:32PM CET, sridhar.samudr...@intel.com wrote: >>On 2/20/2018 8:29 AM, Jiri Pirko wrote: >>> Tue, Feb 20, 2018 at 05:04:29PM CET, alexander.du...@gmail.com wrote: >>> > On Tue, Feb 20, 2018 at 2:42

[virtio-dev] Re: [RFC PATCH v3 0/3] Enable virtio_net to act as a backup for a passthru device

2018-02-25 Thread Alexander Duyck
On Fri, Feb 23, 2018 at 4:03 PM, Stephen Hemminger <step...@networkplumber.org> wrote: > (pruned to reduce thread) > > On Wed, 21 Feb 2018 16:17:19 -0800 > Alexander Duyck <alexander.du...@gmail.com> wrote: > >> >>> FWIW two solutions that imm

[virtio-dev] Re: [RFC PATCH v3 0/3] Enable virtio_net to act as a backup for a passthru device

2018-02-25 Thread Alexander Duyck
On Fri, Feb 23, 2018 at 3:59 PM, Stephen Hemminger <step...@networkplumber.org> wrote: > On Thu, 22 Feb 2018 13:30:12 -0800 > Alexander Duyck <alexander.du...@gmail.com> wrote: > >> > Again, I undertand your motivation. Yet I don't like your solution. >>

[virtio-dev] Re: [PATCH net-next 0/2] Enable virtio to act as a master for a passthru device

2018-01-03 Thread Alexander Duyck
On Wed, Jan 3, 2018 at 10:14 AM, Samudrala, Sridhar <sridhar.samudr...@intel.com> wrote: > > > On 1/3/2018 8:59 AM, Alexander Duyck wrote: >> >> On Tue, Jan 2, 2018 at 6:16 PM, Jakub Kicinski <kubak...@wp.pl> wrote: >>> >>> On Tue,

[virtio-dev] Re: [RFC PATCH V4] pci: virtio_pci: Add SR-IOV support for virtio_pci devices

2018-02-26 Thread Alexander Duyck
On Mon, Feb 26, 2018 at 9:48 AM, Rustad, Mark D <mark.d.rus...@intel.com> wrote: > Alex, > >> On Feb 26, 2018, at 7:26 AM, Alexander Duyck <alexander.du...@gmail.com> >> wrote: >> >> Mark, >> >> In the future please don't put my "Revi

[virtio-dev] Re: [RFC PATCH V4] pci: virtio_pci: Add SR-IOV support for virtio_pci devices

2018-02-26 Thread Alexander Duyck
On Mon, Feb 26, 2018 at 2:38 PM, Michael S. Tsirkin <m...@redhat.com> wrote: > On Mon, Feb 26, 2018 at 10:05:31AM -0800, Alexander Duyck wrote: >> On Mon, Feb 26, 2018 at 9:48 AM, Rustad, Mark D <mark.d.rus...@intel.com> >> wrote: >> > Alex, >> > >&

[virtio-dev] Re: [RFC PATCH V4] pci: virtio_pci: Add SR-IOV support for virtio_pci devices

2018-02-26 Thread Alexander Duyck
On Mon, Feb 26, 2018 at 2:32 PM, Michael S. Tsirkin <m...@redhat.com> wrote: > On Mon, Feb 26, 2018 at 07:26:14AM -0800, Alexander Duyck wrote: >> On Sun, Feb 25, 2018 at 8:48 PM, Mark Rustad <mark.d.rus...@intel.com> wrote: >> > Hardware-realized virtio_pci de

[virtio-dev] Re: [pci PATCH v8 4/4] pci-pf-stub: Add PF driver stub for PFs that function only to enable VFs

2018-07-19 Thread Alexander Duyck
On Thu, Jul 19, 2018 at 3:52 AM, Sunil Kovvuri wrote: > Hi, > >> +static struct pci_driver pf_stub_driver = { >> + .name = "pci-pf-stub", >> + .id_table = pci_pf_stub_white_list, >> + .probe = pci_pf_stub_probe, >> +

Re: [virtio-dev] [RFC PATCH net-next v2 1/2] virtio_net: Introduce VIRTIO_NET_F_BACKUP feature bit

2018-01-22 Thread Alexander Duyck
On Mon, Jan 22, 2018 at 6:04 PM, Michael S. Tsirkin wrote: > On Mon, Jan 22, 2018 at 05:34:37PM -0800, Samudrala, Sridhar wrote: >> On 1/22/2018 4:05 PM, Michael S. Tsirkin wrote: >> > On Mon, Jan 22, 2018 at 03:27:40PM -0800, Samudrala, Sridhar wrote: >> > > > > You could

[virtio-dev] Re: [pci PATCH v3 0/3] Add support for unmanaged SR-IOV

2018-03-07 Thread Alexander Duyck
On Tue, Mar 6, 2018 at 10:46 PM, Christoph Hellwig <h...@infradead.org> wrote: > On Tue, Mar 06, 2018 at 11:29:08AM -0800, Alexander Duyck wrote: >> This series is meant to add support for SR-IOV on devices when the VFs are >> not managed by the kernel. Examples of recent pat

[virtio-dev] Re: [PATCH v4 2/2] virtio_net: Extend virtio to use VF datapath when available

2018-03-07 Thread Alexander Duyck
On Wed, Mar 7, 2018 at 10:06 AM, Stephen Hemminger <step...@networkplumber.org> wrote: > On Wed, 7 Mar 2018 09:50:50 -0800 > Alexander Duyck <alexander.du...@gmail.com> wrote: > >> On Tue, Mar 6, 2018 at 6:38 PM, Michael S. Tsirkin <m...@redhat.com> wrote: >&g

[virtio-dev] Re: [PATCH v4 2/2] virtio_net: Extend virtio to use VF datapath when available

2018-03-06 Thread Alexander Duyck
On Mon, Mar 5, 2018 at 7:15 PM, Stephen Hemminger <step...@networkplumber.org> wrote: > On Mon, 5 Mar 2018 14:47:20 -0800 > Alexander Duyck <alexander.du...@gmail.com> wrote: > >> On Mon, Mar 5, 2018 at 2:30 PM, Jiri Pirko <j...@resnulli.us> wrote: >> >

[virtio-dev] [pci PATCH v3 0/3] Add support for unmanaged SR-IOV

2018-03-06 Thread Alexander Duyck
gt; Cc: Maximilian Heyne <mhe...@amazon.de> Cc: Liang-Min Wang <liang-min.w...@intel.com> Cc: David Woodhouse <d...@amazon.co.uk> --- Alexander Duyck (3): pci-iov: Add support for unmanaged SR-IOV vfio: Add support for unmanaged or userspace managed SR-IOV

[virtio-dev] [pci PATCH v3 2/3] vfio: Add support for unmanaged or userspace managed SR-IOV

2018-03-06 Thread Alexander Duyck
From: Alexander Duyck <alexander.h.du...@intel.com> This patch is meant to allow assignment of an SR-IOV enabled PF, as in VFs have been generated, with vfio-pci. My understanding is the primary use case for this is something like DPDK running the PF while the VFs are all assigned to

[virtio-dev] [pci PATCH v3 3/3] virtio_pci: Add support for unmanaged SR-IOV on virtio_pci devices

2018-03-06 Thread Alexander Duyck
From: Alexander Duyck <alexander.h.du...@intel.com> Hardware-realized virtio_pci devices can implement SR-IOV, so this patch enables its use. The device in question is an upcoming Intel NIC that implements both a virtio_net PF and virtio_net VFs. These are hardware realizations of what ha

[virtio-dev] [pci PATCH v3 1/3] pci-iov: Add support for unmanaged SR-IOV

2018-03-06 Thread Alexander Duyck
From: Alexander Duyck <alexander.h.du...@intel.com> This patch is meant to add some basic functionality to support for SR-IOV on devices when the VFs are not managed by the kernel. The functions provided here can be used by drivers such as vfio-pci and virtio to enable SR-IOV on d

[virtio-dev] Re: [PATCH v4 2/2] virtio_net: Extend virtio to use VF datapath when available

2018-03-06 Thread Alexander Duyck
On Tue, Mar 6, 2018 at 2:59 PM, Jiri Pirko <j...@resnulli.us> wrote: > Tue, Mar 06, 2018 at 08:08:21PM CET, alexander.du...@gmail.com wrote: >>On Mon, Mar 5, 2018 at 7:15 PM, Stephen Hemminger >><step...@networkplumber.org> wrote: >>> On Mon, 5 Mar 201

[virtio-dev] Re: [PATCH] pci-iov: Add support for unmanaged SR-IOV

2018-03-06 Thread Alexander Duyck
On Tue, Mar 6, 2018 at 12:19 PM, Don Dutile <ddut...@redhat.com> wrote: > On 03/05/2018 04:41 PM, Alexander Duyck wrote: >> >> On Mon, Mar 5, 2018 at 12:57 PM, Don Dutile <ddut...@redhat.com> wrote: >>> >>> On 03/01/2018 03:22 PM, Alex Williamson wrote

[virtio-dev] Re: [pci PATCH v5 1/4] pci: Add pci_sriov_configure_simple for PFs that don't manage VF resources

2018-03-12 Thread Alexander Duyck
On Mon, Mar 12, 2018 at 10:40 AM, Keith Busch <keith.bu...@intel.com> wrote: > On Mon, Mar 12, 2018 at 10:21:29AM -0700, Alexander Duyck wrote: >> diff --git a/include/linux/pci.h b/include/linux/pci.h >> index 024a1beda008..9cab9d0d51dc 100644 >> --- a/include/linux/p

[virtio-dev] Re: [pci PATCH v4 1/4] pci-iov: Add support for unmanaged SR-IOV

2018-03-12 Thread Alexander Duyck
On Mon, Mar 12, 2018 at 12:59 AM, Christoph Hellwig wrote: > On Sun, Mar 11, 2018 at 09:59:09PM -0600, Alex Williamson wrote: >> I still struggle to understand why we need this "unmanaged" >> complication and how a user of the sysfs API is expected to have any >> idea whether a PF is

[virtio-dev] [pci PATCH v5 0/4] Series short description

2018-03-12 Thread Alexander Duyck
gt; Cc: Maximilian Heyne <mhe...@amazon.de> Cc: Liang-Min Wang <liang-min.w...@intel.com> Cc: David Woodhouse <d...@amazon.co.uk> --- Alexander Duyck (4): pci: Add pci_sriov_configure_simple for PFs that don't manage VF resources virtio_pci: Add support for unmanaged SR-I

[virtio-dev] [pci PATCH v5 1/4] pci: Add pci_sriov_configure_simple for PFs that don't manage VF resources

2018-03-12 Thread Alexander Duyck
From: Alexander Duyck <alexander.h.du...@intel.com> This patch adds a common configuration function called pci_sriov_configure_simple that will allow for managing VFs on devices where the PF is not capable of managing VF resources. Signed-off-by: Alexander Duyck <alexander.h.du...@

[virtio-dev] [pci PATCH v5 4/4] nvme: Migrate over to unmanaged SR-IOV support

2018-03-12 Thread Alexander Duyck
From: Alexander Duyck <alexander.h.du...@intel.com> Instead of implementing our own version of a SR-IOV configuration stub in the nvme driver we can just reuse the existing pci_sriov_configure_simple function. Signed-off-by: Alexander Duyck <alexander.h.du...@intel.com> --- v5: R

[virtio-dev] [pci PATCH v5 3/4] ena: Migrate over to unmanaged SR-IOV support

2018-03-12 Thread Alexander Duyck
From: Alexander Duyck <alexander.h.du...@intel.com> Instead of implementing our own version of a SR-IOV configuration stub in the ena driver we can just reuse the existing pci_sriov_configure_simple function. Signed-off-by: Alexander Duyck <alexander.h.du...@intel.com> --- v5: R

[virtio-dev] [pci PATCH v5 2/4] virtio_pci: Add support for unmanaged SR-IOV on virtio_pci devices

2018-03-12 Thread Alexander Duyck
From: Alexander Duyck <alexander.h.du...@intel.com> Hardware-realized virtio_pci devices can implement SR-IOV, so this patch enables its use. The device in question is an upcoming Intel NIC that implements both a virtio_net PF and virtio_net VFs. These are hardware realizations of what ha

[virtio-dev] Re: [pci PATCH v5 0/4] Add support for unmanaged SR-IOV (was: Series short description)

2018-03-12 Thread Alexander Duyck
On Mon, Mar 12, 2018 at 10:20 AM, Alexander Duyck <alexander.du...@gmail.com> wrote: > This series is meant to add support for SR-IOV on devices when the VFs are > not managed by the kernel. Examples of recent patches attempting to do this > include: > virto - https://patchwor

[virtio-dev] Re: [PATCH] pci-iov: Add support for unmanaged SR-IOV

2018-02-28 Thread Alexander Duyck
On Wed, Feb 28, 2018 at 2:59 PM, Alex Williamson <alex.william...@redhat.com> wrote: > On Wed, 28 Feb 2018 09:49:21 -0800 > Alexander Duyck <alexander.du...@gmail.com> wrote: > >> On Tue, Feb 27, 2018 at 2:25 PM, Alexander Duyck >> <alexander.du...@gmail.com>

[virtio-dev] [PATCH] pci-iov: Add support for unmanaged SR-IOV

2018-02-27 Thread Alexander Duyck
From: Alexander Duyck <alexander.h.du...@intel.com> This patch is meant to add support for SR-IOV on devices when the VFs are not managed by the kernel. Examples of recent patches attempting to do this include: virto - https://patchwork.kernel.org/patch/10241225/ pci-stub -

[virtio-dev] Re: [RFC PATCH v3 0/3] Enable virtio_net to act as a backup for a passthru device

2018-02-27 Thread Alexander Duyck
On Tue, Feb 27, 2018 at 12:49 AM, Jiri Pirko wrote: > Tue, Feb 20, 2018 at 05:04:29PM CET, alexander.du...@gmail.com wrote: >>On Tue, Feb 20, 2018 at 2:42 AM, Jiri Pirko wrote: >>> Fri, Feb 16, 2018 at 07:11:19PM CET, sridhar.samudr...@intel.com wrote:

[virtio-dev] Re: [pci PATCH v5 1/4] pci: Add pci_sriov_configure_simple for PFs that don't manage VF resources

2018-03-12 Thread Alexander Duyck
On Mon, Mar 12, 2018 at 11:23 AM, Keith Busch <keith.bu...@intel.com> wrote: > On Mon, Mar 12, 2018 at 11:09:34AM -0700, Alexander Duyck wrote: >> On Mon, Mar 12, 2018 at 10:40 AM, Keith Busch <keith.bu...@intel.com> wrote: >> > On Mon, Mar 12, 2018 at 10:21:29A

[virtio-dev] Re: [pci PATCH v5 3/4] ena: Migrate over to unmanaged SR-IOV support

2018-03-13 Thread Alexander Duyck
On Tue, Mar 13, 2018 at 1:12 AM, David Woodhouse <dw...@infradead.org> wrote: > On Mon, 2018-03-12 at 10:23 -0700, Alexander Duyck wrote: >> >> - .sriov_configure = ena_sriov_configure, >> +#ifdef CONFIG_PCI_IOV >> + .sriov_configure = pci_s

[virtio-dev] [pci PATCH v6 0/5] Add support for unmanaged SR-IOV

2018-03-13 Thread Alexander Duyck
m> Cc: David Woodhouse <d...@amazon.co.uk> --- Alexander Duyck (5): pci: Add pci_sriov_configure_simple for PFs that don't manage VF resources virtio_pci: Add support for unmanaged SR-IOV on virtio_pci devices ena: Migrate over to unmanaged SR-IOV support nvme: Migrat

[virtio-dev] [pci PATCH v6 1/5] pci: Add pci_sriov_configure_simple for PFs that don't manage VF resources

2018-03-13 Thread Alexander Duyck
From: Alexander Duyck <alexander.h.du...@intel.com> This patch adds a common configuration function called pci_sriov_configure_simple that will allow for managing VFs on devices where the PF is not capable of managing VF resources. Signed-off-by: Alexander Duyck <alexander.h.du...@

[virtio-dev] [pci PATCH v6 4/5] nvme: Migrate over to unmanaged SR-IOV support

2018-03-13 Thread Alexander Duyck
From: Alexander Duyck <alexander.h.du...@intel.com> Instead of implementing our own version of a SR-IOV configuration stub in the nvme driver we can just reuse the existing pci_sriov_configure_simple function. Signed-off-by: Alexander Duyck <alexander.h.du...@intel.com> --- v5: R

[virtio-dev] [pci PATCH v6 5/5] pci-pf-stub: Add PF driver stub for PFs that function only to enable VFs

2018-03-13 Thread Alexander Duyck
From: Alexander Duyck <alexander.h.du...@intel.com> Add a new driver called "pci-pf-stub" to act as a "white-list" for PF devices that provide no other functionality other then acting as a means of allocating a set of VFs. For now I only have one example ID provided by

[virtio-dev] [pci PATCH v6 3/5] ena: Migrate over to unmanaged SR-IOV support

2018-03-13 Thread Alexander Duyck
From: Alexander Duyck <alexander.h.du...@intel.com> Instead of implementing our own version of a SR-IOV configuration stub in the ena driver we can just reuse the existing pci_sriov_configure_simple function. Signed-off-by: Alexander Duyck <alexander.h.du...@intel.com> --- v5: R

[virtio-dev] [pci PATCH v6 2/5] virtio_pci: Add support for unmanaged SR-IOV on virtio_pci devices

2018-03-13 Thread Alexander Duyck
From: Alexander Duyck <alexander.h.du...@intel.com> Hardware-realized virtio_pci devices can implement SR-IOV, so this patch enables its use. The device in question is an upcoming Intel NIC that implements both a virtio_net PF and virtio_net VFs. These are hardware realizations of what ha

[virtio-dev] [pci PATCH v7 1/5] pci: Add pci_sriov_configure_simple for PFs that don't manage VF resources

2018-03-15 Thread Alexander Duyck
From: Alexander Duyck <alexander.h.du...@intel.com> This patch adds a common configuration function called pci_sriov_configure_simple that will allow for managing VFs on devices where the PF is not capable of managing VF resources. Signed-off-by: Alexander Duyck <alexander.h.du...@

[virtio-dev] [pci PATCH v7 0/5] Add support for unmanaged SR-IOV

2018-03-15 Thread Alexander Duyck
aining why pci_sriov_configure_simple is NULL Cc: Mark Rustad <mark.d.rus...@intel.com> Cc: Maximilian Heyne <mhe...@amazon.de> Cc: Liang-Min Wang <liang-min.w...@intel.com> Cc: David Woodhouse <d...@amazon.co.uk> --- Alexander Duyck (5): pci: Add pci_sriov_configur

[virtio-dev] [pci PATCH v7 3/5] ena: Migrate over to unmanaged SR-IOV support

2018-03-15 Thread Alexander Duyck
From: Alexander Duyck <alexander.h.du...@intel.com> Instead of implementing our own version of a SR-IOV configuration stub in the ena driver we can just reuse the existing pci_sriov_configure_simple function. Signed-off-by: Alexander Duyck <alexander.h.du...@intel.com> --- v5: R

[virtio-dev] [pci PATCH v7 2/5] virtio_pci: Add support for unmanaged SR-IOV on virtio_pci devices

2018-03-15 Thread Alexander Duyck
From: Alexander Duyck <alexander.h.du...@intel.com> Hardware-realized virtio_pci devices can implement SR-IOV, so this patch enables its use. The device in question is an upcoming Intel NIC that implements both a virtio_net PF and virtio_net VFs. These are hardware realizations of what ha

[virtio-dev] [pci PATCH v7 5/5] pci-pf-stub: Add PF driver stub for PFs that function only to enable VFs

2018-03-15 Thread Alexander Duyck
From: Alexander Duyck <alexander.h.du...@intel.com> Add a new driver called "pci-pf-stub" to act as a "white-list" for PF devices that provide no other functionality other then acting as a means of allocating a set of VFs. For now I only have one example ID provided by

[virtio-dev] [pci PATCH v7 4/5] nvme: Migrate over to unmanaged SR-IOV support

2018-03-15 Thread Alexander Duyck
From: Alexander Duyck <alexander.h.du...@intel.com> Instead of implementing our own version of a SR-IOV configuration stub in the nvme driver we can just reuse the existing pci_sriov_configure_simple function. Reviewed-by: Christoph Hellwig <h...@lst.de> Signed-off-by: Ale

[virtio-dev] [pci PATCH v4 3/4] ena: Migrate over to "unmanaged SR-IOV" support

2018-03-08 Thread Alexander Duyck
From: Alexander Duyck <alexander.h.du...@intel.com> Instead of implementing our own version of a SR-IOV configuration stub in the ena driver we can just reuse the existing pci_sriov_configure_unmanaged function. Signed-off-by: Alexander Duyck <alexander.h.du...@intel.com> ---

[virtio-dev] [pci PATCH v4 2/4] virtio_pci: Add support for unmanaged SR-IOV on virtio_pci devices

2018-03-08 Thread Alexander Duyck
From: Alexander Duyck <alexander.h.du...@intel.com> Hardware-realized virtio_pci devices can implement SR-IOV, so this patch enables its use. The device in question is an upcoming Intel NIC that implements both a virtio_net PF and virtio_net VFs. These are hardware realizations of what ha

[virtio-dev] [pci PATCH v4 4/4] nvme: Migrate over to "unmanaged SR-IOV" support

2018-03-08 Thread Alexander Duyck
From: Alexander Duyck <alexander.h.du...@intel.com> Instead of implementing our own version of a SR-IOV configuration stub in the nvme driver we can just reuse the existing pci_sriov_configure_unmanaged function. Signed-off-by: Alexander Duyck <alexander.h.du...@intel.com> --- drive

[virtio-dev] [pci PATCH v4 1/4] pci-iov: Add support for unmanaged SR-IOV

2018-03-08 Thread Alexander Duyck
From: Alexander Duyck <alexander.h.du...@intel.com> This patch is meant to add some basic functionality to support for SR-IOV on devices when the VFs are not managed by some other entity in the device other than the kernel. A new sysfs value called sriov_unmanaged_autoprobe has been

[virtio-dev] [pci PATCH v4 0/4] Add support for unmanaged SR-IOV

2018-03-08 Thread Alexander Duyck
pci_disable_sriov call in virtio_pci to be consistent with ena Cc: Mark Rustad <mark.d.rus...@intel.com> Cc: Maximilian Heyne <mhe...@amazon.de> Cc: Liang-Min Wang <liang-min.w...@intel.com> Cc: David Woodhouse <d...@amazon.co.uk> --- Alexander Duyck (4): pci-iov: A

[virtio-dev] Re: [PATCH v4 2/2] virtio_net: Extend virtio to use VF datapath when available

2018-03-07 Thread Alexander Duyck
On Tue, Mar 6, 2018 at 6:38 PM, Michael S. Tsirkin <m...@redhat.com> wrote: > On Tue, Mar 06, 2018 at 03:27:46PM -0800, Alexander Duyck wrote: >> > I definitelly vote for a separate common shared code for both netvsc and >> > virtio_net - even if you use 2 and 3 ne

[virtio-dev] Re: [pci PATCH v6 5/5] pci-pf-stub: Add PF driver stub for PFs that function only to enable VFs

2018-03-14 Thread Alexander Duyck
On Wed, Mar 14, 2018 at 1:56 AM, Christoph Hellwig wrote: >> + >> +/** >> + * pci_pf_stub_white_list - White list of devices to bind pci-pf-stub onto >> + * >> + * This table provides the list of IDs this driver is supposed to bind >> + * onto. You could think of this as a list of

[virtio-dev] Re: [pci PATCH v6 1/5] pci: Add pci_sriov_configure_simple for PFs that don't manage VF resources

2018-03-14 Thread Alexander Duyck
On Wed, Mar 14, 2018 at 1:54 AM, Christoph Hellwig <h...@lst.de> wrote: > On Tue, Mar 13, 2018 at 02:28:49PM -0700, Alexander Duyck wrote: >> From: Alexander Duyck <alexander.h.du...@intel.com> >> >> This patch adds a common configuration function cal

Re: [virtio-dev] [pci PATCH v7 2/5] virtio_pci: Add support for unmanaged SR-IOV on virtio_pci devices

2018-04-20 Thread Alexander Duyck
On Fri, Apr 20, 2018 at 8:28 AM, Michael S. Tsirkin <m...@redhat.com> wrote: > On Fri, Apr 20, 2018 at 07:56:14AM -0700, Alexander Duyck wrote: >> > I think for virtio it should include the feature bit, yes. >> > Adding feature bit is very easy - post a patch to the

Re: [virtio-dev] Re: [PATCH v7 net-next 2/4] net: Introduce generic failover module

2018-04-20 Thread Alexander Duyck
On Fri, Apr 20, 2018 at 8:34 AM, Michael S. Tsirkin wrote: > On Fri, Apr 20, 2018 at 08:21:00AM -0700, Samudrala, Sridhar wrote: >> > > + finfo = netdev_priv(failover_dev); >> > > + >> > > + primary_dev = rtnl_dereference(finfo->primary_dev); >> > > + standby_dev =

[virtio-dev] Re: [pci PATCH v8 0/4] Add support for unmanaged SR-IOV

2018-04-20 Thread Alexander Duyck
On Fri, Apr 20, 2018 at 10:23 AM, Randy Dunlap <rdun...@infradead.org> wrote: > On 04/20/18 09:28, Alexander Duyck wrote: >> This series is meant to add support for SR-IOV on devices when the VFs are >> not managed by the kernel. Examples of recent patches attempting

[virtio-dev] Re: [pci PATCH v8 0/4] Add support for unmanaged SR-IOV

2018-04-21 Thread Alexander Duyck
On Sat, Apr 21, 2018 at 1:34 PM, Bjorn Helgaas <helg...@kernel.org> wrote: > On Fri, Apr 20, 2018 at 12:28:08PM -0400, Alexander Duyck wrote: >> This series is meant to add support for SR-IOV on devices when the VFs are >> not managed by the kernel. Examples of recent pat

Re: [virtio-dev] [pci PATCH v7 2/5] virtio_pci: Add support for unmanaged SR-IOV on virtio_pci devices

2018-04-20 Thread Alexander Duyck
On Thu, Apr 19, 2018 at 5:40 PM, Michael S. Tsirkin <m...@redhat.com> wrote: > On Tue, Apr 03, 2018 at 12:06:03PM -0700, Alexander Duyck wrote: >> On Tue, Apr 3, 2018 at 11:27 AM, Michael S. Tsirkin <m...@redhat.com> wrote: >> > On Tue, Apr 03, 2018 at 10:32:00A

[virtio-dev] Re: [pci PATCH v8 0/4] Add support for unmanaged SR-IOV

2018-04-24 Thread Alexander Duyck
On Tue, Apr 24, 2018 at 2:51 PM, Bjorn Helgaas <helg...@kernel.org> wrote: > On Sat, Apr 21, 2018 at 05:22:27PM -0700, Alexander Duyck wrote: >> On Sat, Apr 21, 2018 at 1:34 PM, Bjorn Helgaas <helg...@kernel.org> wrote: > >> > For example, I'm not sure what

[virtio-dev] Re: [pci PATCH v8 0/4] Add support for unmanaged SR-IOV

2018-04-23 Thread Alexander Duyck
On Mon, Apr 23, 2018 at 8:21 AM, Don Dutile <ddut...@redhat.com> wrote: > On 04/21/2018 04:34 PM, Bjorn Helgaas wrote: >> >> On Fri, Apr 20, 2018 at 12:28:08PM -0400, Alexander Duyck wrote: >>> >>> This series is meant to add support for SR-IOV on devic

[virtio-dev] Re: [pci PATCH v7 0/5] Add support for unmanaged SR-IOV

2018-04-19 Thread Alexander Duyck
On Thu, Mar 15, 2018 at 11:40 AM, Alexander Duyck <alexander.du...@gmail.com> wrote: > This series is meant to add support for SR-IOV on devices when the VFs are > not managed by the kernel. Examples of recent patches attempting to do this > include: > virto - https://patchwor

[virtio-dev] Re: [pci PATCH v7 0/5] Add support for unmanaged SR-IOV

2018-03-27 Thread Alexander Duyck
On Fri, Mar 16, 2018 at 2:42 PM, Don Dutile <ddut...@redhat.com> wrote: > On 03/15/2018 02:40 PM, Alexander Duyck wrote: >> >> This series is meant to add support for SR-IOV on devices when the VFs are >> not managed by the kernel. Examples of recent patches attempti

Re: [virtio-dev] [pci PATCH v7 2/5] virtio_pci: Add support for unmanaged SR-IOV on virtio_pci devices

2018-04-03 Thread Alexander Duyck
On Tue, Apr 3, 2018 at 6:12 AM, Michael S. Tsirkin <m...@redhat.com> wrote: > On Fri, Mar 16, 2018 at 09:40:34AM -0700, Alexander Duyck wrote: >> On Fri, Mar 16, 2018 at 9:34 AM, Michael S. Tsirkin <m...@redhat.com> wrote: >> > On Thu, Mar 15, 2018 at 11:42:41A

Re: [virtio-dev] [pci PATCH v7 2/5] virtio_pci: Add support for unmanaged SR-IOV on virtio_pci devices

2018-04-03 Thread Alexander Duyck
On Tue, Apr 3, 2018 at 11:27 AM, Michael S. Tsirkin <m...@redhat.com> wrote: > On Tue, Apr 03, 2018 at 10:32:00AM -0700, Alexander Duyck wrote: >> On Tue, Apr 3, 2018 at 6:12 AM, Michael S. Tsirkin <m...@redhat.com> wrote: >> > On Fri, Mar 16, 2018 at 09:40:34A

[virtio-dev] Re: [PATCH] pci-iov: Add support for unmanaged SR-IOV

2018-03-01 Thread Alexander Duyck
On Thu, Mar 1, 2018 at 12:22 PM, Alex Williamson <alex.william...@redhat.com> wrote: > On Wed, 28 Feb 2018 16:36:38 -0800 > Alexander Duyck <alexander.du...@gmail.com> wrote: > >> On Wed, Feb 28, 2018 at 2:59 PM, Alex Williamson >> <alex.william...@redhat.com>

[virtio-dev] Re: [PATCH v4 2/2] virtio_net: Extend virtio to use VF datapath when available

2018-03-03 Thread Alexander Duyck
On Sat, Mar 3, 2018 at 3:31 AM, Jiri Pirko wrote: > Fri, Mar 02, 2018 at 08:42:47PM CET, m...@redhat.com wrote: >>On Fri, Mar 02, 2018 at 05:20:17PM +0100, Jiri Pirko wrote: >>> >Yeah, this code essentially calls out the "shareable" code with a >>> >comment at the start and end

[virtio-dev] Re: [PATCH v4 2/2] virtio_net: Extend virtio to use VF datapath when available

2018-03-03 Thread Alexander Duyck
On Sat, Mar 3, 2018 at 1:25 PM, Jiri Pirko wrote: > Sat, Mar 03, 2018 at 07:04:57PM CET, alexander.du...@gmail.com wrote: >>On Sat, Mar 3, 2018 at 3:31 AM, Jiri Pirko wrote: >>> Fri, Mar 02, 2018 at 08:42:47PM CET, m...@redhat.com wrote: On Fri, Mar 02,

[virtio-dev] Re: [PATCH v4 2/2] virtio_net: Extend virtio to use VF datapath when available

2018-03-04 Thread Alexander Duyck
On Sat, Mar 3, 2018 at 11:13 PM, Jiri Pirko wrote: > Sun, Mar 04, 2018 at 01:26:53AM CET, alexander.du...@gmail.com wrote: >>On Sat, Mar 3, 2018 at 1:25 PM, Jiri Pirko wrote: >>> Sat, Mar 03, 2018 at 07:04:57PM CET, alexander.du...@gmail.com wrote: On Sat,

[virtio-dev] Re: [PATCH v4 2/2] virtio_net: Extend virtio to use VF datapath when available

2018-03-04 Thread Alexander Duyck
On Sun, Mar 4, 2018 at 10:50 AM, Jiri Pirko wrote: > Sun, Mar 04, 2018 at 07:24:12PM CET, alexander.du...@gmail.com wrote: >>On Sat, Mar 3, 2018 at 11:13 PM, Jiri Pirko wrote: >>> Sun, Mar 04, 2018 at 01:26:53AM CET, alexander.du...@gmail.com wrote: On

[virtio-dev] Re: [PATCH] pci-iov: Add support for unmanaged SR-IOV

2018-03-05 Thread Alexander Duyck
On Mon, Mar 5, 2018 at 12:57 PM, Don Dutile <ddut...@redhat.com> wrote: > On 03/01/2018 03:22 PM, Alex Williamson wrote: >> >> On Wed, 28 Feb 2018 16:36:38 -0800 >> Alexander Duyck <alexander.du...@gmail.com> wrote: >> >>> On Wed, Feb 28, 20

[virtio-dev] Re: [PATCH v4 2/2] virtio_net: Extend virtio to use VF datapath when available

2018-03-02 Thread Alexander Duyck
as 'backup' netdev and a > passthru device with the same MAC is registered as 'active' netdev. > > This patch is based on the discussion initiated by Jesse on this thread. > https://marc.info/?l=linux-virtualization=151189725224231=2 > > Signed-off-by: Sridhar Samudrala <sridhar.s

[virtio-dev] Re: [PATCH] pci-iov: Add support for unmanaged SR-IOV

2018-03-01 Thread Alexander Duyck
On Thu, Mar 1, 2018 at 3:58 PM, Alex Williamson <alex.william...@redhat.com> wrote: > On Thu, 1 Mar 2018 14:42:40 -0800 > Alexander Duyck <alexander.du...@gmail.com> wrote: > >> On Thu, Mar 1, 2018 at 12:22 PM, Alex Williamson >> <alex.william...@redhat.com>

[virtio-dev] [PATCH 1/3] pci-iov: Add support for unmanaged SR-IOV

2018-03-02 Thread Alexander Duyck
From: Alexander Duyck <alexander.h.du...@intel.com> This patch is meant to add some basic functionality to support for SR-IOV on devices when the VFs are not managed by the kernel. The functions provided here can be used by drivers such as vfio-pci and virtio to enable SR-IOV on d

[virtio-dev] [PATCH 0/3] pci-iov: Add support for unmanaged SR-IOV

2018-03-02 Thread Alexander Duyck
patch set from single patch Changed autoprobe behavior to always set when num_vfs is set non-zero Cc: Mark Rustad <mark.d.rus...@intel.com> Cc: Maximilian Heyne <mhe...@amazon.de> Cc: Liang-Min Wang <liang-min.w...@intel.com> Cc: David Woodhouse <d...@amazon.co.uk>

[virtio-dev] [PATCH 2/3] vfio: Add support for unmanaged or userspace managed SR-IOV

2018-03-02 Thread Alexander Duyck
From: Alexander Duyck <alexander.h.du...@intel.com> This patch is meant to allow assignment of an SR-IOV enabled PF, as in VFs have been generated, with vfio-pci. My understanding is the primary use case for this is something like DPDK running the PF while the VFs are all assigned to

[virtio-dev] [PATCH 3/3] virtio_pci: Add support for unmanaged SR-IOV on virtio_pci devices

2018-03-02 Thread Alexander Duyck
From: Alexander Duyck <alexander.h.du...@intel.com> Hardware-realized virtio_pci devices can implement SR-IOV, so this patch enables its use. The device in question is an upcoming Intel NIC that implements both a virtio_net PF and virtio_net VFs. These are hardware realizations of what ha

[virtio-dev] Re: [PATCH 1/3] pci-iov: Add support for unmanaged SR-IOV

2018-03-02 Thread Alexander Duyck
On Fri, Mar 2, 2018 at 3:59 PM, Alex Williamson <alex.william...@redhat.com> wrote: > On Fri, 02 Mar 2018 15:44:25 -0800 > Alexander Duyck <alexander.du...@gmail.com> wrote: > >> From: Alexander Duyck <alexander.h.du...@intel.com> >> >> This p

[virtio-dev] Re: [RFC PATCH V4] pci: virtio_pci: Add SR-IOV support for virtio_pci devices

2018-02-26 Thread Alexander Duyck
the same as the vendor ID of the PF that > created it. So it seemed logical to simply have a fully-functioning > virtio_net PF create the VFs. This patch makes that possible. > > Signed-off-by: Mark Rustad <mark.d.rus...@intel.com> > Reviewed-by: Alexander Duyck <alexander.h.du

[virtio-dev] Re: [PATCH] pci-iov: Add support for unmanaged SR-IOV

2018-02-27 Thread Alexander Duyck
On Tue, Feb 27, 2018 at 1:40 PM, Alex Williamson <alex.william...@redhat.com> wrote: > On Tue, 27 Feb 2018 11:06:54 -0800 > Alexander Duyck <alexander.du...@gmail.com> wrote: > >> From: Alexander Duyck <alexander.h.du...@intel.com> >> >> This patch

[virtio-dev] Re: [PATCH] pci-iov: Add support for unmanaged SR-IOV

2018-02-28 Thread Alexander Duyck
On Tue, Feb 27, 2018 at 2:25 PM, Alexander Duyck <alexander.du...@gmail.com> wrote: > On Tue, Feb 27, 2018 at 1:40 PM, Alex Williamson > <alex.william...@redhat.com> wrote: >> On Tue, 27 Feb 2018 11:06:54 -0800 >> Alexander Duyck <alexander.du...@gmail.com>

[virtio-dev] Re: [PATCH v4 2/2] virtio_net: Extend virtio to use VF datapath when available

2018-03-02 Thread Alexander Duyck
>>https://marc.info/?l=linux-virtualization=151189725224231=2 >> >>Signed-off-by: Sridhar Samudrala <sridhar.samudr...@intel.com> >>Signed-off-by: Alexander Duyck <alexander.h.du...@intel.com> >>Reviewed-by: Jesse Brandeburg <jesse.brandeb...@intel.com>

[virtio-dev] Re: [PATCH v4 2/2] virtio_net: Extend virtio to use VF datapath when available

2018-03-05 Thread Alexander Duyck
On Mon, Mar 5, 2018 at 2:30 PM, Jiri Pirko wrote: > Mon, Mar 05, 2018 at 05:11:32PM CET, step...@networkplumber.org wrote: >>On Mon, 5 Mar 2018 10:21:18 +0100 >>Jiri Pirko wrote: >> >>> Sun, Mar 04, 2018 at 10:58:34PM CET, alexander.du...@gmail.com wrote: >>>

[virtio-dev] Re: [QEMU Patch 2/2] virtio-balloon: support for handling page reporting

2019-08-12 Thread Alexander Duyck
On Mon, Aug 12, 2019 at 6:14 AM Nitesh Narayan Lal wrote: > > Page reporting is a feature which enables the virtual machine to report > chunk of free pages to the hypervisor. > This patch enables QEMU to process these reports from the VM and discard the > unused memory range. > > Signed-off-by:

  1   2   3   >