diff for duplicates of <20180606095130.GA10485@lst.de> diff --git a/a/1.txt b/N1/1.txt index 678bd85..0b97a22 100644 --- a/a/1.txt +++ b/N1/1.txt @@ -1,4 +1,4 @@ -On Tue, Jun 05, 2018@03:57:05PM -0700, Roland Dreier wrote: +On Tue, Jun 05, 2018 at 03:57:05PM -0700, Roland Dreier wrote: > That makes sense but I'm not sure it covers everything. Probably the > most common way to do NVMe/RDMA will be with a single HCA that has > multiple ports, so there's no sensible CPU locality. On the other diff --git a/a/content_digest b/N1/content_digest index 36123e7..9f3c0cc 100644 --- a/a/content_digest +++ b/N1/content_digest @@ -5,12 +5,27 @@ "ref\0CAL1RGDV0eT4juuMwHWkjqc2oTsk-CHRJ0A90veXxLsVZYa5esQ@mail.gmail.com\0" "ref\020180605044222.GA29384@lst.de\0" "ref\0CAL1RGDWvxcz7zAoEa-Ukhmsn=Vuj6O07X666BK+vJOdkA7qwNQ@mail.gmail.com\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\0Wed, 6 Jun 2018 11:51:30 +0200\0" + "To\0Roland Dreier <roland@purestorage.com>\0" + "Cc\0Christoph Hellwig <hch@lst.de>" + Sagi Grimberg <sagi@grimberg.me> + Mike Snitzer <snitzer@redhat.com> + Johannes Thumshirn <jthumshirn@suse.de> + Keith Busch <keith.busch@intel.com> + Hannes Reinecke <hare@suse.de> + 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 Tue, Jun 05, 2018@03:57:05PM -0700, Roland Dreier wrote:\n" + "On Tue, Jun 05, 2018 at 03:57:05PM -0700, Roland Dreier wrote:\n" "> That makes sense but I'm not sure it covers everything. Probably the\n" "> most common way to do NVMe/RDMA will be with a single HCA that has\n" "> multiple ports, so there's no sensible CPU locality. On the other\n" @@ -27,4 +42,4 @@ "blk-mq philosophy, so to work around that we'll need to dig deeper\n" and allow borrowing of other cpu queues if we want to cater for that. -5fd99dec4265d2aacef01b55b8ab5bf9cbf85ea7b8e89997117a5cc76961de7c +bf5504aca5170a8358da25ba9c73a7297602a5bdc335cf8fbdda3e1a14fcb057
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.