diff for duplicates of <20180312075907.GA5342@lst.de> diff --git a/a/1.txt b/N1/1.txt index e53ccac..fb7f24b 100644 --- a/a/1.txt +++ b/N1/1.txt @@ -1,4 +1,4 @@ -On Sun, Mar 11, 2018@09:59:09PM -0600, Alex Williamson 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 managed or unmanaged and why they should care. diff --git a/a/content_digest b/N1/content_digest index 0477c90..93b64f7 100644 --- a/a/content_digest +++ b/N1/content_digest @@ -1,12 +1,31 @@ "ref\020180308185507.5433.98830.stgit@localhost.localdomain\0" "ref\020180308190047.5433.77952.stgit@localhost.localdomain\0" "ref\020180311215909.16ed4bf1@t450s.home\0" - "From\0hch@lst.de (Christoph Hellwig)\0" - "Subject\0[pci PATCH v4 1/4] pci-iov: Add support for unmanaged SR-IOV\0" + "From\0Christoph Hellwig <hch@lst.de>\0" + "Subject\0Re: [pci PATCH v4 1/4] pci-iov: Add support for unmanaged SR-IOV\0" "Date\0Mon, 12 Mar 2018 08:59:07 +0100\0" + "To\0Alex Williamson <alex.williamson@redhat.com>\0" + "Cc\0Alexander Duyck <alexander.duyck@gmail.com>" + bhelgaas@google.com + alexander.h.duyck@intel.com + linux-pci@vger.kernel.org + virtio-dev@lists.oasis-open.org + kvm@vger.kernel.org + netdev@vger.kernel.org + dan.daly@intel.com + linux-kernel@vger.kernel.org + linux-nvme@lists.infradead.org + keith.busch@intel.com + netanel@amazon.com + mheyne@amazon.de + liang-min.wang@intel.com + mark.d.rustad@intel.com + dwmw2@infradead.org + hch@lst.de + " dwmw@amazon.co.uk\0" "\00:1\0" "b\0" - "On Sun, Mar 11, 2018@09:59:09PM -0600, Alex Williamson wrote:\n" + "On Sun, Mar 11, 2018 at 09:59:09PM -0600, Alex Williamson wrote:\n" "> I still struggle to understand why we need this \"unmanaged\"\n" "> complication and how a user of the sysfs API is expected to have any\n" "> idea whether a PF is managed or unmanaged and why they should care.\n" @@ -15,4 +34,4 @@ "\n" Just a pci_simple_sriov_configure is exactly what I envisioned originally. -b28d3df28d11918f169626ce388317259c2d888b3421d6f5d1c8b08f7830542a +a465c83f1835cb32f9920594466c48744184e185603a776f0a4ac2fd04e24966
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.