All of lore.kernel.org
 help / color / mirror / Atom feed
diff for duplicates of <20180724150725.GA3235@redhat.com>

diff --git a/a/content_digest b/N1/content_digest
index 1ccc66f..b3c31b7 100644
--- a/a/content_digest
+++ b/N1/content_digest
@@ -5,8 +5,9 @@
  "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 11:07:25 -0400\0"
  "To\0Bart Van Assche <Bart.VanAssche@wdc.com>\0"
- "Cc\0linux-block@vger.kernel.org <linux-block@vger.kernel.org>"
-  dm-devel@redhat.com <dm-devel@redhat.com>
+ "Cc\0dm-devel@redhat.com <dm-devel@redhat.com>"
+  linux-block@vger.kernel.org <linux-block@vger.kernel.org>
+  hare@suse.de <hare@suse.de>
  " linux-nvme@lists.infradead.org <linux-nvme@lists.infradead.org>\0"
  "\00:1\0"
  "b\0"
@@ -29,4 +30,4 @@
  "\n"
  But bio-based DM-multipath seems to work just fine.
 
-6adda5fdf0c256d8bbb8bda633a426f54de149b8ad7857e0eddab00a938dff16
+260312528fdb106cc03a592caa0b1002765e38e2693bd6d273ea6070e508a4fb

diff --git a/a/1.txt b/N2/1.txt
index 85fdc82..a18bfbc 100644
--- a/a/1.txt
+++ b/N2/1.txt
@@ -1,7 +1,7 @@
 On Tue, Jul 24 2018 at 10:25am -0400,
 Bart Van Assche <Bart.VanAssche@wdc.com> wrote:
 
-> On Tue, 2018-07-24 at 08:00 +0200, Hannes Reinecke wrote:
+> On Tue, 2018-07-24@08:00 +0200, Hannes Reinecke wrote:
 > > So, have you tested that request-based multipathing works on a partition 
 > > _at all_? I'm not sure if partition mapping is done correctly here; we 
 > > never remap the start of the request (nor bio, come to speak of it), so 
diff --git a/a/content_digest b/N2/content_digest
index 1ccc66f..9b28b42 100644
--- a/a/content_digest
+++ b/N2/content_digest
@@ -1,19 +1,15 @@
  "ref\020180723163357.GA29658@redhat.com\0"
  "ref\0e761830f-e3f7-3e88-1697-b4b150e84e5f@suse.de\0"
  "ref\0bc63227473a19cb23d6b2bb38eefa564dfec1ffc.camel@wdc.com\0"
- "From\0Mike Snitzer <snitzer@redhat.com>\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\0snitzer@redhat.com (Mike Snitzer)\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 11:07:25 -0400\0"
- "To\0Bart Van Assche <Bart.VanAssche@wdc.com>\0"
- "Cc\0linux-block@vger.kernel.org <linux-block@vger.kernel.org>"
-  dm-devel@redhat.com <dm-devel@redhat.com>
- " linux-nvme@lists.infradead.org <linux-nvme@lists.infradead.org>\0"
  "\00:1\0"
  "b\0"
  "On Tue, Jul 24 2018 at 10:25am -0400,\n"
  "Bart Van Assche <Bart.VanAssche@wdc.com> wrote:\n"
  "\n"
- "> On Tue, 2018-07-24 at 08:00 +0200, Hannes Reinecke wrote:\n"
+ "> On Tue, 2018-07-24@08:00 +0200, Hannes Reinecke wrote:\n"
  "> > So, have you tested that request-based multipathing works on a partition \n"
  "> > _at all_? I'm not sure if partition mapping is done correctly here; we \n"
  "> > never remap the start of the request (nor bio, come to speak of it), so \n"
@@ -29,4 +25,4 @@
  "\n"
  But bio-based DM-multipath seems to work just fine.
 
-6adda5fdf0c256d8bbb8bda633a426f54de149b8ad7857e0eddab00a938dff16
+afcc9430962507cfefc87697825962418a7f82d55ce68473489f85fa0292df88

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.