All of lore.kernel.org
 help / color / mirror / Atom feed
diff for duplicates of <20170406163520.GA7657@obsidianresearch.com>

diff --git a/a/1.txt b/N1/1.txt
index 2dd37ca..661837e 100644
--- a/a/1.txt
+++ b/N1/1.txt
@@ -1,4 +1,4 @@
-On Thu, Apr 06, 2017 at 08:33:38AM +0300, Sagi Grimberg wrote:
+On Thu, Apr 06, 2017@08:33:38AM +0300, Sagi Grimberg wrote:
 > 
 > >>Note that the nvme completion queues are still on the host memory, so
 > >>this means we have lost the ordering between data and completions as
diff --git a/a/content_digest b/N1/content_digest
index 13eb131..8ee177d 100644
--- a/a/content_digest
+++ b/N1/content_digest
@@ -3,29 +3,12 @@
  "ref\0080b68b4-eba3-861c-4f29-5d829425b5e7@grimberg.me\0"
  "ref\020170404154629.GA13552@obsidianresearch.com\0"
  "ref\04df229d8-8124-664a-9bc4-6401bc034be1@grimberg.me\0"
- "From\0Jason Gunthorpe <jgunthorpe@obsidianresearch.com>\0"
- "Subject\0Re: [RFC 6/8] nvmet: Be careful about using iomem accesses when dealing with p2pmem\0"
+ "From\0jgunthorpe@obsidianresearch.com (Jason Gunthorpe)\0"
+ "Subject\0[RFC 6/8] nvmet: Be careful about using iomem accesses when dealing with p2pmem\0"
  "Date\0Thu, 6 Apr 2017 10:35:21 -0600\0"
- "To\0Sagi Grimberg <sagi@grimberg.me>\0"
- "Cc\0Logan Gunthorpe <logang@deltatee.com>"
-  Christoph Hellwig <hch@lst.de>
-  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>
-  Stephen Bates <sbates@raithlin.com>
-  Max Gurtovoy <maxg@mellanox.com>
-  Dan Williams <dan.j.williams@intel.com>
-  Keith Busch <keith.busch@intel.com>
-  linux-pci@vger.kernel.org
-  linux-scsi@vger.kernel.org
-  linux-nvme@lists.infradead.org
-  linux-rdma@vger.kernel.org
-  linux-nvdimm@ml01.01.org
- " linux-kernel@vger.kernel.org\0"
  "\00:1\0"
  "b\0"
- "On Thu, Apr 06, 2017 at 08:33:38AM +0300, Sagi Grimberg wrote:\n"
+ "On Thu, Apr 06, 2017@08:33:38AM +0300, Sagi Grimberg wrote:\n"
  "> \n"
  "> >>Note that the nvme completion queues are still on the host memory, so\n"
  "> >>this means we have lost the ordering between data and completions as\n"
@@ -64,4 +47,4 @@
  "\n"
  Jason
 
-1c8cdbbf1a880d73f806decbc04542f570f25f22b138ecb384d02f55dc352aec
+367cc5134790d956d811627f6303cddd79621c47317663fa126cca7f48bd2c84

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.