That is a good argument. I suppose we just need to make sure the end result records both upstream commits, and that all of our automated tools can handle that. ChenYu

(resending from correct address...) Hi everyone, This is v2 of the part 1 of MOXA's PM / OPP / cpufreq backport series. Changes since v1: - Added missing SoB and upstream commit hash for "PM / OPP: Se

From: Viresh Kumar <viresh.kumar@...> commit deaa51465105a7eda19a627b10372f4f7c51a4df upstream. This patch adds debugfs support to OPP layer to export OPPs and their properties for all the devi

From: Viresh Kumar <viresh.kumar@...> commit 754dcf35f34698661801ae1d391efa02affe83a7 upstream. It would be better to name OPP nodes as opp@<opp-hz> as that will ensure that multiple DT nodes d

From: Viresh Kumar <viresh.kumar@...> commit 1c4d12de2719dfdf27c6dab31e7a5641ee293c94 upstream. We may want to enable only a subset of OPPs, from the bigger list of OPPs, based on what version

From: Viresh Kumar <viresh.kumar@...> commit ffdb8cc7a27c89175e541e68e2a73f1f63ab8c6b upstream. Depending on the version of hardware or its properties, which are only known at runtime, various

From: Viresh Kumar <viresh.kumar@...> commit af87a39a5f7cf6ef252b1aec3e2e6508a40e51f1 upstream. These aren't used until now by any DT files and wouldn't be used now as we have a better scheme i

From: Pi-Cheng Chen <pi-cheng.chen@...> commit d9de19b1cc013433ad293365b5b3902ec73dfd60 upstream. Set cpu_dev->id in cpumask first when setting up cpumask for CPUs that share the same OPP table

From: Bartlomiej Zolnierkiewicz <b.zolnierkie@...> commit fd8d8e63467c922be9ae4452cca2980d473477d9 upstream. Commit 01fb4d3c39d3 ("PM / OPP: Parse 'opp-<prop>-<name>' bindings") broke support

From: Viresh Kumar <viresh.kumar@...> commit 7de36b0aa51a5a59e28fb2da768fa3ab07de0674 upstream. OPP bindings allow a platform to enable OPPs based on the version of the hardware they are used f

From: Viresh Kumar <viresh.kumar@...> commit 5ff24d601092b222340b28466e263b1c4559407e upstream. sprintf() can access memory outside of the range of the character array, and is risky in some sit

From: Viresh Kumar <viresh.kumar@...> commit 01fb4d3c39d35b725441e8a9a26b3f3ad67793ed upstream. OPP bindings (for few properties) allow a platform to choose a value/range among a set of availab

From: Viresh Kumar <viresh.kumar@...> commit dc4e7b1fa20a840d2317fcfdaa1064fc09d2afcb upstream. Few doc-style comments were missing, add them. Rearrange another one to match the sequence within

From: Punit Agrawal <punit.agrawal@...> commit f8fa8ae06b8c2c25d81c99766f9226adc5c3e073 upstream. Support registering cooling devices with dynamic power coefficient where provided by the device tr

From: Punit Agrawal <punit.agrawal@...> commit 3be3f8f36e7349006f19c8c8f0d686e98462a993 upstream. The dynamic power consumption of a device is proportional to the square of voltage (V) and the clo

From: Arnd Bergmann <arnd@...> commit b331bc20d9281213f7fb67912638e0fb5baeb324 upstream. gcc warns quite a bit about values returned from allocate_resources() in cpufreq-dt.c: cpufreq-dt.c: In fu

From: Andrzej Hajda <a.hajda@...> commit 929ca89c305a6ed7a4149115be99af6d73c36918 upstream. The function can return negative values so it should be assigned to signed type. The problem has bee

Hi everyone, This is v3 of the part 1 of MOXA's PM / OPP / cpufreq backport series. Changes since v2: - Squashed "PM / OPP: Fix parsing of opp-microvolt and opp-microamp properties" into "PM / OPP: Pa

From: Viresh Kumar <viresh.kumar@...> commit ffdb8cc7a27c89175e541e68e2a73f1f63ab8c6b upstream. Depending on the version of hardware or its properties, which are only known at runtime, various

From: Viresh Kumar <viresh.kumar@...> commit deaa51465105a7eda19a627b10372f4f7c51a4df upstream. This patch adds debugfs support to OPP layer to export OPPs and their properties for all the devi