diff for duplicates of <B5A68214-E3A6-45F6-9820-758C5C84688A@raithlin.com>
diff --git a/a/1.txt b/N1/1.txt
index 46454e1..7a9207d 100644
--- a/a/1.txt
+++ b/N1/1.txt
@@ -15,10 +15,4 @@ Note the CMB code is not in upstream QEMU, it’s in Keith’s fork [1]. I will
Stephen
-[1] git://git.infradead.org/users/kbusch/qemu-nvme.git
-
-
-_______________________________________________
-Linux-nvdimm mailing list
-Linux-nvdimm@lists.01.org
-https://lists.01.org/mailman/listinfo/linux-nvdimm
\ No newline at end of file
+[1] git://git.infradead.org/users/kbusch/qemu-nvme.git
\ No newline at end of file
diff --git a/a/content_digest b/N1/content_digest
index 1200b7d..182ee9f 100644
--- a/a/content_digest
+++ b/N1/content_digest
@@ -56,10 +56,7 @@
"ref\0000cc95df5-b9dd-6493-15fe-771d535c1020\@deltatee.com\0"
]
[
- "ref\0000cc95df5-b9dd-6493-15fe-771d535c1020-OTvnGxWRz7hWk0Htik3J/w\@public.gmane.org\0"
-]
-[
- "From\0Stephen Bates <sbates-pv7U853sEMVWk0Htik3J/w\@public.gmane.org>\0"
+ "From\0Stephen Bates <sbates\@raithlin.com>\0"
]
[
"Subject\0Re: [RFC 0/8] Copy Offload with Peer-to-Peer PCI Memory\0"
@@ -68,28 +65,29 @@
"Date\0Tue, 25 Apr 2017 21:23:30 +0000\0"
]
[
- "To\0Logan Gunthorpe <logang-OTvnGxWRz7hWk0Htik3J/w\@public.gmane.org>",
- " Knut Omang <knut.omang-QHcLZuEGTsvQT0dZR+AlfA\@public.gmane.org>",
- " Benjamin Herrenschmidt <benh-XVmvHMARGAS8U2dJNN8I7kB+6BGkLq7r\@public.gmane.org>",
- " Dan Williams <dan.j.williams-ral2JQCrhuEAvxtiuMwx3w\@public.gmane.org>\0"
+ "To\0Logan Gunthorpe <logang\@deltatee.com>",
+ " Knut Omang <knut.omang\@oracle.com>",
+ " Benjamin Herrenschmidt <benh\@kernel.crashing.org>",
+ " Dan Williams <dan.j.williams\@intel.com>\0"
]
[
- "Cc\0Jens Axboe <axboe-tSWWG44O7X1aa/9Udqfwiw\@public.gmane.org>",
- " Keith Busch <keith.busch-ral2JQCrhuEAvxtiuMwx3w\@public.gmane.org>",
- " James E.J. Bottomley <jejb-23VcF4HTsmIX0ybBhKVfKdBPR1lH4CV8\@public.gmane.org>",
- " Martin K. Petersen <martin.petersen-QHcLZuEGTsvQT0dZR+AlfA\@public.gmane.org>",
- " linux-rdma-u79uwXL29TY76Z2rM5mHXA\@public.gmane.org <linux-rdma-u79uwXL29TY76Z2rM5mHXA\@public.gmane.org>",
- " linux-pci-u79uwXL29TY76Z2rM5mHXA\@public.gmane.org <linux-pci-u79uwXL29TY76Z2rM5mHXA\@public.gmane.org>",
- " Steve Wise <swise-7bPotxP6k4+P2YhJcF5u+vpXobYPEAuW\@public.gmane.org>",
- " linux-kernel-u79uwXL29TY76Z2rM5mHXA\@public.gmane.org <linux-kernel-u79uwXL29TY76Z2rM5mHXA\@public.gmane.org>",
- " linux-nvme-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r\@public.gmane.org <linux-nvme-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r\@public.gmane.org>",
- " Jason Gunthorpe <jgunthorpe-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/\@public.gmane.org>",
- " Jerome Glisse <jglisse-H+wXaHxf7aLQT0dZR+AlfA\@public.gmane.org>",
- " Bjorn Helgaas <helgaas-DgEjT+Ai2ygdnm+yROfE0A\@public.gmane.org>",
- " linux-scsi <linux-scsi-u79uwXL29TY76Z2rM5mHXA\@public.gmane.org>",
- " linux-nvdimm <linux-nvdimm-y27Ovi1pjclAfugRpC6u6w\@public.gmane.org>",
- " Max Gurtovoy <maxg-VPRAkNaXOzVWk0Htik3J/w\@public.gmane.org>",
- " Christoph Hellwig <hch-jcswGhMUV9g\@public.gmane.org>\0"
+ "Cc\0Bjorn Helgaas <helgaas\@kernel.org>",
+ " Jason Gunthorpe <jgunthorpe\@obsidianresearch.com>",
+ " Christoph Hellwig <hch\@lst.de>",
+ " Sagi Grimberg <sagi\@grimberg.me>",
+ " James E.J. Bottomley <jejb\@linux.vnet.ibm.com>",
+ " Martin K. Petersen <martin.petersen\@oracle.com>",
+ " Jens Axboe <axboe\@kernel.dk>",
+ " Steve Wise <swise\@opengridcomputing.com>",
+ " Max Gurtovoy <maxg\@mellanox.com>",
+ " Keith Busch <keith.busch\@intel.com>",
+ " linux-pci\@vger.kernel.org <linux-pci\@vger.kernel.org>",
+ " linux-scsi <linux-scsi\@vger.kernel.org>",
+ " linux-nvme\@lists.infradead.org <linux-nvme\@lists.infradead.org>",
+ " linux-rdma\@vger.kernel.org <linux-rdma\@vger.kernel.org>",
+ " linux-nvdimm <linux-nvdimm\@ml01.01.org>",
+ " linux-kernel\@vger.kernel.org <linux-kernel\@vger.kernel.org>",
+ " Jerome Glisse <jglisse\@redhat.com>\0"
]
[
"\0000:1\0"
@@ -115,13 +113,7 @@
"\n",
"Stephen\n",
"\n",
- "[1] git://git.infradead.org/users/kbusch/qemu-nvme.git\n",
- "\n",
- "\n",
- "_______________________________________________\n",
- "Linux-nvdimm mailing list\n",
- "Linux-nvdimm\@lists.01.org\n",
- "https://lists.01.org/mailman/listinfo/linux-nvdimm"
+ "[1] git://git.infradead.org/users/kbusch/qemu-nvme.git"
]
-c734a32a1812c757edb8dedf2fa268d46335992f6cc66cff3335f3ca45968dba
+a90b5712ae35dbe0acfd6f3ac90a4d6e7e79f547a6bfc799dce9dbbcc72291bd
diff --git a/a/1.txt b/N2/1.txt
index 46454e1..ff7ecd1 100644
--- a/a/1.txt
+++ b/N2/1.txt
@@ -1,24 +1,15 @@
->> Yes, that's why I used 'significant'. One good thing is that given resources
->> it can easily be done in parallel with other development, and will give additional
->> insight of some form.
->
->Yup, well if someone wants to start working on an emulated RDMA device
->that actually simulates proper DMA transfers that would be great!
-
-Give that each RDMA vendor’s devices expose a different MMIO I don’t expect this to happen anytime soon.
-
-> Yes, the nvme device in qemu has a CMB buffer which is a good choice to
-> test with but we don't have code to use it for p2p transfers in the
->kernel so it is a bit awkward.
-
-Note the CMB code is not in upstream QEMU, it’s in Keith’s fork [1]. I will see if I can push this upstream.
-
-Stephen
-
-[1] git://git.infradead.org/users/kbusch/qemu-nvme.git
-
-
-_______________________________________________
-Linux-nvdimm mailing list
-Linux-nvdimm@lists.01.org
-https://lists.01.org/mailman/listinfo/linux-nvdimm
\ No newline at end of file
+Pj4gWWVzLCB0aGF0J3Mgd2h5IEkgdXNlZCAnc2lnbmlmaWNhbnQnLiBPbmUgZ29vZCB0aGluZyBp
+cyB0aGF0IGdpdmVuIHJlc291cmNlcyANCj4+IGl0IGNhbiBlYXNpbHkgYmUgZG9uZSBpbiBwYXJh
+bGxlbCB3aXRoIG90aGVyIGRldmVsb3BtZW50LCBhbmQgd2lsbCBnaXZlIGFkZGl0aW9uYWwNCj4+
+IGluc2lnaHQgb2Ygc29tZSBmb3JtLg0KPg0KPll1cCwgd2VsbCBpZiBzb21lb25lIHdhbnRzIHRv
+IHN0YXJ0IHdvcmtpbmcgb24gYW4gZW11bGF0ZWQgUkRNQSBkZXZpY2UNCj50aGF0IGFjdHVhbGx5
+IHNpbXVsYXRlcyBwcm9wZXIgRE1BIHRyYW5zZmVycyB0aGF0IHdvdWxkIGJlIGdyZWF0IQ0KDQpH
+aXZlIHRoYXQgZWFjaCBSRE1BIHZlbmRvcuKAmXMgZGV2aWNlcyBleHBvc2UgYSBkaWZmZXJlbnQg
+TU1JTyBJIGRvbuKAmXQgZXhwZWN0IHRoaXMgdG8gaGFwcGVuIGFueXRpbWUgc29vbi4NCg0KPiBZ
+ZXMsIHRoZSBudm1lIGRldmljZSBpbiBxZW11IGhhcyBhIENNQiBidWZmZXIgd2hpY2ggaXMgYSBn
+b29kIGNob2ljZSB0bw0KPiB0ZXN0IHdpdGggYnV0IHdlIGRvbid0IGhhdmUgY29kZSB0byB1c2Ug
+aXQgZm9yIHAycCB0cmFuc2ZlcnMgaW4gdGhlDQo+a2VybmVsIHNvIGl0IGlzIGEgYml0IGF3a3dh
+cmQuDQoNCk5vdGUgdGhlIENNQiBjb2RlIGlzIG5vdCBpbiB1cHN0cmVhbSBRRU1VLCBpdOKAmXMg
+aW4gS2VpdGjigJlzIGZvcmsgWzFdLiBJIHdpbGwgc2VlIGlmIEkgY2FuIHB1c2ggdGhpcyB1cHN0
+cmVhbS4NCg0KU3RlcGhlbg0KDQpbMV0gZ2l0Oi8vZ2l0LmluZnJhZGVhZC5vcmcvdXNlcnMva2J1
+c2NoL3FlbXUtbnZtZS5naXQNCg0KDQo=
\ No newline at end of file
diff --git a/a/content_digest b/N2/content_digest
index 1200b7d..bfc6475 100644
--- a/a/content_digest
+++ b/N2/content_digest
@@ -56,10 +56,7 @@
"ref\0000cc95df5-b9dd-6493-15fe-771d535c1020\@deltatee.com\0"
]
[
- "ref\0000cc95df5-b9dd-6493-15fe-771d535c1020-OTvnGxWRz7hWk0Htik3J/w\@public.gmane.org\0"
-]
-[
- "From\0Stephen Bates <sbates-pv7U853sEMVWk0Htik3J/w\@public.gmane.org>\0"
+ "From\0Stephen Bates <sbates\@raithlin.com>\0"
]
[
"Subject\0Re: [RFC 0/8] Copy Offload with Peer-to-Peer PCI Memory\0"
@@ -68,28 +65,29 @@
"Date\0Tue, 25 Apr 2017 21:23:30 +0000\0"
]
[
- "To\0Logan Gunthorpe <logang-OTvnGxWRz7hWk0Htik3J/w\@public.gmane.org>",
- " Knut Omang <knut.omang-QHcLZuEGTsvQT0dZR+AlfA\@public.gmane.org>",
- " Benjamin Herrenschmidt <benh-XVmvHMARGAS8U2dJNN8I7kB+6BGkLq7r\@public.gmane.org>",
- " Dan Williams <dan.j.williams-ral2JQCrhuEAvxtiuMwx3w\@public.gmane.org>\0"
+ "To\0Logan Gunthorpe <logang\@deltatee.com>",
+ " Knut Omang <knut.omang\@oracle.com>",
+ " Benjamin Herrenschmidt <benh\@kernel.crashing.org>",
+ " Dan Williams <dan.j.williams\@intel.com>\0"
]
[
- "Cc\0Jens Axboe <axboe-tSWWG44O7X1aa/9Udqfwiw\@public.gmane.org>",
- " Keith Busch <keith.busch-ral2JQCrhuEAvxtiuMwx3w\@public.gmane.org>",
- " James E.J. Bottomley <jejb-23VcF4HTsmIX0ybBhKVfKdBPR1lH4CV8\@public.gmane.org>",
- " Martin K. Petersen <martin.petersen-QHcLZuEGTsvQT0dZR+AlfA\@public.gmane.org>",
- " linux-rdma-u79uwXL29TY76Z2rM5mHXA\@public.gmane.org <linux-rdma-u79uwXL29TY76Z2rM5mHXA\@public.gmane.org>",
- " linux-pci-u79uwXL29TY76Z2rM5mHXA\@public.gmane.org <linux-pci-u79uwXL29TY76Z2rM5mHXA\@public.gmane.org>",
- " Steve Wise <swise-7bPotxP6k4+P2YhJcF5u+vpXobYPEAuW\@public.gmane.org>",
- " linux-kernel-u79uwXL29TY76Z2rM5mHXA\@public.gmane.org <linux-kernel-u79uwXL29TY76Z2rM5mHXA\@public.gmane.org>",
- " linux-nvme-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r\@public.gmane.org <linux-nvme-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r\@public.gmane.org>",
- " Jason Gunthorpe <jgunthorpe-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/\@public.gmane.org>",
- " Jerome Glisse <jglisse-H+wXaHxf7aLQT0dZR+AlfA\@public.gmane.org>",
- " Bjorn Helgaas <helgaas-DgEjT+Ai2ygdnm+yROfE0A\@public.gmane.org>",
- " linux-scsi <linux-scsi-u79uwXL29TY76Z2rM5mHXA\@public.gmane.org>",
- " linux-nvdimm <linux-nvdimm-y27Ovi1pjclAfugRpC6u6w\@public.gmane.org>",
- " Max Gurtovoy <maxg-VPRAkNaXOzVWk0Htik3J/w\@public.gmane.org>",
- " Christoph Hellwig <hch-jcswGhMUV9g\@public.gmane.org>\0"
+ "Cc\0Bjorn Helgaas <helgaas\@kernel.org>",
+ " Jason Gunthorpe <jgunthorpe\@obsidianresearch.com>",
+ " Christoph Hellwig <hch\@lst.de>",
+ " Sagi Grimberg <sagi\@grimberg.me>",
+ " James E.J. Bottomley <jejb\@linux.vnet.ibm.com>",
+ " Martin K. Petersen <martin.petersen\@oracle.com>",
+ " Jens Axboe <axboe\@kernel.dk>",
+ " Steve Wise <swise\@opengridcomputing.com>",
+ " Max Gurtovoy <maxg\@mellanox.com>",
+ " Keith Busch <keith.busch\@intel.com>",
+ " linux-pci\@vger.kernel.org <linux-pci\@vger.kernel.org>",
+ " linux-scsi <linux-scsi\@vger.kernel.org>",
+ " linux-nvme\@lists.infradead.org <linux-nvme\@lists.infradead.org>",
+ " linux-rdma\@vger.kernel.org <linux-rdma\@vger.kernel.org>",
+ " linux-nvdimm <linux-nvdimm\@ml01.01.org>",
+ " linux-kernel\@vger.kernel.org <linux-kernel\@vger.kernel.org>",
+ " Jerome Glisse <jglisse\@redhat.com>\0"
]
[
"\0000:1\0"
@@ -98,30 +96,21 @@
"b\0"
]
[
- ">> Yes, that's why I used 'significant'. One good thing is that given resources \n",
- ">> it can easily be done in parallel with other development, and will give additional\n",
- ">> insight of some form.\n",
- ">\n",
- ">Yup, well if someone wants to start working on an emulated RDMA device\n",
- ">that actually simulates proper DMA transfers that would be great!\n",
- "\n",
- "Give that each RDMA vendor\342\200\231s devices expose a different MMIO I don\342\200\231t expect this to happen anytime soon.\n",
- "\n",
- "> Yes, the nvme device in qemu has a CMB buffer which is a good choice to\n",
- "> test with but we don't have code to use it for p2p transfers in the\n",
- ">kernel so it is a bit awkward.\n",
- "\n",
- "Note the CMB code is not in upstream QEMU, it\342\200\231s in Keith\342\200\231s fork [1]. I will see if I can push this upstream.\n",
- "\n",
- "Stephen\n",
- "\n",
- "[1] git://git.infradead.org/users/kbusch/qemu-nvme.git\n",
- "\n",
- "\n",
- "_______________________________________________\n",
- "Linux-nvdimm mailing list\n",
- "Linux-nvdimm\@lists.01.org\n",
- "https://lists.01.org/mailman/listinfo/linux-nvdimm"
+ "Pj4gWWVzLCB0aGF0J3Mgd2h5IEkgdXNlZCAnc2lnbmlmaWNhbnQnLiBPbmUgZ29vZCB0aGluZyBp\n",
+ "cyB0aGF0IGdpdmVuIHJlc291cmNlcyANCj4+IGl0IGNhbiBlYXNpbHkgYmUgZG9uZSBpbiBwYXJh\n",
+ "bGxlbCB3aXRoIG90aGVyIGRldmVsb3BtZW50LCBhbmQgd2lsbCBnaXZlIGFkZGl0aW9uYWwNCj4+\n",
+ "IGluc2lnaHQgb2Ygc29tZSBmb3JtLg0KPg0KPll1cCwgd2VsbCBpZiBzb21lb25lIHdhbnRzIHRv\n",
+ "IHN0YXJ0IHdvcmtpbmcgb24gYW4gZW11bGF0ZWQgUkRNQSBkZXZpY2UNCj50aGF0IGFjdHVhbGx5\n",
+ "IHNpbXVsYXRlcyBwcm9wZXIgRE1BIHRyYW5zZmVycyB0aGF0IHdvdWxkIGJlIGdyZWF0IQ0KDQpH\n",
+ "aXZlIHRoYXQgZWFjaCBSRE1BIHZlbmRvcuKAmXMgZGV2aWNlcyBleHBvc2UgYSBkaWZmZXJlbnQg\n",
+ "TU1JTyBJIGRvbuKAmXQgZXhwZWN0IHRoaXMgdG8gaGFwcGVuIGFueXRpbWUgc29vbi4NCg0KPiBZ\n",
+ "ZXMsIHRoZSBudm1lIGRldmljZSBpbiBxZW11IGhhcyBhIENNQiBidWZmZXIgd2hpY2ggaXMgYSBn\n",
+ "b29kIGNob2ljZSB0bw0KPiB0ZXN0IHdpdGggYnV0IHdlIGRvbid0IGhhdmUgY29kZSB0byB1c2Ug\n",
+ "aXQgZm9yIHAycCB0cmFuc2ZlcnMgaW4gdGhlDQo+a2VybmVsIHNvIGl0IGlzIGEgYml0IGF3a3dh\n",
+ "cmQuDQoNCk5vdGUgdGhlIENNQiBjb2RlIGlzIG5vdCBpbiB1cHN0cmVhbSBRRU1VLCBpdOKAmXMg\n",
+ "aW4gS2VpdGjigJlzIGZvcmsgWzFdLiBJIHdpbGwgc2VlIGlmIEkgY2FuIHB1c2ggdGhpcyB1cHN0\n",
+ "cmVhbS4NCg0KU3RlcGhlbg0KDQpbMV0gZ2l0Oi8vZ2l0LmluZnJhZGVhZC5vcmcvdXNlcnMva2J1\n",
+ "c2NoL3FlbXUtbnZtZS5naXQNCg0KDQo="
]
-c734a32a1812c757edb8dedf2fa268d46335992f6cc66cff3335f3ca45968dba
+f9b140b51b22b76ebad287fafc69012ba10aa1a8fec7bf507014d29b01597cef
diff --git a/a/1.txt b/N3/1.txt
index 46454e1..aaf355e 100644
--- a/a/1.txt
+++ b/N3/1.txt
@@ -5,20 +5,14 @@
>Yup, well if someone wants to start working on an emulated RDMA device
>that actually simulates proper DMA transfers that would be great!
-Give that each RDMA vendor’s devices expose a different MMIO I don’t expect this to happen anytime soon.
+Give that each RDMA vendor?s devices expose a different MMIO I don?t expect this to happen anytime soon.
> Yes, the nvme device in qemu has a CMB buffer which is a good choice to
> test with but we don't have code to use it for p2p transfers in the
>kernel so it is a bit awkward.
-Note the CMB code is not in upstream QEMU, it’s in Keith’s fork [1]. I will see if I can push this upstream.
+Note the CMB code is not in upstream QEMU, it?s in Keith?s fork [1]. I will see if I can push this upstream.
Stephen
-[1] git://git.infradead.org/users/kbusch/qemu-nvme.git
-
-
-_______________________________________________
-Linux-nvdimm mailing list
-Linux-nvdimm@lists.01.org
-https://lists.01.org/mailman/listinfo/linux-nvdimm
\ No newline at end of file
+[1] git://git.infradead.org/users/kbusch/qemu-nvme.git
\ No newline at end of file
diff --git a/a/content_digest b/N3/content_digest
index 1200b7d..18599f0 100644
--- a/a/content_digest
+++ b/N3/content_digest
@@ -56,41 +56,14 @@
"ref\0000cc95df5-b9dd-6493-15fe-771d535c1020\@deltatee.com\0"
]
[
- "ref\0000cc95df5-b9dd-6493-15fe-771d535c1020-OTvnGxWRz7hWk0Htik3J/w\@public.gmane.org\0"
+ "From\0sbates\@raithlin.com (Stephen Bates)\0"
]
[
- "From\0Stephen Bates <sbates-pv7U853sEMVWk0Htik3J/w\@public.gmane.org>\0"
-]
-[
- "Subject\0Re: [RFC 0/8] Copy Offload with Peer-to-Peer PCI Memory\0"
+ "Subject\0[RFC 0/8] Copy Offload with Peer-to-Peer PCI Memory\0"
]
[
"Date\0Tue, 25 Apr 2017 21:23:30 +0000\0"
]
-[
- "To\0Logan Gunthorpe <logang-OTvnGxWRz7hWk0Htik3J/w\@public.gmane.org>",
- " Knut Omang <knut.omang-QHcLZuEGTsvQT0dZR+AlfA\@public.gmane.org>",
- " Benjamin Herrenschmidt <benh-XVmvHMARGAS8U2dJNN8I7kB+6BGkLq7r\@public.gmane.org>",
- " Dan Williams <dan.j.williams-ral2JQCrhuEAvxtiuMwx3w\@public.gmane.org>\0"
-]
-[
- "Cc\0Jens Axboe <axboe-tSWWG44O7X1aa/9Udqfwiw\@public.gmane.org>",
- " Keith Busch <keith.busch-ral2JQCrhuEAvxtiuMwx3w\@public.gmane.org>",
- " James E.J. Bottomley <jejb-23VcF4HTsmIX0ybBhKVfKdBPR1lH4CV8\@public.gmane.org>",
- " Martin K. Petersen <martin.petersen-QHcLZuEGTsvQT0dZR+AlfA\@public.gmane.org>",
- " linux-rdma-u79uwXL29TY76Z2rM5mHXA\@public.gmane.org <linux-rdma-u79uwXL29TY76Z2rM5mHXA\@public.gmane.org>",
- " linux-pci-u79uwXL29TY76Z2rM5mHXA\@public.gmane.org <linux-pci-u79uwXL29TY76Z2rM5mHXA\@public.gmane.org>",
- " Steve Wise <swise-7bPotxP6k4+P2YhJcF5u+vpXobYPEAuW\@public.gmane.org>",
- " linux-kernel-u79uwXL29TY76Z2rM5mHXA\@public.gmane.org <linux-kernel-u79uwXL29TY76Z2rM5mHXA\@public.gmane.org>",
- " linux-nvme-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r\@public.gmane.org <linux-nvme-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r\@public.gmane.org>",
- " Jason Gunthorpe <jgunthorpe-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/\@public.gmane.org>",
- " Jerome Glisse <jglisse-H+wXaHxf7aLQT0dZR+AlfA\@public.gmane.org>",
- " Bjorn Helgaas <helgaas-DgEjT+Ai2ygdnm+yROfE0A\@public.gmane.org>",
- " linux-scsi <linux-scsi-u79uwXL29TY76Z2rM5mHXA\@public.gmane.org>",
- " linux-nvdimm <linux-nvdimm-y27Ovi1pjclAfugRpC6u6w\@public.gmane.org>",
- " Max Gurtovoy <maxg-VPRAkNaXOzVWk0Htik3J/w\@public.gmane.org>",
- " Christoph Hellwig <hch-jcswGhMUV9g\@public.gmane.org>\0"
-]
[
"\0000:1\0"
]
@@ -105,23 +78,17 @@
">Yup, well if someone wants to start working on an emulated RDMA device\n",
">that actually simulates proper DMA transfers that would be great!\n",
"\n",
- "Give that each RDMA vendor\342\200\231s devices expose a different MMIO I don\342\200\231t expect this to happen anytime soon.\n",
+ "Give that each RDMA vendor?s devices expose a different MMIO I don?t expect this to happen anytime soon.\n",
"\n",
"> Yes, the nvme device in qemu has a CMB buffer which is a good choice to\n",
"> test with but we don't have code to use it for p2p transfers in the\n",
">kernel so it is a bit awkward.\n",
"\n",
- "Note the CMB code is not in upstream QEMU, it\342\200\231s in Keith\342\200\231s fork [1]. I will see if I can push this upstream.\n",
+ "Note the CMB code is not in upstream QEMU, it?s in Keith?s fork [1]. I will see if I can push this upstream.\n",
"\n",
"Stephen\n",
"\n",
- "[1] git://git.infradead.org/users/kbusch/qemu-nvme.git\n",
- "\n",
- "\n",
- "_______________________________________________\n",
- "Linux-nvdimm mailing list\n",
- "Linux-nvdimm\@lists.01.org\n",
- "https://lists.01.org/mailman/listinfo/linux-nvdimm"
+ "[1] git://git.infradead.org/users/kbusch/qemu-nvme.git"
]
-c734a32a1812c757edb8dedf2fa268d46335992f6cc66cff3335f3ca45968dba
+26512949966154e92ea62a0e02f91ea1503c72bcaff864c571e798d65c63a636
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.