diff for duplicates of <20180420030640-mutt-send-email-mst@kernel.org> diff --git a/a/1.txt b/N1/1.txt index 9356414..f1ca307 100644 --- a/a/1.txt +++ b/N1/1.txt @@ -1,11 +1,11 @@ -On Tue, Apr 03, 2018@12:06:03PM -0700, Alexander Duyck wrote: -> On Tue, Apr 3, 2018@11:27 AM, Michael S. Tsirkin <mst@redhat.com> wrote: -> > On Tue, Apr 03, 2018@10:32:00AM -0700, Alexander Duyck wrote: -> >> On Tue, Apr 3, 2018@6:12 AM, Michael S. Tsirkin <mst@redhat.com> wrote: -> >> > On Fri, Mar 16, 2018@09:40:34AM -0700, Alexander Duyck wrote: -> >> >> On Fri, Mar 16, 2018@9:34 AM, Michael S. Tsirkin <mst@redhat.com> wrote: -> >> >> > On Thu, Mar 15, 2018@11:42:41AM -0700, Alexander Duyck wrote: -> >> >> >> From: Alexander Duyck <alexander.h.duyck at intel.com> +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 <mst@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 <mst@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 <mst@redhat.com> wrote: +> >> >> > On Thu, Mar 15, 2018 at 11:42:41AM -0700, Alexander Duyck wrote: +> >> >> >> From: Alexander Duyck <alexander.h.duyck@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 @@ -27,9 +27,9 @@ On Tue, Apr 03, 2018@12:06:03PM -0700, Alexander Duyck wrote: > >> >> >> created it. So it seemed logical to simply have a fully-functioning > >> >> >> virtio_net PF create the VFs. This patch makes that possible. > >> >> >> -> >> >> >> Reviewed-by: Christoph Hellwig <hch at lst.de> -> >> >> >> Signed-off-by: Mark Rustad <mark.d.rustad at intel.com> -> >> >> >> Signed-off-by: Alexander Duyck <alexander.h.duyck at intel.com> +> >> >> >> Reviewed-by: Christoph Hellwig <hch@lst.de> +> >> >> >> Signed-off-by: Mark Rustad <mark.d.rustad@intel.com> +> >> >> >> Signed-off-by: Alexander Duyck <alexander.h.duyck@intel.com> > >> >> > > >> >> > So if and when virtio PFs can manage the VFs, then we can > >> >> > add a feature bit for that? diff --git a/a/content_digest b/N1/content_digest index eff8b7b..a10d61c 100644 --- a/a/content_digest +++ b/N1/content_digest @@ -6,19 +6,42 @@ "ref\0CAKgT0UfeSmG=xsd6sTkg4cOMnZ0QiqtCRDt4PynpF3d6nvvFCA@mail.gmail.com\0" "ref\020180403212503-mutt-send-email-mst@kernel.org\0" "ref\0CAKgT0Ude79FYrK4qA0OKRJ1NackyqPi-hZ8Zh3WSdLDFxoOosQ@mail.gmail.com\0" - "From\0mst@redhat.com (Michael S. Tsirkin)\0" - "Subject\0[virtio-dev] [pci PATCH v7 2/5] virtio_pci: Add support for unmanaged SR-IOV on virtio_pci devices\0" + "From\0Michael S. Tsirkin <mst@redhat.com>\0" + "Subject\0Re: [virtio-dev] [pci PATCH v7 2/5] virtio_pci: Add support for unmanaged SR-IOV on virtio_pci devices\0" "Date\0Fri, 20 Apr 2018 03:40:55 +0300\0" + "To\0Alexander Duyck <alexander.duyck@gmail.com>\0" + "Cc\0Daly" + Dan <dan.daly@intel.com> + Bjorn Helgaas <bhelgaas@google.com> + Duyck + Alexander H <alexander.h.duyck@intel.com> + linux-pci@vger.kernel.org + virtio-dev@lists.oasis-open.org + kvm@vger.kernel.org + Netdev <netdev@vger.kernel.org> + LKML <linux-kernel@vger.kernel.org> + linux-nvme@lists.infradead.org + Keith Busch <keith.busch@intel.com> + netanel@amazon.com + Don Dutile <ddutile@redhat.com> + Maximilian Heyne <mheyne@amazon.de> + Wang + Liang-min <liang-min.wang@intel.com> + Rustad + Mark D <mark.d.rustad@intel.com> + David Woodhouse <dwmw2@infradead.org> + Christoph Hellwig <hch@lst.de> + " dwmw@amazon.co.uk\0" "\00:1\0" "b\0" - "On Tue, Apr 03, 2018@12:06:03PM -0700, Alexander Duyck wrote:\n" - "> On Tue, Apr 3, 2018@11:27 AM, Michael S. Tsirkin <mst@redhat.com> wrote:\n" - "> > On Tue, Apr 03, 2018@10:32:00AM -0700, Alexander Duyck wrote:\n" - "> >> On Tue, Apr 3, 2018@6:12 AM, Michael S. Tsirkin <mst@redhat.com> wrote:\n" - "> >> > On Fri, Mar 16, 2018@09:40:34AM -0700, Alexander Duyck wrote:\n" - "> >> >> On Fri, Mar 16, 2018@9:34 AM, Michael S. Tsirkin <mst@redhat.com> wrote:\n" - "> >> >> > On Thu, Mar 15, 2018@11:42:41AM -0700, Alexander Duyck wrote:\n" - "> >> >> >> From: Alexander Duyck <alexander.h.duyck at intel.com>\n" + "On Tue, Apr 03, 2018 at 12:06:03PM -0700, Alexander Duyck wrote:\n" + "> On Tue, Apr 3, 2018 at 11:27 AM, Michael S. Tsirkin <mst@redhat.com> wrote:\n" + "> > On Tue, Apr 03, 2018 at 10:32:00AM -0700, Alexander Duyck wrote:\n" + "> >> On Tue, Apr 3, 2018 at 6:12 AM, Michael S. Tsirkin <mst@redhat.com> wrote:\n" + "> >> > On Fri, Mar 16, 2018 at 09:40:34AM -0700, Alexander Duyck wrote:\n" + "> >> >> On Fri, Mar 16, 2018 at 9:34 AM, Michael S. Tsirkin <mst@redhat.com> wrote:\n" + "> >> >> > On Thu, Mar 15, 2018 at 11:42:41AM -0700, Alexander Duyck wrote:\n" + "> >> >> >> From: Alexander Duyck <alexander.h.duyck@intel.com>\n" "> >> >> >>\n" "> >> >> >> Hardware-realized virtio_pci devices can implement SR-IOV, so this\n" "> >> >> >> patch enables its use. The device in question is an upcoming Intel\n" @@ -40,9 +63,9 @@ "> >> >> >> created it. So it seemed logical to simply have a fully-functioning\n" "> >> >> >> virtio_net PF create the VFs. This patch makes that possible.\n" "> >> >> >>\n" - "> >> >> >> Reviewed-by: Christoph Hellwig <hch at lst.de>\n" - "> >> >> >> Signed-off-by: Mark Rustad <mark.d.rustad at intel.com>\n" - "> >> >> >> Signed-off-by: Alexander Duyck <alexander.h.duyck at intel.com>\n" + "> >> >> >> Reviewed-by: Christoph Hellwig <hch@lst.de>\n" + "> >> >> >> Signed-off-by: Mark Rustad <mark.d.rustad@intel.com>\n" + "> >> >> >> Signed-off-by: Alexander Duyck <alexander.h.duyck@intel.com>\n" "> >> >> >\n" "> >> >> > So if and when virtio PFs can manage the VFs, then we can\n" "> >> >> > add a feature bit for that?\n" @@ -125,4 +148,4 @@ "-- \n" MST -60fd8be66032e7661e00fd3378f1b4850ceaace5c16df9bd63f08fde4b1859a3 +8e9ca246bfc67dbcee259284b597c04fc231c56bf88948370a92c1e3cb9ff812
diff --git a/a/1.txt b/N2/1.txt index 9356414..2a7d1e4 100644 --- a/a/1.txt +++ b/N2/1.txt @@ -1,11 +1,11 @@ -On Tue, Apr 03, 2018@12:06:03PM -0700, Alexander Duyck wrote: -> On Tue, Apr 3, 2018@11:27 AM, Michael S. Tsirkin <mst@redhat.com> wrote: -> > On Tue, Apr 03, 2018@10:32:00AM -0700, Alexander Duyck wrote: -> >> On Tue, Apr 3, 2018@6:12 AM, Michael S. Tsirkin <mst@redhat.com> wrote: -> >> > On Fri, Mar 16, 2018@09:40:34AM -0700, Alexander Duyck wrote: -> >> >> On Fri, Mar 16, 2018@9:34 AM, Michael S. Tsirkin <mst@redhat.com> wrote: -> >> >> > On Thu, Mar 15, 2018@11:42:41AM -0700, Alexander Duyck wrote: -> >> >> >> From: Alexander Duyck <alexander.h.duyck at intel.com> +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 <mst@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 <mst@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 <mst@redhat.com> wrote: +> >> >> > On Thu, Mar 15, 2018 at 11:42:41AM -0700, Alexander Duyck wrote: +> >> >> >> From: Alexander Duyck <alexander.h.duyck@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 @@ -27,9 +27,9 @@ On Tue, Apr 03, 2018@12:06:03PM -0700, Alexander Duyck wrote: > >> >> >> created it. So it seemed logical to simply have a fully-functioning > >> >> >> virtio_net PF create the VFs. This patch makes that possible. > >> >> >> -> >> >> >> Reviewed-by: Christoph Hellwig <hch at lst.de> -> >> >> >> Signed-off-by: Mark Rustad <mark.d.rustad at intel.com> -> >> >> >> Signed-off-by: Alexander Duyck <alexander.h.duyck at intel.com> +> >> >> >> Reviewed-by: Christoph Hellwig <hch@lst.de> +> >> >> >> Signed-off-by: Mark Rustad <mark.d.rustad@intel.com> +> >> >> >> Signed-off-by: Alexander Duyck <alexander.h.duyck@intel.com> > >> >> > > >> >> > So if and when virtio PFs can manage the VFs, then we can > >> >> > add a feature bit for that? @@ -111,3 +111,7 @@ is around holidays and such). -- MST + +--------------------------------------------------------------------- +To unsubscribe, e-mail: virtio-dev-unsubscribe@lists.oasis-open.org +For additional commands, e-mail: virtio-dev-help@lists.oasis-open.org diff --git a/a/content_digest b/N2/content_digest index eff8b7b..9a47e80 100644 --- a/a/content_digest +++ b/N2/content_digest @@ -6,19 +6,42 @@ "ref\0CAKgT0UfeSmG=xsd6sTkg4cOMnZ0QiqtCRDt4PynpF3d6nvvFCA@mail.gmail.com\0" "ref\020180403212503-mutt-send-email-mst@kernel.org\0" "ref\0CAKgT0Ude79FYrK4qA0OKRJ1NackyqPi-hZ8Zh3WSdLDFxoOosQ@mail.gmail.com\0" - "From\0mst@redhat.com (Michael S. Tsirkin)\0" - "Subject\0[virtio-dev] [pci PATCH v7 2/5] virtio_pci: Add support for unmanaged SR-IOV on virtio_pci devices\0" + "From\0Michael S. Tsirkin <mst@redhat.com>\0" + "Subject\0Re: [virtio-dev] [pci PATCH v7 2/5] virtio_pci: Add support for unmanaged SR-IOV on virtio_pci devices\0" "Date\0Fri, 20 Apr 2018 03:40:55 +0300\0" + "To\0Alexander Duyck <alexander.duyck@gmail.com>\0" + "Cc\0Daly" + Dan <dan.daly@intel.com> + Bjorn Helgaas <bhelgaas@google.com> + Duyck + Alexander H <alexander.h.duyck@intel.com> + linux-pci@vger.kernel.org + virtio-dev@lists.oasis-open.org + kvm@vger.kernel.org + Netdev <netdev@vger.kernel.org> + LKML <linux-kernel@vger.kernel.org> + linux-nvme@lists.infradead.org + Keith Busch <keith.busch@intel.com> + netanel@amazon.com + Don Dutile <ddutile@redhat.com> + Maximilian Heyne <mheyne@amazon.de> + Wang + Liang-min <liang-min.wang@intel.com> + Rustad + Mark D <mark.d.rustad@intel.com> + David Woodhouse <dwmw2@infradead.org> + Christoph Hellwig <hch@lst.de> + " dwmw@amazon.co.uk\0" "\00:1\0" "b\0" - "On Tue, Apr 03, 2018@12:06:03PM -0700, Alexander Duyck wrote:\n" - "> On Tue, Apr 3, 2018@11:27 AM, Michael S. Tsirkin <mst@redhat.com> wrote:\n" - "> > On Tue, Apr 03, 2018@10:32:00AM -0700, Alexander Duyck wrote:\n" - "> >> On Tue, Apr 3, 2018@6:12 AM, Michael S. Tsirkin <mst@redhat.com> wrote:\n" - "> >> > On Fri, Mar 16, 2018@09:40:34AM -0700, Alexander Duyck wrote:\n" - "> >> >> On Fri, Mar 16, 2018@9:34 AM, Michael S. Tsirkin <mst@redhat.com> wrote:\n" - "> >> >> > On Thu, Mar 15, 2018@11:42:41AM -0700, Alexander Duyck wrote:\n" - "> >> >> >> From: Alexander Duyck <alexander.h.duyck at intel.com>\n" + "On Tue, Apr 03, 2018 at 12:06:03PM -0700, Alexander Duyck wrote:\n" + "> On Tue, Apr 3, 2018 at 11:27 AM, Michael S. Tsirkin <mst@redhat.com> wrote:\n" + "> > On Tue, Apr 03, 2018 at 10:32:00AM -0700, Alexander Duyck wrote:\n" + "> >> On Tue, Apr 3, 2018 at 6:12 AM, Michael S. Tsirkin <mst@redhat.com> wrote:\n" + "> >> > On Fri, Mar 16, 2018 at 09:40:34AM -0700, Alexander Duyck wrote:\n" + "> >> >> On Fri, Mar 16, 2018 at 9:34 AM, Michael S. Tsirkin <mst@redhat.com> wrote:\n" + "> >> >> > On Thu, Mar 15, 2018 at 11:42:41AM -0700, Alexander Duyck wrote:\n" + "> >> >> >> From: Alexander Duyck <alexander.h.duyck@intel.com>\n" "> >> >> >>\n" "> >> >> >> Hardware-realized virtio_pci devices can implement SR-IOV, so this\n" "> >> >> >> patch enables its use. The device in question is an upcoming Intel\n" @@ -40,9 +63,9 @@ "> >> >> >> created it. So it seemed logical to simply have a fully-functioning\n" "> >> >> >> virtio_net PF create the VFs. This patch makes that possible.\n" "> >> >> >>\n" - "> >> >> >> Reviewed-by: Christoph Hellwig <hch at lst.de>\n" - "> >> >> >> Signed-off-by: Mark Rustad <mark.d.rustad at intel.com>\n" - "> >> >> >> Signed-off-by: Alexander Duyck <alexander.h.duyck at intel.com>\n" + "> >> >> >> Reviewed-by: Christoph Hellwig <hch@lst.de>\n" + "> >> >> >> Signed-off-by: Mark Rustad <mark.d.rustad@intel.com>\n" + "> >> >> >> Signed-off-by: Alexander Duyck <alexander.h.duyck@intel.com>\n" "> >> >> >\n" "> >> >> > So if and when virtio PFs can manage the VFs, then we can\n" "> >> >> > add a feature bit for that?\n" @@ -123,6 +146,10 @@ "is around holidays and such).\n" "\n" "-- \n" - MST + "MST\n" + "\n" + "---------------------------------------------------------------------\n" + "To unsubscribe, e-mail: virtio-dev-unsubscribe@lists.oasis-open.org\n" + For additional commands, e-mail: virtio-dev-help@lists.oasis-open.org -60fd8be66032e7661e00fd3378f1b4850ceaace5c16df9bd63f08fde4b1859a3 +a253f58770c233623bb10a1a2b00a74885cb50adc1272a31a1c69370827f0927
diff --git a/a/1.txt b/N3/1.txt index 9356414..f1ca307 100644 --- a/a/1.txt +++ b/N3/1.txt @@ -1,11 +1,11 @@ -On Tue, Apr 03, 2018@12:06:03PM -0700, Alexander Duyck wrote: -> On Tue, Apr 3, 2018@11:27 AM, Michael S. Tsirkin <mst@redhat.com> wrote: -> > On Tue, Apr 03, 2018@10:32:00AM -0700, Alexander Duyck wrote: -> >> On Tue, Apr 3, 2018@6:12 AM, Michael S. Tsirkin <mst@redhat.com> wrote: -> >> > On Fri, Mar 16, 2018@09:40:34AM -0700, Alexander Duyck wrote: -> >> >> On Fri, Mar 16, 2018@9:34 AM, Michael S. Tsirkin <mst@redhat.com> wrote: -> >> >> > On Thu, Mar 15, 2018@11:42:41AM -0700, Alexander Duyck wrote: -> >> >> >> From: Alexander Duyck <alexander.h.duyck at intel.com> +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 <mst@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 <mst@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 <mst@redhat.com> wrote: +> >> >> > On Thu, Mar 15, 2018 at 11:42:41AM -0700, Alexander Duyck wrote: +> >> >> >> From: Alexander Duyck <alexander.h.duyck@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 @@ -27,9 +27,9 @@ On Tue, Apr 03, 2018@12:06:03PM -0700, Alexander Duyck wrote: > >> >> >> created it. So it seemed logical to simply have a fully-functioning > >> >> >> virtio_net PF create the VFs. This patch makes that possible. > >> >> >> -> >> >> >> Reviewed-by: Christoph Hellwig <hch at lst.de> -> >> >> >> Signed-off-by: Mark Rustad <mark.d.rustad at intel.com> -> >> >> >> Signed-off-by: Alexander Duyck <alexander.h.duyck at intel.com> +> >> >> >> Reviewed-by: Christoph Hellwig <hch@lst.de> +> >> >> >> Signed-off-by: Mark Rustad <mark.d.rustad@intel.com> +> >> >> >> Signed-off-by: Alexander Duyck <alexander.h.duyck@intel.com> > >> >> > > >> >> > So if and when virtio PFs can manage the VFs, then we can > >> >> > add a feature bit for that? diff --git a/a/content_digest b/N3/content_digest index eff8b7b..6a571f3 100644 --- a/a/content_digest +++ b/N3/content_digest @@ -6,19 +6,42 @@ "ref\0CAKgT0UfeSmG=xsd6sTkg4cOMnZ0QiqtCRDt4PynpF3d6nvvFCA@mail.gmail.com\0" "ref\020180403212503-mutt-send-email-mst@kernel.org\0" "ref\0CAKgT0Ude79FYrK4qA0OKRJ1NackyqPi-hZ8Zh3WSdLDFxoOosQ@mail.gmail.com\0" - "From\0mst@redhat.com (Michael S. Tsirkin)\0" - "Subject\0[virtio-dev] [pci PATCH v7 2/5] virtio_pci: Add support for unmanaged SR-IOV on virtio_pci devices\0" + "From\0Michael S. Tsirkin <mst@redhat.com>\0" + "Subject\0Re: [pci PATCH v7 2/5] virtio_pci: Add support for unmanaged SR-IOV on virtio_pci devices\0" "Date\0Fri, 20 Apr 2018 03:40:55 +0300\0" + "To\0Alexander Duyck <alexander.duyck@gmail.com>\0" + "Cc\0Daly" + Dan <dan.daly@intel.com> + Bjorn Helgaas <bhelgaas@google.com> + Duyck + Alexander H <alexander.h.duyck@intel.com> + linux-pci@vger.kernel.org + virtio-dev@lists.oasis-open.org + kvm@vger.kernel.org + Netdev <netdev@vger.kernel.org> + LKML <linux-kernel@vger.kernel.org> + linux-nvme@lists.infradead.org + Keith Busch <keith.busch@intel.com> + netanel@amazon.com + Don Dutile <ddutile@redhat.com> + Maximilian Heyne <mheyne@amazon.de> + Wang + Liang-min <liang-min.wang@intel.com> + Rustad + Mark D <mark.d.rustad@intel.com> + David Woodhouse <dwmw2@infradead.org> + Christoph Hellwig <hch@lst.de> + " dwmw@amazon.co.uk\0" "\00:1\0" "b\0" - "On Tue, Apr 03, 2018@12:06:03PM -0700, Alexander Duyck wrote:\n" - "> On Tue, Apr 3, 2018@11:27 AM, Michael S. Tsirkin <mst@redhat.com> wrote:\n" - "> > On Tue, Apr 03, 2018@10:32:00AM -0700, Alexander Duyck wrote:\n" - "> >> On Tue, Apr 3, 2018@6:12 AM, Michael S. Tsirkin <mst@redhat.com> wrote:\n" - "> >> > On Fri, Mar 16, 2018@09:40:34AM -0700, Alexander Duyck wrote:\n" - "> >> >> On Fri, Mar 16, 2018@9:34 AM, Michael S. Tsirkin <mst@redhat.com> wrote:\n" - "> >> >> > On Thu, Mar 15, 2018@11:42:41AM -0700, Alexander Duyck wrote:\n" - "> >> >> >> From: Alexander Duyck <alexander.h.duyck at intel.com>\n" + "On Tue, Apr 03, 2018 at 12:06:03PM -0700, Alexander Duyck wrote:\n" + "> On Tue, Apr 3, 2018 at 11:27 AM, Michael S. Tsirkin <mst@redhat.com> wrote:\n" + "> > On Tue, Apr 03, 2018 at 10:32:00AM -0700, Alexander Duyck wrote:\n" + "> >> On Tue, Apr 3, 2018 at 6:12 AM, Michael S. Tsirkin <mst@redhat.com> wrote:\n" + "> >> > On Fri, Mar 16, 2018 at 09:40:34AM -0700, Alexander Duyck wrote:\n" + "> >> >> On Fri, Mar 16, 2018 at 9:34 AM, Michael S. Tsirkin <mst@redhat.com> wrote:\n" + "> >> >> > On Thu, Mar 15, 2018 at 11:42:41AM -0700, Alexander Duyck wrote:\n" + "> >> >> >> From: Alexander Duyck <alexander.h.duyck@intel.com>\n" "> >> >> >>\n" "> >> >> >> Hardware-realized virtio_pci devices can implement SR-IOV, so this\n" "> >> >> >> patch enables its use. The device in question is an upcoming Intel\n" @@ -40,9 +63,9 @@ "> >> >> >> created it. So it seemed logical to simply have a fully-functioning\n" "> >> >> >> virtio_net PF create the VFs. This patch makes that possible.\n" "> >> >> >>\n" - "> >> >> >> Reviewed-by: Christoph Hellwig <hch at lst.de>\n" - "> >> >> >> Signed-off-by: Mark Rustad <mark.d.rustad at intel.com>\n" - "> >> >> >> Signed-off-by: Alexander Duyck <alexander.h.duyck at intel.com>\n" + "> >> >> >> Reviewed-by: Christoph Hellwig <hch@lst.de>\n" + "> >> >> >> Signed-off-by: Mark Rustad <mark.d.rustad@intel.com>\n" + "> >> >> >> Signed-off-by: Alexander Duyck <alexander.h.duyck@intel.com>\n" "> >> >> >\n" "> >> >> > So if and when virtio PFs can manage the VFs, then we can\n" "> >> >> > add a feature bit for that?\n" @@ -125,4 +148,4 @@ "-- \n" MST -60fd8be66032e7661e00fd3378f1b4850ceaace5c16df9bd63f08fde4b1859a3 +4e44bfb437ff88130861702dc143451f10f3bb6c3f64bcef906b77dc37a3b89d
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.