Thread (1 message) 1 message, 1 author, 2016-10-21

[PATCH v2 1/4] cpufreq: pxa: use generic platdev driver for device-tree

From: robert.jarzmik@free.fr (Robert Jarzmik)
Date: 2016-10-21 15:17:57
Also in: linux-devicetree, linux-pm, lkml

Viresh Kumar [off-list ref] writes:
On 19-10-16, 22:06, Robert Jarzmik wrote:
quoted
Viresh Kumar [off-list ref] writes:
quoted
quoted
quoted
quoted
+	{ .compatible = "marvell,pxa250", },
+	{ .compatible = "marvell,pxa270", },
 
 	{ .compatible = "samsung,exynos3250", },
 	{ .compatible = "samsung,exynos4210", },
Isn't there a race between cpufreq-dt and the platform driver to
register first ?
Ah, could you be more specific about the race you're talking of ?

My understanding was that cpufreq-dt-platdev does create the device, and
cpufreq-dt is a driver for it, so there is no race but a direct relationship
AFAIU.
I mean that both the driver may try to register to the cpufreq core if
they are both compiled in a single image.
Euh I still don't follow you. The only driver that can register to the cpufreq
core is cpufreq-dt.
I was wondering on what will happen if both cpufreq-dt and your pxa2xx-cpufreq
driver are present in the same kernel image. In that case the init routines of
both of them will try to call cpufreq_register_driver().
Right.

In my case, cpufreq-dt comes first, and wins.
pxa_cpu_init() calls cpufreq_register_driver() and returns -EEXIST.

Cheers.

-- 
Robert
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help