All of lore.kernel.org
 help / color / mirror / Atom feed
diff for duplicates of <20180724174241.GA828@infradead.org>

diff --git a/a/content_digest b/N1/content_digest
index 906eb75..637d1a7 100644
--- a/a/content_digest
+++ b/N1/content_digest
@@ -5,9 +5,10 @@
  "Subject\0Re: data corruption with 'splt' workload to XFS on DM cache with its 3 underlying devices being on same NVMe device\0"
  "Date\0Tue, 24 Jul 2018 10:42:41 -0700\0"
  "To\0Mike Snitzer <snitzer@redhat.com>\0"
- "Cc\0linux-block@vger.kernel.org"
-  dm-devel@redhat.com
- " linux-nvme@lists.infradead.org\0"
+ "Cc\0Hannes Reinecke <hare@suse.de>"
+  linux-nvme@lists.infradead.org
+  linux-block@vger.kernel.org
+ " dm-devel@redhat.com\0"
  "\00:1\0"
  "b\0"
  "On Tue, Jul 24, 2018 at 09:07:03AM -0400, Mike Snitzer wrote:\n"
@@ -29,4 +30,4 @@
  "request clone insert helper, and people generally run multipath on\n"
  the whole device this is a code path that is almost never exercised.
 
-28d10c578a71b83bb3a0d64d6bfac050e4b97a62bd493a436f4d27ad6b6c5725
+2eb5af44b553d82f570eb6877c5dd195efddd900bd53a703e0902755eca480fb

diff --git a/a/1.txt b/N2/1.txt
index ec390ff..31f9f6c 100644
--- a/a/1.txt
+++ b/N2/1.txt
@@ -1,4 +1,4 @@
-On Tue, Jul 24, 2018 at 09:07:03AM -0400, Mike Snitzer wrote:
+On Tue, Jul 24, 2018@09:07:03AM -0400, Mike Snitzer wrote:
 > True.  We only ever support mapping the partitions ontop of
 > request-based multipath (via dm-linear volumes created by kpartx).
 > 
diff --git a/a/content_digest b/N2/content_digest
index 906eb75..fc0915f 100644
--- a/a/content_digest
+++ b/N2/content_digest
@@ -1,16 +1,12 @@
  "ref\020180723163357.GA29658@redhat.com\0"
  "ref\0e761830f-e3f7-3e88-1697-b4b150e84e5f@suse.de\0"
  "ref\020180724130703.GA30804@redhat.com\0"
- "From\0Christoph Hellwig <hch@infradead.org>\0"
- "Subject\0Re: data corruption with 'splt' workload to XFS on DM cache with its 3 underlying devices being on same NVMe device\0"
+ "From\0hch@infradead.org (Christoph Hellwig)\0"
+ "Subject\0data corruption with 'splt' workload to XFS on DM cache with its 3 underlying devices being on same NVMe device\0"
  "Date\0Tue, 24 Jul 2018 10:42:41 -0700\0"
- "To\0Mike Snitzer <snitzer@redhat.com>\0"
- "Cc\0linux-block@vger.kernel.org"
-  dm-devel@redhat.com
- " linux-nvme@lists.infradead.org\0"
  "\00:1\0"
  "b\0"
- "On Tue, Jul 24, 2018 at 09:07:03AM -0400, Mike Snitzer wrote:\n"
+ "On Tue, Jul 24, 2018@09:07:03AM -0400, Mike Snitzer wrote:\n"
  "> True.  We only ever support mapping the partitions ontop of\n"
  "> request-based multipath (via dm-linear volumes created by kpartx).\n"
  "> \n"
@@ -29,4 +25,4 @@
  "request clone insert helper, and people generally run multipath on\n"
  the whole device this is a code path that is almost never exercised.
 
-28d10c578a71b83bb3a0d64d6bfac050e4b97a62bd493a436f4d27ad6b6c5725
+98569c8760e82b1dc2b44e912173c85675b6432aaa9b0cc5fc86ae4ce2689e51

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.