All of lore.kernel.org
 help / color / mirror / Atom feed
diff for duplicates of <1493890943.11226.42.camel@nxp.com>

diff --git a/a/1.txt b/N1/1.txt
index 3aa9339..138f04f 100644
--- a/a/1.txt
+++ b/N1/1.txt
@@ -5,10 +5,10 @@ On Wed, 2017-05-03 at 21:33 +0200, Marek Vasut wrote:
 > > > > On Wed, 2017-05-03 at 16:26 +0200, Marek Vasut wrote:
 
 > > > > > 2) It actually fixes a problem with the voltage rails such that the DVFS
-> > > > >    works without leaving the system in unstable or dead state. You do
-> > > > >    need the second part of my patch if you drop the OPP hackery, without
-> > > > >    it the power framework cannot correctly configure the core voltages,
-> > > > >    so the patch from Leonard makes things worse.
+> > > > > ?  works without leaving the system in unstable or dead state. You do
+> > > > > ?  need the second part of my patch if you drop the OPP hackery, without
+> > > > > ?  it the power framework cannot correctly configure the core voltages,
+> > > > > ?  so the patch from Leonard makes things worse.
 
 > > > > No, I think there is a misunderstanding here. The second part of your
 > > > > patch will cause cpufreq poking at LDOs to indirectly adjust the input
diff --git a/a/content_digest b/N1/content_digest
index 189e4a2..5a75ac4 100644
--- a/a/content_digest
+++ b/N1/content_digest
@@ -9,22 +9,10 @@
  "ref\0e46a57c2-4a28-a8b6-445e-299dd9d8659c@denx.de\0"
  "ref\01493834298.11226.40.camel@nxp.com\0"
  "ref\051fb1bd0-028d-c431-acc8-3c4f1d25fdba@denx.de\0"
- "From\0Leonard Crestez <leonard.crestez@nxp.com>\0"
- "Subject\0Re: [PATCH] ARM: dts: imx6sx-sdb: Remove cpufreq OPP override\0"
+ "From\0leonard.crestez@nxp.com (Leonard Crestez)\0"
+ "Subject\0[PATCH] ARM: dts: imx6sx-sdb: Remove cpufreq OPP override\0"
  "Date\0Thu, 4 May 2017 12:42:23 +0300\0"
- "To\0Marek Vasut <marex@denx.de>\0"
- "Cc\0Peter Chen <Peter.Chen@nxp.com>"
-  Anson Huang <Anson.Huang@nxp.com>
-  linux-pm@vger.kernel.org <linux-pm@vger.kernel.org>
-  Viresh Kumar <viresh.kumar@linaro.org>
-  Rafael J. Wysocki <rjw@rjwysocki.net>
-  linux-kernel <linux-kernel@vger.kernel.org>
-  Christoph Fritz <chf.fritz@googlemail.com>
-  Sascha Hauer <kernel@pengutronix.de>
-  Fabio Estevam <fabio.estevam@nxp.com>
-  Shawn Guo <shawnguo@kernel.org>
-  Fabio Estevam <festevam@gmail.com>
- " linux-arm-kernel@lists.infradead.org <linux-arm-kernel@lists.infradead.org>\0"
+ "To\0linux-arm-kernel@lists.infradead.org\0"
  "\00:1\0"
  "b\0"
  "On Wed, 2017-05-03 at 21:33 +0200, Marek Vasut wrote:\n"
@@ -34,10 +22,10 @@
  "> > > > On Wed, 2017-05-03 at 16:26 +0200, Marek Vasut wrote:\n"
  "\n"
  "> > > > > 2) It actually fixes a problem with the voltage rails such that the DVFS\n"
- "> > > > > \302\240  works without leaving the system in unstable or dead state. You do\n"
- "> > > > > \302\240  need the second part of my patch if you drop the OPP hackery, without\n"
- "> > > > > \302\240  it the power framework cannot correctly configure the core voltages,\n"
- "> > > > > \302\240  so the patch from Leonard makes things worse.\n"
+ "> > > > > ?  works without leaving the system in unstable or dead state. You do\n"
+ "> > > > > ?  need the second part of my patch if you drop the OPP hackery, without\n"
+ "> > > > > ?  it the power framework cannot correctly configure the core voltages,\n"
+ "> > > > > ?  so the patch from Leonard makes things worse.\n"
  "\n"
  "> > > > No, I think there is a misunderstanding here. The second part of your\n"
  "> > > > patch will cause cpufreq poking at LDOs to indirectly adjust the input\n"
@@ -81,4 +69,4 @@
  "Regards,\n"
  Leonard
 
-d269695584daf08f1b2d15425823062d59ba123b5be1ad1faf2e962867a71153
+b538d12ceacf0cc95530ef8ea59337abec10ca8cb10118194b1c230bb50f11c8

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.