Thread (38 messages) flat view 38 messages, 9 authors, 2017-01-12

[PATCHv2 2/5] arm: mvebu: support for SMP on 98DX3336 SoC

From: Chris.Packham@alliedtelesis.co.nz (Chris Packham)
Date: 2017-01-05 20:50:07
Also in: linux-devicetree, lkml

On 05/01/17 17:46, Chris Packham wrote:
On 05/01/17 17:04, Florian Fainelli wrote:
quoted
Le 01/04/17 ? 19:36, Chris Packham a ?crit :
quoted
+}
+
+static int __init mv98dx3236_resume_init(void)
+{
+	struct device_node *np;
+	struct resource res;
+	int ret = 0;
+
+	np = of_find_matching_node(NULL, of_mv98dx3236_resume_table);
+	if (!np)
+		return 0;
Can't this function be implemented as a smp_ops::smp_init_cpus instead
of having this initialization done at arch_initcall time?
I'll look into it. My initial reaction is no because I still need
armada_xp_smp_init_cpus().
I looked at this. I could write a mv98dx3236_smp_init_cpus() that calls 
armada_xp_smp_init_cpus() and inits the resume controller address. My 
original reason for this approach was to parallel mvebu_v7_pmsu_init. I 
won't do anything just yet but is there any downside to the current 
approach?
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help