Thread (41 messages) 41 messages, 4 authors, 2021-08-11

Re: [PATCH 8/8] cpufreq: vexpress: Use auto-registration for energy model

From: Lukasz Luba <lukasz.luba@arm.com>
Date: 2021-08-10 10:11:37
Also in: linux-arm-kernel, lkml


On 8/10/21 11:06 AM, Viresh Kumar wrote:
On 10-08-21, 11:05, Lukasz Luba wrote:
quoted
I can see that this driver calls explicitly the
of_cpufreq_cooling_register()
It does this in the cpufreq_driver->ready() callback
implementation: ve_spc_cpufreq_ready()

With that in mind, the new code in the patch 1/8, which
registers the EM, should be called even earlier, above:
---------------------8<---------------------------------
/* Callback for handling stuff after policy is ready */
	if (cpufreq_driver->ready)
		cpufreq_driver->ready(policy);
------------------->8----------------------------------
Thanks. I will look at this sequencing issue again.
quoted
This also triggered a question:
If this new flag can be set in the cpufreq driver which hasn't set
CPUFREQ_IS_COOLING_DEV
?
Why not ?
I thought someone could try to call cpufreq_cooling_register()
from the cpufreq driver init function, but it's not possible. I have
just checked that, so should be good with these two flags being
independent and working fine.
quoted
I can only see one driver (this one in the patch) which has such
configuration.
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help