diff for duplicates of <1493823533.11226.28.camel@nxp.com> diff --git a/a/1.txt b/N1/1.txt index e8ff26c..1848f96 100644 --- a/a/1.txt +++ b/N1/1.txt @@ -18,15 +18,15 @@ On Wed, 2017-05-03 at 16:26 +0200, Marek Vasut wrote: > > Hi Marek, > Hi Shawn, > -> > Thanks for your patch. But I prefer Leonard's version because: 1) it +> > Thanks for your patch.??But I prefer Leonard's version because: 1) it > > has a better commit log; 2) it sticks to one-patch-does-one-thing > > policy. > 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 @@ -51,6 +51,6 @@ are enabled there is no good reason to do this. I don't care which patch goes in but the effect of the patch should be clarified. --- +--? Regards, Leonard diff --git a/a/content_digest b/N1/content_digest index 6f4dfcf..c751fa1 100644 --- a/a/content_digest +++ b/N1/content_digest @@ -5,22 +5,10 @@ "ref\0f3bbd20c-2132-1121-1044-ba00dba302d6@denx.de\0" "ref\020170503135715.GG18578@dragon\0" "ref\076e22a7e-590f-00ee-04f8-87604303eaad@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\0Wed, 3 May 2017 17:58:53 +0300\0" - "To\0Marek Vasut <marex@denx.de>" - " Shawn Guo <shawnguo@kernel.org>\0" - "Cc\0Fabio Estevam <festevam@gmail.com>" - Sascha Hauer <kernel@pengutronix.de> - Peter 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> - Fabio Estevam <fabio.estevam@nxp.com> - linux-arm-kernel@lists.infradead.org <linux-arm-kernel@lists.infradead.org> - " Christoph Fritz <chf.fritz@googlemail.com>\0" + "To\0linux-arm-kernel@lists.infradead.org\0" "\00:1\0" "b\0" "On Wed, 2017-05-03 at 16:26 +0200, Marek Vasut wrote:\n" @@ -43,15 +31,15 @@ "> > Hi Marek,\n" "> Hi Shawn,\n" "> \n" - "> > Thanks for your patch.\302\240\302\240But I prefer Leonard's version because: 1) it\n" + "> > Thanks for your patch.??But I prefer Leonard's version because: 1) it\n" "> > has a better commit log; 2) it sticks to one-patch-does-one-thing\n" "> > policy.\n" "\n" "> 2) It actually fixes a problem with the voltage rails such that the DVFS\n" - "> \302\240\302\240\302\240works without leaving the system in unstable or dead state. You do\n" - "> \302\240\302\240\302\240need the second part of my patch if you drop the OPP hackery, without\n" - "> \302\240\302\240\302\240it the power framework cannot correctly configure the core voltages,\n" - "> \302\240\302\240\302\240so 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" @@ -76,8 +64,8 @@ "I don't care which patch goes in but the effect of the patch should be\n" "clarified.\n" "\n" - "--\302\240\n" + "--?\n" "Regards,\n" Leonard -25d6c7e19b171009fb7b5594339b4334b42eb49cb571faea74077554a01e7398 +07b8efa682a2c37874085543012bbb5c06f0bced4474c2a25df8560763220de0
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.