linux-stable.git/arch/arc/kernel/smp.c, branch linux-4.9.y

ARCv2: smp-boot: wake_flag polling by non-Masters needs to be uncached

2017-06-17T04:41:57+00:00

[ Upstream commit 78f824d4312a8944f5340c6b161bba3bf2c81096 ]

This is needed on HS38 cores, for setting up IO-Coherency aperture properly

The polling could perturb the caches and coherecy fabric which could be
wrong in the small window when Master is setting up IOC aperture etc
in arc_cache_init()

We do it only for ARCv2 based builds to not affect EZChip ARCompact
based platform.

Signed-off-by: Vineet Gupta 
Signed-off-by: Sasha Levin 
Signed-off-by: Greg Kroah-Hartman

ARC: smp-boot: Decouple Non masters waiting API from jump to entry point

2017-06-17T04:41:57+00:00

[ Upstream commit bf02454a741b58682a82c314a9a46bed930ed2f7 ]

For run-on-reset SMP configs, non master cores call a routine which
waits until Master gives it a "go" signal (currently using a shared
mem flag). The same routine then jumps off the well known entry point of
all non Master cores i.e. @first_lines_of_secondary

This patch moves out the last part into one single place in early boot
code.

This is better in terms of absraction (the wait API only waits) and
returns, leaving out the "jump off to" part.

In actual implementation this requires some restructuring of the early
boot code as well as Master now jumps to BSS setup explicitly,
vs. falling thru into it before.

Technically this patch doesn't cause any functional change, it just
moves the ugly #ifdef'ry from assembly code to "C"

Signed-off-by: Vineet Gupta 
Signed-off-by: Sasha Levin 
Signed-off-by: Greg Kroah-Hartman

ARC: IRQ: Do not use hwirq as virq and vice versa

2016-11-08T20:05:10+00:00

This came up when reviewing code to address missing IRQ affinity
setting in AXS103 platform and/or implementing hierarchical IRQ domains

- smp_ipi_irq_setup() callers pass hwirq but in turn calls
  request_percpu_irq() which expects a linux virq. So invoke
  irq_find_mapping() to do the conversion
  (also explicitify this in code by renaming the args appropriately)

- idu_of_init()/idu_cascade_isr() were similarly using linux virq where
  hwirq is expected, so do the conversion using irqd_to_hwirq() helper

Signed-off-by: Yuriy Kolerov 
[vgupta: made changelog a bit concise a bit]
Signed-off-by: Vineet Gupta

ARC: [SMP] avoid overriding present cpumask

2016-11-01T00:12:41+00:00

At smp_prepare_cpus() we set present cpu mask as part of init
for all CPUs at range [0-max_cpus].
This is done without checking if this mask is already being set.
At platform of eznps this mask is already being initialized at
smp_init_cpus() by using hook plat_smp_ops.init_early_smp().
So to avoid overriding of present cpu mask we check the number of
bits which are set in this mask. At the begin only bit for boot CPU
is set so if number of bits already set is no more than one we can be
assure that there is no overriding of this mask.

Signed-off-by: Noam Camus 
Signed-off-by: Vineet Gupta

ARC: Mark secondary cpu online only after all HW setup is done

2016-05-09T04:02:32+00:00

In SMP setup, master loops for each_present_cpu calling cpu_up().
For ARC it returns as soon as new cpu's status becomes online,
However secondary may still do HW initializing,
machine or platform hook level.

So turn secondary online only after all HW setup is done.
Signed-off-by: Noam Camus 
Acked-by: Vineet Gupta

ARC: clockevent: switch to cpu notifier for clockevent setup

2016-05-09T04:02:28+00:00

ARC Timers so far have been handled as "legacy" w/o explicit description
in DT. This poses challenge for newer platforms wanting to use them.
This series will eventually help move timers over to DT.

This patch does a small change of using a CPU notifier to set clockevent
on non-boot CPUs. So explicit setup is done only on boot CPU (which will
later be done by DT)

Signed-off-by: Noam Camus 
[vgupta: broken off from a bigger patch]
Signed-off-by: Vineet Gupta

ARC: opencode arc_request_percpu_irq

2016-05-09T04:02:28+00:00

- The idea is to remove the API usage since it has a subltle
  design flaw - relies on being called on cpu0 first. This is true for
  some early per cpu irqs such as TIMER/IPI, but not for late probed
  per cpu peripherals such a perf. And it's usage in perf has already
  bitten us once: see c6317bc7c5ab
  ("ARCv2: perf: Ensure perf intr gets enabled on all cores") where we
  ended up open coding it anyways

- The seeming duplication will go away once we start using cpu notifier
  for timer setup

Signed-off-by: Vineet Gupta

arch/hotplug: Call into idle with a proper state

2016-03-01T19:36:57+00:00

Let the non boot cpus call into idle with the corresponding hotplug state, so
the hotplug core can handle the further bringup. That's a first step to
convert the boot side of the hotplugged cpus to do all the synchronization
with the other side through the state machine. For now it'll only start the
hotplug thread and kick the full bringup of the cpu.

Signed-off-by: Thomas Gleixner 
Cc: linux-arch@vger.kernel.org
Cc: Rik van Riel 
Cc: Rafael Wysocki 
Cc: "Srivatsa S. Bhat" 
Cc: Peter Zijlstra 
Cc: Arjan van de Ven 
Cc: Sebastian Siewior 
Cc: Rusty Russell 
Cc: Steven Rostedt 
Cc: Oleg Nesterov 
Cc: Tejun Heo 
Cc: Andrew Morton 
Cc: Paul McKenney 
Cc: Linus Torvalds 
Cc: Paul Turner 
Link: http://lkml.kernel.org/r/20160226182341.614102639@linutronix.de
Signed-off-by: Thomas Gleixner

ARC: SMP: No need for CONFIG_ARC_IPI_DBG

2016-02-24T05:37:32+00:00

This was more relevant during SMP bringup.

The warning for bogus msg better be visible always.

Signed-off-by: Vineet Gupta

ARC: smp: Rename platform hook @init_cpu_smp -> @init_per_cpu

2015-12-17T07:26:56+00:00

Makes it similar to smp_ops which also has callback with same name

Signed-off-by: Vineet Gupta