All of lore.kernel.org
 help / color / mirror / Atom feed
diff for duplicates of <20180525143058.GA26391@lst.de>

diff --git a/a/1.txt b/N1/1.txt
index 91297cf..f39d74f 100644
--- a/a/1.txt
+++ b/N1/1.txt
@@ -1,4 +1,4 @@
-On Fri, May 25, 2018@04:22:17PM +0200, Johannes Thumshirn wrote:
+On Fri, May 25, 2018 at 04:22:17PM +0200, Johannes Thumshirn wrote:
 > But Mike's and Hannes' arguments where reasonable as well, we do not
 > know if there are any existing setups we might break leading to
 > support calls, which we have to deal with. Personally I don't believe
diff --git a/a/content_digest b/N1/content_digest
index 403de3a..2e5098b 100644
--- a/a/content_digest
+++ b/N1/content_digest
@@ -1,12 +1,26 @@
  "ref\020180525125322.15398-1-jthumshirn@suse.de\0"
  "ref\020180525130535.GA24239@lst.de\0"
  "ref\020180525142217.zedv7hz6ov6s45qk@linux-x5ow.site\0"
- "From\0hch@lst.de (Christoph Hellwig)\0"
- "Subject\0[PATCH 0/3] Provide more fine grained control over multipathing\0"
+ "From\0Christoph Hellwig <hch@lst.de>\0"
+ "Subject\0Re: [PATCH 0/3] Provide more fine grained control over multipathing\0"
  "Date\0Fri, 25 May 2018 16:30:58 +0200\0"
+ "To\0Johannes Thumshirn <jthumshirn@suse.de>\0"
+ "Cc\0Christoph Hellwig <hch@lst.de>"
+  Keith Busch <keith.busch@intel.com>
+  Sagi Grimberg <sagi@grimberg.me>
+  Hannes Reinecke <hare@suse.de>
+  Mike Snitzer <snitzer@redhat.com>
+  Laurence Oberman <loberman@redhat.com>
+  Ewan Milne <emilne@redhat.com>
+  James Smart <james.smart@broadcom.com>
+  Linux Kernel Mailinglist <linux-kernel@vger.kernel.org>
+  Linux NVMe Mailinglist <linux-nvme@lists.infradead.org>
+  Martin K . Petersen <martin.petersen@oracle.com>
+  Martin George <marting@netapp.com>
+ " John Meneghini <John.Meneghini@netapp.com>\0"
  "\00:1\0"
  "b\0"
- "On Fri, May 25, 2018@04:22:17PM +0200, Johannes Thumshirn wrote:\n"
+ "On Fri, May 25, 2018 at 04:22:17PM +0200, Johannes Thumshirn wrote:\n"
  "> But Mike's and Hannes' arguments where reasonable as well, we do not\n"
  "> know if there are any existing setups we might break leading to\n"
  "> support calls, which we have to deal with. Personally I don't believe\n"
@@ -28,4 +42,4 @@
  "compatibility if used, but more importantly doesn't create hairy\n"
  runtime ABIs that we will have to support forever.
 
-a11520bab39485b21da7127e3b91716740a44b6b861e61e03b451c2f11391472
+fa262fe2b4e90542ee4f93385667b8969b1b4ea45a6ab1316915c4753a21b644

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.