All of lore.kernel.org
 help / color / mirror / Atom feed
diff for duplicates of <2416479.dXsOYsr7UT@natalenko.name>

diff --git a/a/1.txt b/N1/1.txt
index ba3bffc..b2da168 100644
--- a/a/1.txt
+++ b/N1/1.txt
@@ -1,38 +1,36 @@
-Could you queue "block: disable runtime-pm for blk-mq" too please? It is al=
-so=20
+Could you queue "block: disable runtime-pm for blk-mq" too please? It is also 
 related to suspend-resume freezes that were observed by multiple users.
 
 Thanks.
 
-On =C3=BAter=C3=BD 8. srpna 2017 18:33:29 CEST Jens Axboe wrote:
+On úterý 8. srpna 2017 18:33:29 CEST Jens Axboe wrote:
 > On 08/08/2017 10:22 AM, Greg KH wrote:
 > > On Sun, Jul 30, 2017 at 03:50:15PM +0200, Oleksandr Natalenko wrote:
 > >> Hello Mike et al.
-> >>=20
-> >> On ned=C4=9Ble 30. =C4=8Dervence 2017 7:12:31 CEST Mike Galbraith wrot=
-e:
+> >> 
+> >> On neděle 30. července 2017 7:12:31 CEST Mike Galbraith wrote:
 > >>> FWIW, first thing I'd do is update that 4.12.0 to 4.12.4, and see if
 > >>> stable fixed it.
-> >>=20
+> >> 
 > >> My build already includes v4.12.4.
-> >>=20
+> >> 
 > >>> If not, I'd find these two commits irresistible.
-> >>>=20
+> >>> 
 > >>> 5f042e7cbd9eb blk-mq: Include all present CPUs in the default queue
 > >>> mapping
 > >>> 4b855ad37194f blk-mq: Create hctx for each present CPU
-> >>=20
+> >> 
 > >> I've applied these 2 commits, and cannot reproduce the issue anymore.
 > >> Looks
 > >> like a perfect hit, thanks!
-> >>=20
+> >> 
 > >>> 'course applying random upstream bits does come with some risk, trying
 > >>> a kernel already containing them has less "entertainment" potential.
-> >>=20
+> >> 
 > >> Should you consider applying them to v4.12.x stable series? CC'ing Greg
 > >> just in case.
-> >=20
+> > 
 > > I can queue these up if I get an ack from the developers/maintainers
 > > that it is ok to do so...
->=20
+> 
 > You can add those two commits to stable.
diff --git a/a/content_digest b/N1/content_digest
index 55e1a32..c0b24e7 100644
--- a/a/content_digest
+++ b/N1/content_digest
@@ -12,43 +12,41 @@
  " linux-kernel@vger.kernel.org\0"
  "\00:1\0"
  "b\0"
- "Could you queue \"block: disable runtime-pm for blk-mq\" too please? It is al=\n"
- "so=20\n"
+ "Could you queue \"block: disable runtime-pm for blk-mq\" too please? It is also \n"
  "related to suspend-resume freezes that were observed by multiple users.\n"
  "\n"
  "Thanks.\n"
  "\n"
- "On =C3=BAter=C3=BD 8. srpna 2017 18:33:29 CEST Jens Axboe wrote:\n"
+ "On \303\272ter\303\275 8. srpna 2017 18:33:29 CEST Jens Axboe wrote:\n"
  "> On 08/08/2017 10:22 AM, Greg KH wrote:\n"
  "> > On Sun, Jul 30, 2017 at 03:50:15PM +0200, Oleksandr Natalenko wrote:\n"
  "> >> Hello Mike et al.\n"
- "> >>=20\n"
- "> >> On ned=C4=9Ble 30. =C4=8Dervence 2017 7:12:31 CEST Mike Galbraith wrot=\n"
- "e:\n"
+ "> >> \n"
+ "> >> On ned\304\233le 30. \304\215ervence 2017 7:12:31 CEST Mike Galbraith wrote:\n"
  "> >>> FWIW, first thing I'd do is update that 4.12.0 to 4.12.4, and see if\n"
  "> >>> stable fixed it.\n"
- "> >>=20\n"
+ "> >> \n"
  "> >> My build already includes v4.12.4.\n"
- "> >>=20\n"
+ "> >> \n"
  "> >>> If not, I'd find these two commits irresistible.\n"
- "> >>>=20\n"
+ "> >>> \n"
  "> >>> 5f042e7cbd9eb blk-mq: Include all present CPUs in the default queue\n"
  "> >>> mapping\n"
  "> >>> 4b855ad37194f blk-mq: Create hctx for each present CPU\n"
- "> >>=20\n"
+ "> >> \n"
  "> >> I've applied these 2 commits, and cannot reproduce the issue anymore.\n"
  "> >> Looks\n"
  "> >> like a perfect hit, thanks!\n"
- "> >>=20\n"
+ "> >> \n"
  "> >>> 'course applying random upstream bits does come with some risk, trying\n"
  "> >>> a kernel already containing them has less \"entertainment\" potential.\n"
- "> >>=20\n"
+ "> >> \n"
  "> >> Should you consider applying them to v4.12.x stable series? CC'ing Greg\n"
  "> >> just in case.\n"
- "> >=20\n"
+ "> > \n"
  "> > I can queue these up if I get an ack from the developers/maintainers\n"
  "> > that it is ok to do so...\n"
- ">=20\n"
+ "> \n"
  > You can add those two commits to stable.
 
-a644cbaf74293902e221e4e2aea2a60f48fe73684aaeb941de7371149c4f646d
+ac8f2a23f490f238dfbfa6c6c3f8f2c0a46013e3c02c6d31a660c998888a31c6

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.