All of lore.kernel.org
 help / color / mirror / Atom feed
diff for duplicates of <20170919160401.GC19830@ming.t460p>

diff --git a/a/1.txt b/N1/1.txt
index aae6626..fb32bc7 100644
--- a/a/1.txt
+++ b/N1/1.txt
@@ -1,9 +1,9 @@
-On Tue, Sep 19, 2017 at 11:56:03AM -0400, Mike Snitzer wrote:
+On Tue, Sep 19, 2017@11:56:03AM -0400, Mike Snitzer wrote:
 > On Tue, Sep 19 2017 at 11:36am -0400,
 > Bart Van Assche <Bart.VanAssche@wdc.com> wrote:
 > 
-> > On Tue, 2017-09-19 at 13:43 +0800, Ming Lei wrote:
-> > > On Mon, Sep 18, 2017 at 03:18:16PM +0000, Bart Van Assche wrote:
+> > On Tue, 2017-09-19@13:43 +0800, Ming Lei wrote:
+> > > On Mon, Sep 18, 2017@03:18:16PM +0000, Bart Van Assche wrote:
 > > > > If you are still looking at removing the blk_mq_delay_run_hw_queue() calls
 > > > > then I think you are looking in the wrong direction. What kind of problem
 > > > > are you trying to solve? Is it perhaps that there can be a delay between
diff --git a/a/content_digest b/N1/content_digest
index e3ea6b0..f814d17 100644
--- a/a/content_digest
+++ b/N1/content_digest
@@ -6,29 +6,17 @@
  "ref\020170919054308.GA2517@ming.t460p\0"
  "ref\01505835394.2671.18.camel@wdc.com\0"
  "ref\020170919155603.GB22809@redhat.com\0"
- "From\0Ming Lei <ming.lei@redhat.com>\0"
- "Subject\0Re: [PATCH 1/5] block: don't call blk_mq_delay_run_hw_queue() in case of BLK_STS_RESOURCE\0"
+ "From\0ming.lei@redhat.com (Ming Lei)\0"
+ "Subject\0[PATCH 1/5] block: don't call blk_mq_delay_run_hw_queue() in case of BLK_STS_RESOURCE\0"
  "Date\0Wed, 20 Sep 2017 00:04:02 +0800\0"
- "To\0Mike Snitzer <snitzer@redhat.com>\0"
- "Cc\0Bart Van Assche <Bart.VanAssche@wdc.com>"
-  linux-block@vger.kernel.org <linux-block@vger.kernel.org>
-  hch@infradead.org <hch@infradead.org>
-  sagi@grimberg.me <sagi@grimberg.me>
-  martin.petersen@oracle.com <martin.petersen@oracle.com>
-  linux-scsi@vger.kernel.org <linux-scsi@vger.kernel.org>
-  axboe@fb.com <axboe@fb.com>
-  linux-nvme@lists.infradead.org <linux-nvme@lists.infradead.org>
-  jejb@linux.vnet.ibm.com <jejb@linux.vnet.ibm.com>
-  loberman@redhat.com <loberman@redhat.com>
- " dm-devel@redhat.com <dm-devel@redhat.com>\0"
  "\00:1\0"
  "b\0"
- "On Tue, Sep 19, 2017 at 11:56:03AM -0400, Mike Snitzer wrote:\n"
+ "On Tue, Sep 19, 2017@11:56:03AM -0400, Mike Snitzer wrote:\n"
  "> On Tue, Sep 19 2017 at 11:36am -0400,\n"
  "> Bart Van Assche <Bart.VanAssche@wdc.com> wrote:\n"
  "> \n"
- "> > On Tue, 2017-09-19 at 13:43 +0800, Ming Lei wrote:\n"
- "> > > On Mon, Sep 18, 2017 at 03:18:16PM +0000, Bart Van Assche wrote:\n"
+ "> > On Tue, 2017-09-19@13:43 +0800, Ming Lei wrote:\n"
+ "> > > On Mon, Sep 18, 2017@03:18:16PM +0000, Bart Van Assche wrote:\n"
  "> > > > If you are still looking at removing the blk_mq_delay_run_hw_queue() calls\n"
  "> > > > then I think you are looking in the wrong direction. What kind of problem\n"
  "> > > > are you trying to solve? Is it perhaps that there can be a delay between\n"
@@ -83,4 +71,4 @@
  "-- \n"
  Ming
 
-9ad4a2c031aedf6d8d7cd9c33b8924724b73fe5be2e1086dfc0d475a16d075dd
+2fd255de08dfc546eaa9f55ab079ac1f382db9687bbafea8139e2b4e4ba5c9bf

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.