diff for duplicates of <6820d451-9591-1979-00bf-60c65fc4f136@deltatee.com>
diff --git a/a/1.txt b/N1/1.txt
index db0163f..50a986a 100644
--- a/a/1.txt
+++ b/N1/1.txt
@@ -18,8 +18,4 @@ On 31/08/18 02:08 AM, Christian König wrote:
In future work, yes. But not for this patchset. This is definitely the
way I see things going, but we've chosen to start with what we've presented.
-Logan
-_______________________________________________
-Linux-nvdimm mailing list
-Linux-nvdimm@lists.01.org
-https://lists.01.org/mailman/listinfo/linux-nvdimm
\ No newline at end of file
+Logan
\ No newline at end of file
diff --git a/a/content_digest b/N1/content_digest
index 7bac759..8bbbb10 100644
--- a/a/content_digest
+++ b/N1/content_digest
@@ -26,14 +26,18 @@
" linux-block\@vger.kernel.org\0"
]
[
- "Cc\0Jonathan Corbet <corbet\@lwn.net>",
- " Benjamin Herrenschmidt <benh\@kernel.crashing.org>",
- " Alex Williamson <alex.williamson\@redhat.com>",
- " J\303\251r\303\264me Glisse <jglisse\@redhat.com>",
- " Jason Gunthorpe <jgg\@mellanox.com>",
+ "Cc\0Stephen Bates <sbates\@raithlin.com>",
+ " Christoph Hellwig <hch\@lst.de>",
+ " Keith Busch <keith.busch\@intel.com>",
+ " Sagi Grimberg <sagi\@grimberg.me>",
" Bjorn Helgaas <bhelgaas\@google.com>",
+ " Jason Gunthorpe <jgg\@mellanox.com>",
" Max Gurtovoy <maxg\@mellanox.com>",
- " Christoph Hellwig <hch\@lst.de>\0"
+ " Dan Williams <dan.j.williams\@intel.com>",
+ " J\303\251r\303\264me Glisse <jglisse\@redhat.com>",
+ " Benjamin Herrenschmidt <benh\@kernel.crashing.org>",
+ " Alex Williamson <alex.williamson\@redhat.com>",
+ " Jonathan Corbet <corbet\@lwn.net>\0"
]
[
"\0000:1\0"
@@ -62,11 +66,7 @@
"In future work, yes. But not for this patchset. This is definitely the\n",
"way I see things going, but we've chosen to start with what we've presented.\n",
"\n",
- "Logan\n",
- "_______________________________________________\n",
- "Linux-nvdimm mailing list\n",
- "Linux-nvdimm\@lists.01.org\n",
- "https://lists.01.org/mailman/listinfo/linux-nvdimm"
+ "Logan"
]
-cd1455f868feb85d9c5b2882f0ecc025e2e2286b7cf07f9433981f2f8947c977
+77300819b0ef715cbf549e62383fe0a8f5d3e97a93f52b810a3a62c9a2370d70
diff --git a/a/content_digest b/N2/content_digest
index 7bac759..bcbb56d 100644
--- a/a/content_digest
+++ b/N2/content_digest
@@ -8,7 +8,10 @@
"ref\00098bff500-4e4c-3a34-6762-16ef4b076d90\@amd.com\0"
]
[
- "From\0Logan Gunthorpe <logang\@deltatee.com>\0"
+ "ref\00098bff500-4e4c-3a34-6762-16ef4b076d90-5C7GfCeVMHo\@public.gmane.org\0"
+]
+[
+ "From\0Logan Gunthorpe <logang-OTvnGxWRz7hWk0Htik3J/w\@public.gmane.org>\0"
]
[
"Subject\0Re: [PATCH v5 06/13] PCI/P2PDMA: Add P2P DMA driver writer's documentation\0"
@@ -17,23 +20,23 @@
"Date\0Fri, 31 Aug 2018 09:51:06 -0600\0"
]
[
- "To\0Christian K\303\266nig <christian.koenig\@amd.com>",
- " linux-kernel\@vger.kernel.org",
- " linux-pci\@vger.kernel.org",
- " linux-nvme\@lists.infradead.org",
- " linux-rdma\@vger.kernel.org",
- " linux-nvdimm\@lists.01.org",
- " linux-block\@vger.kernel.org\0"
+ "To\0Christian K\303\266nig <christian.koenig-5C7GfCeVMHo\@public.gmane.org>",
+ " linux-kernel-u79uwXL29TY76Z2rM5mHXA\@public.gmane.org",
+ " linux-pci-u79uwXL29TY76Z2rM5mHXA\@public.gmane.org",
+ " linux-nvme-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r\@public.gmane.org",
+ " linux-rdma-u79uwXL29TY76Z2rM5mHXA\@public.gmane.org",
+ " linux-nvdimm-hn68Rpc1hR1g9hUCZPvPmw\@public.gmane.org",
+ " linux-block-u79uwXL29TY76Z2rM5mHXA\@public.gmane.org\0"
]
[
- "Cc\0Jonathan Corbet <corbet\@lwn.net>",
- " Benjamin Herrenschmidt <benh\@kernel.crashing.org>",
- " Alex Williamson <alex.williamson\@redhat.com>",
- " J\303\251r\303\264me Glisse <jglisse\@redhat.com>",
- " Jason Gunthorpe <jgg\@mellanox.com>",
- " Bjorn Helgaas <bhelgaas\@google.com>",
- " Max Gurtovoy <maxg\@mellanox.com>",
- " Christoph Hellwig <hch\@lst.de>\0"
+ "Cc\0Jonathan Corbet <corbet-T1hC0tSOHrs\@public.gmane.org>",
+ " Benjamin Herrenschmidt <benh-XVmvHMARGAS8U2dJNN8I7kB+6BGkLq7r\@public.gmane.org>",
+ " Alex Williamson <alex.williamson-H+wXaHxf7aLQT0dZR+AlfA\@public.gmane.org>",
+ " J\303\251r\303\264me Glisse <jglisse-H+wXaHxf7aLQT0dZR+AlfA\@public.gmane.org>",
+ " Jason Gunthorpe <jgg-VPRAkNaXOzVWk0Htik3J/w\@public.gmane.org>",
+ " Bjorn Helgaas <bhelgaas-hpIqsD4AKlfQT0dZR+AlfA\@public.gmane.org>",
+ " Max Gurtovoy <maxg-VPRAkNaXOzVWk0Htik3J/w\@public.gmane.org>",
+ " Christoph Hellwig <hch-jcswGhMUV9g\@public.gmane.org>\0"
]
[
"\0000:1\0"
@@ -69,4 +72,4 @@
"https://lists.01.org/mailman/listinfo/linux-nvdimm"
]
-cd1455f868feb85d9c5b2882f0ecc025e2e2286b7cf07f9433981f2f8947c977
+85fa2702e731d725816437c1dc6796bb07c00d7c42396b5e5e5fc9c1ce97a40e
diff --git a/a/1.txt b/N3/1.txt
index db0163f..4a536b5 100644
--- a/a/1.txt
+++ b/N3/1.txt
@@ -1,25 +1,20 @@
-
-
-On 31/08/18 02:08 AM, Christian König wrote:
->> +One of the biggest issues is that PCI doesn't require forwarding
->> +transactions between hierarchy domains, and in PCIe, each Root Port
->> +defines a separate hierarchy domain. To make things worse, there is no
->> +simple way to determine if a given Root Complex supports this or not.
->> +(See PCIe r4.0, sec 1.3.1). Therefore, as of this writing, the kernel
->> +only supports doing P2P when the endpoints involved are all behind the
->> +same PCI bridge, as such devices are all in the same PCI hierarchy
->> +domain, and the spec guarantees that all transacations within the
->> +hierarchy will be routable, but it does not require routing
->> +between hierarchies.
->
-> Can we add a kernel command line switch and a whitelist to enable P2P
-> between separate hierarchies?
-
-In future work, yes. But not for this patchset. This is definitely the
-way I see things going, but we've chosen to start with what we've presented.
-
-Logan
-_______________________________________________
-Linux-nvdimm mailing list
-Linux-nvdimm@lists.01.org
-https://lists.01.org/mailman/listinfo/linux-nvdimm
\ No newline at end of file
+CgpPbiAzMS8wOC8xOCAwMjowOCBBTSwgQ2hyaXN0aWFuIEvDtm5pZyB3cm90ZToKPj4gK09uZSBv
+ZiB0aGUgYmlnZ2VzdCBpc3N1ZXMgaXMgdGhhdCBQQ0kgZG9lc24ndCByZXF1aXJlIGZvcndhcmRp
+bmcKPj4gK3RyYW5zYWN0aW9ucyBiZXR3ZWVuIGhpZXJhcmNoeSBkb21haW5zLCBhbmQgaW4gUENJ
+ZSwgZWFjaCBSb290IFBvcnQKPj4gK2RlZmluZXMgYSBzZXBhcmF0ZSBoaWVyYXJjaHkgZG9tYWlu
+LiBUbyBtYWtlIHRoaW5ncyB3b3JzZSwgdGhlcmUgaXMgbm8KPj4gK3NpbXBsZSB3YXkgdG8gZGV0
+ZXJtaW5lIGlmIGEgZ2l2ZW4gUm9vdCBDb21wbGV4IHN1cHBvcnRzIHRoaXMgb3Igbm90Lgo+PiAr
+KFNlZSBQQ0llIHI0LjAsIHNlYyAxLjMuMSkuIFRoZXJlZm9yZSwgYXMgb2YgdGhpcyB3cml0aW5n
+LCB0aGUga2VybmVsCj4+ICtvbmx5IHN1cHBvcnRzIGRvaW5nIFAyUCB3aGVuIHRoZSBlbmRwb2lu
+dHMgaW52b2x2ZWQgYXJlIGFsbCBiZWhpbmQgdGhlCj4+ICtzYW1lIFBDSSBicmlkZ2UsIGFzIHN1
+Y2ggZGV2aWNlcyBhcmUgYWxsIGluIHRoZSBzYW1lIFBDSSBoaWVyYXJjaHkKPj4gK2RvbWFpbiwg
+YW5kIHRoZSBzcGVjIGd1YXJhbnRlZXMgdGhhdCBhbGwgdHJhbnNhY2F0aW9ucyB3aXRoaW4gdGhl
+Cj4+ICtoaWVyYXJjaHkgd2lsbCBiZSByb3V0YWJsZSwgYnV0IGl0IGRvZXMgbm90IHJlcXVpcmUg
+cm91dGluZwo+PiArYmV0d2VlbiBoaWVyYXJjaGllcy4KPiAKPiBDYW4gd2UgYWRkIGEga2VybmVs
+IGNvbW1hbmQgbGluZSBzd2l0Y2ggYW5kIGEgd2hpdGVsaXN0IHRvIGVuYWJsZSBQMlAgCj4gYmV0
+d2VlbiBzZXBhcmF0ZSBoaWVyYXJjaGllcz8KCkluIGZ1dHVyZSB3b3JrLCB5ZXMuIEJ1dCBub3Qg
+Zm9yIHRoaXMgcGF0Y2hzZXQuIFRoaXMgaXMgZGVmaW5pdGVseSB0aGUKd2F5IEkgc2VlIHRoaW5n
+cyBnb2luZywgYnV0IHdlJ3ZlIGNob3NlbiB0byBzdGFydCB3aXRoIHdoYXQgd2UndmUgcHJlc2Vu
+dGVkLgoKTG9nYW4KCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
+X19fCkxpbnV4LW52bWUgbWFpbGluZyBsaXN0CkxpbnV4LW52bWVAbGlzdHMuaW5mcmFkZWFkLm9y
+ZwpodHRwOi8vbGlzdHMuaW5mcmFkZWFkLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2xpbnV4LW52bWUK
\ No newline at end of file
diff --git a/a/content_digest b/N3/content_digest
index 7bac759..5fda66b 100644
--- a/a/content_digest
+++ b/N3/content_digest
@@ -26,13 +26,17 @@
" linux-block\@vger.kernel.org\0"
]
[
- "Cc\0Jonathan Corbet <corbet\@lwn.net>",
+ "Cc\0Sagi Grimberg <sagi\@grimberg.me>",
+ " Jonathan Corbet <corbet\@lwn.net>",
" Benjamin Herrenschmidt <benh\@kernel.crashing.org>",
" Alex Williamson <alex.williamson\@redhat.com>",
+ " Stephen Bates <sbates\@raithlin.com>",
+ " Keith Busch <keith.busch\@intel.com>",
" J\303\251r\303\264me Glisse <jglisse\@redhat.com>",
" Jason Gunthorpe <jgg\@mellanox.com>",
" Bjorn Helgaas <bhelgaas\@google.com>",
" Max Gurtovoy <maxg\@mellanox.com>",
+ " Dan Williams <dan.j.williams\@intel.com>",
" Christoph Hellwig <hch\@lst.de>\0"
]
[
@@ -42,31 +46,26 @@
"b\0"
]
[
- "\n",
- "\n",
- "On 31/08/18 02:08 AM, Christian K\303\266nig wrote:\n",
- ">> +One of the biggest issues is that PCI doesn't require forwarding\n",
- ">> +transactions between hierarchy domains, and in PCIe, each Root Port\n",
- ">> +defines a separate hierarchy domain. To make things worse, there is no\n",
- ">> +simple way to determine if a given Root Complex supports this or not.\n",
- ">> +(See PCIe r4.0, sec 1.3.1). Therefore, as of this writing, the kernel\n",
- ">> +only supports doing P2P when the endpoints involved are all behind the\n",
- ">> +same PCI bridge, as such devices are all in the same PCI hierarchy\n",
- ">> +domain, and the spec guarantees that all transacations within the\n",
- ">> +hierarchy will be routable, but it does not require routing\n",
- ">> +between hierarchies.\n",
- "> \n",
- "> Can we add a kernel command line switch and a whitelist to enable P2P \n",
- "> between separate hierarchies?\n",
- "\n",
- "In future work, yes. But not for this patchset. This is definitely the\n",
- "way I see things going, but we've chosen to start with what we've presented.\n",
- "\n",
- "Logan\n",
- "_______________________________________________\n",
- "Linux-nvdimm mailing list\n",
- "Linux-nvdimm\@lists.01.org\n",
- "https://lists.01.org/mailman/listinfo/linux-nvdimm"
+ "CgpPbiAzMS8wOC8xOCAwMjowOCBBTSwgQ2hyaXN0aWFuIEvDtm5pZyB3cm90ZToKPj4gK09uZSBv\n",
+ "ZiB0aGUgYmlnZ2VzdCBpc3N1ZXMgaXMgdGhhdCBQQ0kgZG9lc24ndCByZXF1aXJlIGZvcndhcmRp\n",
+ "bmcKPj4gK3RyYW5zYWN0aW9ucyBiZXR3ZWVuIGhpZXJhcmNoeSBkb21haW5zLCBhbmQgaW4gUENJ\n",
+ "ZSwgZWFjaCBSb290IFBvcnQKPj4gK2RlZmluZXMgYSBzZXBhcmF0ZSBoaWVyYXJjaHkgZG9tYWlu\n",
+ "LiBUbyBtYWtlIHRoaW5ncyB3b3JzZSwgdGhlcmUgaXMgbm8KPj4gK3NpbXBsZSB3YXkgdG8gZGV0\n",
+ "ZXJtaW5lIGlmIGEgZ2l2ZW4gUm9vdCBDb21wbGV4IHN1cHBvcnRzIHRoaXMgb3Igbm90Lgo+PiAr\n",
+ "KFNlZSBQQ0llIHI0LjAsIHNlYyAxLjMuMSkuIFRoZXJlZm9yZSwgYXMgb2YgdGhpcyB3cml0aW5n\n",
+ "LCB0aGUga2VybmVsCj4+ICtvbmx5IHN1cHBvcnRzIGRvaW5nIFAyUCB3aGVuIHRoZSBlbmRwb2lu\n",
+ "dHMgaW52b2x2ZWQgYXJlIGFsbCBiZWhpbmQgdGhlCj4+ICtzYW1lIFBDSSBicmlkZ2UsIGFzIHN1\n",
+ "Y2ggZGV2aWNlcyBhcmUgYWxsIGluIHRoZSBzYW1lIFBDSSBoaWVyYXJjaHkKPj4gK2RvbWFpbiwg\n",
+ "YW5kIHRoZSBzcGVjIGd1YXJhbnRlZXMgdGhhdCBhbGwgdHJhbnNhY2F0aW9ucyB3aXRoaW4gdGhl\n",
+ "Cj4+ICtoaWVyYXJjaHkgd2lsbCBiZSByb3V0YWJsZSwgYnV0IGl0IGRvZXMgbm90IHJlcXVpcmUg\n",
+ "cm91dGluZwo+PiArYmV0d2VlbiBoaWVyYXJjaGllcy4KPiAKPiBDYW4gd2UgYWRkIGEga2VybmVs\n",
+ "IGNvbW1hbmQgbGluZSBzd2l0Y2ggYW5kIGEgd2hpdGVsaXN0IHRvIGVuYWJsZSBQMlAgCj4gYmV0\n",
+ "d2VlbiBzZXBhcmF0ZSBoaWVyYXJjaGllcz8KCkluIGZ1dHVyZSB3b3JrLCB5ZXMuIEJ1dCBub3Qg\n",
+ "Zm9yIHRoaXMgcGF0Y2hzZXQuIFRoaXMgaXMgZGVmaW5pdGVseSB0aGUKd2F5IEkgc2VlIHRoaW5n\n",
+ "cyBnb2luZywgYnV0IHdlJ3ZlIGNob3NlbiB0byBzdGFydCB3aXRoIHdoYXQgd2UndmUgcHJlc2Vu\n",
+ "dGVkLgoKTG9nYW4KCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f\n",
+ "X19fCkxpbnV4LW52bWUgbWFpbGluZyBsaXN0CkxpbnV4LW52bWVAbGlzdHMuaW5mcmFkZWFkLm9y\n",
+ "ZwpodHRwOi8vbGlzdHMuaW5mcmFkZWFkLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2xpbnV4LW52bWUK"
]
-cd1455f868feb85d9c5b2882f0ecc025e2e2286b7cf07f9433981f2f8947c977
+a6efcb2180cc41372ebd5842fd0f0a1723ca546b11d97da45143bba1d3327a05
diff --git a/a/1.txt b/N4/1.txt
index db0163f..8955e68 100644
--- a/a/1.txt
+++ b/N4/1.txt
@@ -1,6 +1,6 @@
-On 31/08/18 02:08 AM, Christian König wrote:
+On 31/08/18 02:08 AM, Christian K?nig wrote:
>> +One of the biggest issues is that PCI doesn't require forwarding
>> +transactions between hierarchy domains, and in PCIe, each Root Port
>> +defines a separate hierarchy domain. To make things worse, there is no
@@ -18,8 +18,4 @@ On 31/08/18 02:08 AM, Christian König wrote:
In future work, yes. But not for this patchset. This is definitely the
way I see things going, but we've chosen to start with what we've presented.
-Logan
-_______________________________________________
-Linux-nvdimm mailing list
-Linux-nvdimm@lists.01.org
-https://lists.01.org/mailman/listinfo/linux-nvdimm
\ No newline at end of file
+Logan
\ No newline at end of file
diff --git a/a/content_digest b/N4/content_digest
index 7bac759..d4ffb75 100644
--- a/a/content_digest
+++ b/N4/content_digest
@@ -8,33 +8,14 @@
"ref\00098bff500-4e4c-3a34-6762-16ef4b076d90\@amd.com\0"
]
[
- "From\0Logan Gunthorpe <logang\@deltatee.com>\0"
+ "From\0logang\@deltatee.com (Logan Gunthorpe)\0"
]
[
- "Subject\0Re: [PATCH v5 06/13] PCI/P2PDMA: Add P2P DMA driver writer's documentation\0"
+ "Subject\0[PATCH v5 06/13] PCI/P2PDMA: Add P2P DMA driver writer's documentation\0"
]
[
"Date\0Fri, 31 Aug 2018 09:51:06 -0600\0"
]
-[
- "To\0Christian K\303\266nig <christian.koenig\@amd.com>",
- " linux-kernel\@vger.kernel.org",
- " linux-pci\@vger.kernel.org",
- " linux-nvme\@lists.infradead.org",
- " linux-rdma\@vger.kernel.org",
- " linux-nvdimm\@lists.01.org",
- " linux-block\@vger.kernel.org\0"
-]
-[
- "Cc\0Jonathan Corbet <corbet\@lwn.net>",
- " Benjamin Herrenschmidt <benh\@kernel.crashing.org>",
- " Alex Williamson <alex.williamson\@redhat.com>",
- " J\303\251r\303\264me Glisse <jglisse\@redhat.com>",
- " Jason Gunthorpe <jgg\@mellanox.com>",
- " Bjorn Helgaas <bhelgaas\@google.com>",
- " Max Gurtovoy <maxg\@mellanox.com>",
- " Christoph Hellwig <hch\@lst.de>\0"
-]
[
"\0000:1\0"
]
@@ -44,7 +25,7 @@
[
"\n",
"\n",
- "On 31/08/18 02:08 AM, Christian K\303\266nig wrote:\n",
+ "On 31/08/18 02:08 AM, Christian K?nig wrote:\n",
">> +One of the biggest issues is that PCI doesn't require forwarding\n",
">> +transactions between hierarchy domains, and in PCIe, each Root Port\n",
">> +defines a separate hierarchy domain. To make things worse, there is no\n",
@@ -62,11 +43,7 @@
"In future work, yes. But not for this patchset. This is definitely the\n",
"way I see things going, but we've chosen to start with what we've presented.\n",
"\n",
- "Logan\n",
- "_______________________________________________\n",
- "Linux-nvdimm mailing list\n",
- "Linux-nvdimm\@lists.01.org\n",
- "https://lists.01.org/mailman/listinfo/linux-nvdimm"
+ "Logan"
]
-cd1455f868feb85d9c5b2882f0ecc025e2e2286b7cf07f9433981f2f8947c977
+378f6eba49c630e4d5b2e4ce84a82f2f75aa00244bdbab9cd7d64c2088ed7a19
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.