diff for duplicates of <20190201181624.GQ81583@google.com> diff --git a/a/1.txt b/N1/1.txt index 9e3ba08..5186df9 100644 --- a/a/1.txt +++ b/N1/1.txt @@ -33,7 +33,7 @@ On Fri, Feb 01, 2019 at 12:09:53PM +0000, Quentin Perret wrote: > I'll move the OPP count in there for v4 and we'll see if people ask me > to move it out to optimize things ;-) ->From an API perspective it would be nice to get rid of the nr_opp +From an API perspective it would be nice to get rid of the nr_opp parameter, it seems somewhat arbitrary. Moving dev_pm_opp_get_opp_count() from the drivers into dev_pm_opp_of_register_em() (instead of calling it twice) also sounds good in general, as long as the error handling @@ -45,3 +45,8 @@ but the cpufreq driver is still functional (e.g. no 'dynamic-power-coefficient'). Maybe return -ENOTSUPP in those cases? Well, let's see how it looks like :) + +_______________________________________________ +linux-arm-kernel mailing list +linux-arm-kernel@lists.infradead.org +http://lists.infradead.org/mailman/listinfo/linux-arm-kernel diff --git a/a/content_digest b/N1/content_digest index fcd1391..5e86700 100644 --- a/a/content_digest +++ b/N1/content_digest @@ -52,7 +52,7 @@ "> I'll move the OPP count in there for v4 and we'll see if people ask me\n" "> to move it out to optimize things ;-)\n" "\n" - ">From an API perspective it would be nice to get rid of the nr_opp\n" + "From an API perspective it would be nice to get rid of the nr_opp\n" "parameter, it seems somewhat arbitrary. Moving dev_pm_opp_get_opp_count()\n" "from the drivers into dev_pm_opp_of_register_em() (instead of calling\n" "it twice) also sounds good in general, as long as the error handling\n" @@ -63,6 +63,11 @@ "but the cpufreq driver is still functional (e.g. no\n" "'dynamic-power-coefficient'). Maybe return -ENOTSUPP in those cases?\n" "\n" - Well, let's see how it looks like :) + "Well, let's see how it looks like :)\n" + "\n" + "_______________________________________________\n" + "linux-arm-kernel mailing list\n" + "linux-arm-kernel@lists.infradead.org\n" + http://lists.infradead.org/mailman/listinfo/linux-arm-kernel -93b2f22eda13a91b13e275d7471e7fe1da9f4dc5a7da38bf04e882e47efbdb15 +9809efbbb53b94fb472e597bb2d0621ae0801e1586d22ba9d6ef768ff9c68760
diff --git a/a/1.txt b/N2/1.txt index 9e3ba08..3fe2d6d 100644 --- a/a/1.txt +++ b/N2/1.txt @@ -33,7 +33,7 @@ On Fri, Feb 01, 2019 at 12:09:53PM +0000, Quentin Perret wrote: > I'll move the OPP count in there for v4 and we'll see if people ask me > to move it out to optimize things ;-) ->From an API perspective it would be nice to get rid of the nr_opp +From an API perspective it would be nice to get rid of the nr_opp parameter, it seems somewhat arbitrary. Moving dev_pm_opp_get_opp_count() from the drivers into dev_pm_opp_of_register_em() (instead of calling it twice) also sounds good in general, as long as the error handling diff --git a/a/content_digest b/N2/content_digest index fcd1391..e00b045 100644 --- a/a/content_digest +++ b/N2/content_digest @@ -6,15 +6,15 @@ "Subject\0Re: [PATCH v3 1/5] PM / OPP: Introduce a power estimation helper\0" "Date\0Fri, 1 Feb 2019 10:16:24 -0800\0" "To\0Quentin Perret <quentin.perret@arm.com>\0" - "Cc\0nm@ti.com" - linux-pm@vger.kernel.org - sboyd@kernel.org + "Cc\0Sudeep Holla <sudeep.holla@arm.com>" viresh.kumar@linaro.org rjw@rjwysocki.net + nm@ti.com + sboyd@kernel.org + linux-pm@vger.kernel.org linux-kernel@vger.kernel.org - Sudeep Holla <sudeep.holla@arm.com> - dietmar.eggemann@arm.com - " linux-arm-kernel@lists.infradead.org\0" + linux-arm-kernel@lists.infradead.org + " dietmar.eggemann@arm.com\0" "\00:1\0" "b\0" "On Fri, Feb 01, 2019 at 12:09:53PM +0000, Quentin Perret wrote:\n" @@ -52,7 +52,7 @@ "> I'll move the OPP count in there for v4 and we'll see if people ask me\n" "> to move it out to optimize things ;-)\n" "\n" - ">From an API perspective it would be nice to get rid of the nr_opp\n" + "From an API perspective it would be nice to get rid of the nr_opp\n" "parameter, it seems somewhat arbitrary. Moving dev_pm_opp_get_opp_count()\n" "from the drivers into dev_pm_opp_of_register_em() (instead of calling\n" "it twice) also sounds good in general, as long as the error handling\n" @@ -65,4 +65,4 @@ "\n" Well, let's see how it looks like :) -93b2f22eda13a91b13e275d7471e7fe1da9f4dc5a7da38bf04e882e47efbdb15 +26b8e6488fa6e0d95986cdac54574a363b5ea8396660bd3cf244d4592da62851
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.