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

diff --git a/a/1.txt b/N1/1.txt
index 7c9efb3..32d9bc5 100644
--- a/a/1.txt
+++ b/N1/1.txt
@@ -1,6 +1,6 @@
-On Thu, May 09, 2019@06:28:32PM +0800, Kai-Heng Feng wrote:
+On Thu, May 09, 2019 at 06:28:32PM +0800, Kai-Heng Feng wrote:
 > Based on my testing if queues (IRQ) are not disabled, NVMe controller 
-> won?t be quiesced.
+> won’t be quiesced.
 > Symptoms can be high power drain or system freeze.
 >
 > I can check with vendors whether this also necessary under Windows.
@@ -15,7 +15,7 @@ work fine with the controllers in question.
 >> deepest power state for everything else, where everything else is
 >> suspend, or suspend to idle.
 >
-> I am not sure I get your idea. Does this ?no-op? suspend happen in NVMe 
+> I am not sure I get your idea. Does this “no-op” suspend happen in NVMe 
 > driver or PM core?
 
 no-op means we don't want to do anything in nvme.  If that happens
@@ -27,7 +27,7 @@ case does not matter.
 >> forced on the platforms, which I'm not entirely sure how they fit
 >> into the above picture.
 >
-> I was told that Windows doesn?t use runtime D3, APST is used exclusively.
+> I was told that Windows doesn’t use runtime D3, APST is used exclusively.
 
 As far as I know the default power management modes in the Microsoft
 NVMe driver is explicit power management transitions, and in the Intel
diff --git a/a/content_digest b/N1/content_digest
index 8f701c2..7f765b0 100644
--- a/a/content_digest
+++ b/N1/content_digest
@@ -8,14 +8,26 @@
  "ref\0A4DD2E9F-054E-4D4B-9F77-D69040EBE120@canonical.com\0"
  "ref\020190509095601.GA19041@lst.de\0"
  "ref\0225CF4F7-C8E1-4C66-B362-97E84596A54E@canonical.com\0"
- "From\0hch@lst.de (Christoph Hellwig)\0"
- "Subject\0[PATCH] nvme-pci: Use non-operational power state instead of D3 on Suspend-to-Idle\0"
+ "From\0Christoph Hellwig <hch@lst.de>\0"
+ "Subject\0Re: [PATCH] nvme-pci: Use non-operational power state instead of D3 on Suspend-to-Idle\0"
  "Date\0Thu, 9 May 2019 12:31:42 +0200\0"
+ "To\0Kai-Heng Feng <kai.heng.feng@canonical.com>\0"
+ "Cc\0Christoph Hellwig <hch@lst.de>"
+  Rafael J. Wysocki <rafael@kernel.org>
+  Rafael Wysocki <rafael.j.wysocki@intel.com>
+  Mario Limonciello <Mario.Limonciello@dell.com>
+  Keith Busch <kbusch@kernel.org>
+  Keith Busch <keith.busch@intel.com>
+  Jens Axboe <axboe@fb.com>
+  Sagi Grimberg <sagi@grimberg.me>
+  linux-nvme <linux-nvme@lists.infradead.org>
+  Linux PM <linux-pm@vger.kernel.org>
+ " LKML <linux-kernel@vger.kernel.org>\0"
  "\00:1\0"
  "b\0"
- "On Thu, May 09, 2019@06:28:32PM +0800, Kai-Heng Feng wrote:\n"
+ "On Thu, May 09, 2019 at 06:28:32PM +0800, Kai-Heng Feng wrote:\n"
  "> Based on my testing if queues (IRQ) are not disabled, NVMe controller \n"
- "> won?t be quiesced.\n"
+ "> won\342\200\231t be quiesced.\n"
  "> Symptoms can be high power drain or system freeze.\n"
  ">\n"
  "> I can check with vendors whether this also necessary under Windows.\n"
@@ -30,7 +42,7 @@
  ">> deepest power state for everything else, where everything else is\n"
  ">> suspend, or suspend to idle.\n"
  ">\n"
- "> I am not sure I get your idea. Does this ?no-op? suspend happen in NVMe \n"
+ "> I am not sure I get your idea. Does this \342\200\234no-op\342\200\235 suspend happen in NVMe \n"
  "> driver or PM core?\n"
  "\n"
  "no-op means we don't want to do anything in nvme.  If that happens\n"
@@ -42,7 +54,7 @@
  ">> forced on the platforms, which I'm not entirely sure how they fit\n"
  ">> into the above picture.\n"
  ">\n"
- "> I was told that Windows doesn?t use runtime D3, APST is used exclusively.\n"
+ "> I was told that Windows doesn\342\200\231t use runtime D3, APST is used exclusively.\n"
  "\n"
  "As far as I know the default power management modes in the Microsoft\n"
  "NVMe driver is explicit power management transitions, and in the Intel\n"
@@ -57,4 +69,4 @@
  ">\n"
  ---end quoted text---
 
-0bf53877dc14957acc67a3d93ad375884d6c50b24990bb221bcb352740986700
+fe8eb4d1179f888a950cd7a8ad77d5bc846fbb359386c2b7ec57ebbcdbbee06e

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.