2005-11-07 14:05:42 -07:00
|
|
|
/*
|
|
|
|
* linux/arch/arm/mach-realview/platsmp.c
|
|
|
|
*
|
|
|
|
* Copyright (C) 2002 ARM Ltd.
|
|
|
|
* All Rights Reserved
|
|
|
|
*
|
|
|
|
* This program is free software; you can redistribute it and/or modify
|
|
|
|
* it under the terms of the GNU General Public License version 2 as
|
|
|
|
* published by the Free Software Foundation.
|
|
|
|
*/
|
|
|
|
#include <linux/init.h>
|
|
|
|
#include <linux/errno.h>
|
|
|
|
#include <linux/delay.h>
|
|
|
|
#include <linux/device.h>
|
2009-01-08 02:58:51 -07:00
|
|
|
#include <linux/jiffies.h>
|
2005-11-07 14:05:42 -07:00
|
|
|
#include <linux/smp.h>
|
2008-09-06 05:10:45 -06:00
|
|
|
#include <linux/io.h>
|
2005-11-07 14:05:42 -07:00
|
|
|
|
|
|
|
#include <asm/cacheflush.h>
|
2008-08-05 09:14:15 -06:00
|
|
|
#include <mach/hardware.h>
|
2008-02-04 09:39:00 -07:00
|
|
|
#include <asm/mach-types.h>
|
2009-07-24 05:33:00 -06:00
|
|
|
#include <asm/unified.h>
|
2005-11-07 14:05:42 -07:00
|
|
|
|
2008-08-05 09:14:15 -06:00
|
|
|
#include <mach/board-eb.h>
|
|
|
|
#include <mach/board-pb11mp.h>
|
2009-05-30 06:56:12 -06:00
|
|
|
#include <mach/board-pbx.h>
|
2009-05-16 04:41:53 -06:00
|
|
|
#include <asm/smp_scu.h>
|
2008-04-18 15:43:08 -06:00
|
|
|
|
2008-12-01 07:54:58 -07:00
|
|
|
#include "core.h"
|
|
|
|
|
2005-11-07 14:05:42 -07:00
|
|
|
extern void realview_secondary_startup(void);
|
|
|
|
|
|
|
|
/*
|
|
|
|
* control for which core is the next to come out of the secondary
|
|
|
|
* boot "holding pen"
|
|
|
|
*/
|
|
|
|
volatile int __cpuinitdata pen_release = -1;
|
|
|
|
|
ARM: Fix subtle race in CPU pen_release hotplug code
There is a subtle race in the CPU hotplug code, where a CPU which has
been offlined can online itself before being requested, which results
in things going astray on the next online/offline cycle.
What happens in the normal online/offline/online cycle is:
CPU0 CPU3
requests boot of CPU3
pen_release = 3
flush cache line
checks pen_release, reads 3
starts boot
pen_release = -1
... requests CPU3 offline ...
... dies ...
checks pen_release, reads -1
requests boot of CPU3
pen_release = 3
flush cache line
checks pen_release, reads 3
starts boot
pen_release = -1
However, as the write of -1 of pen_release is not fully flushed back to
memory, and the checking of pen_release is done with caches disabled,
this allows CPU3 the opportunity to read the old value of pen_release:
CPU0 CPU3
requests boot of CPU3
pen_release = 3
flush cache line
checks pen_release, reads 3
starts boot
pen_release = -1
... requests CPU3 offline ...
... dies ...
checks pen_release, reads 3
starts boot
pen_release = -1
requests boot of CPU3
pen_release = 3
flush cache line
Fix this by grouping the write of pen_release along with its cache line
flushing code to ensure that any update to pen_release is always pushed
out to physical memory.
Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
2010-12-18 03:53:12 -07:00
|
|
|
/*
|
|
|
|
* Write pen_release in a way that is guaranteed to be visible to all
|
|
|
|
* observers, irrespective of whether they're taking part in coherency
|
|
|
|
* or not. This is necessary for the hotplug code to work reliably.
|
|
|
|
*/
|
2011-01-22 10:22:34 -07:00
|
|
|
static void __cpuinit write_pen_release(int val)
|
ARM: Fix subtle race in CPU pen_release hotplug code
There is a subtle race in the CPU hotplug code, where a CPU which has
been offlined can online itself before being requested, which results
in things going astray on the next online/offline cycle.
What happens in the normal online/offline/online cycle is:
CPU0 CPU3
requests boot of CPU3
pen_release = 3
flush cache line
checks pen_release, reads 3
starts boot
pen_release = -1
... requests CPU3 offline ...
... dies ...
checks pen_release, reads -1
requests boot of CPU3
pen_release = 3
flush cache line
checks pen_release, reads 3
starts boot
pen_release = -1
However, as the write of -1 of pen_release is not fully flushed back to
memory, and the checking of pen_release is done with caches disabled,
this allows CPU3 the opportunity to read the old value of pen_release:
CPU0 CPU3
requests boot of CPU3
pen_release = 3
flush cache line
checks pen_release, reads 3
starts boot
pen_release = -1
... requests CPU3 offline ...
... dies ...
checks pen_release, reads 3
starts boot
pen_release = -1
requests boot of CPU3
pen_release = 3
flush cache line
Fix this by grouping the write of pen_release along with its cache line
flushing code to ensure that any update to pen_release is always pushed
out to physical memory.
Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
2010-12-18 03:53:12 -07:00
|
|
|
{
|
|
|
|
pen_release = val;
|
|
|
|
smp_wmb();
|
|
|
|
__cpuc_flush_dcache_area((void *)&pen_release, sizeof(pen_release));
|
|
|
|
outer_clean_range(__pa(&pen_release), __pa(&pen_release + 1));
|
|
|
|
}
|
|
|
|
|
2008-12-01 07:54:58 -07:00
|
|
|
static void __iomem *scu_base_addr(void)
|
|
|
|
{
|
|
|
|
if (machine_is_realview_eb_mp())
|
|
|
|
return __io_address(REALVIEW_EB11MP_SCU_BASE);
|
|
|
|
else if (machine_is_realview_pb11mp())
|
|
|
|
return __io_address(REALVIEW_TC11MP_SCU_BASE);
|
2009-05-30 06:56:12 -06:00
|
|
|
else if (machine_is_realview_pbx() &&
|
|
|
|
(core_tile_pbx11mp() || core_tile_pbxa9mp()))
|
|
|
|
return __io_address(REALVIEW_PBX_TILE_SCU_BASE);
|
2008-12-01 07:54:58 -07:00
|
|
|
else
|
|
|
|
return (void __iomem *)0;
|
|
|
|
}
|
|
|
|
|
2005-11-07 14:05:42 -07:00
|
|
|
static DEFINE_SPINLOCK(boot_lock);
|
|
|
|
|
|
|
|
void __cpuinit platform_secondary_init(unsigned int cpu)
|
|
|
|
{
|
|
|
|
/*
|
|
|
|
* if any interrupts are already enabled for the primary
|
|
|
|
* core (e.g. timer irq), then they will not have been enabled
|
|
|
|
* for us: do so
|
|
|
|
*/
|
2010-12-04 09:01:03 -07:00
|
|
|
gic_secondary_init(0);
|
2005-11-07 14:05:42 -07:00
|
|
|
|
|
|
|
/*
|
|
|
|
* let the primary processor know we're out of the
|
|
|
|
* pen, then head off into the C entry point
|
|
|
|
*/
|
ARM: Fix subtle race in CPU pen_release hotplug code
There is a subtle race in the CPU hotplug code, where a CPU which has
been offlined can online itself before being requested, which results
in things going astray on the next online/offline cycle.
What happens in the normal online/offline/online cycle is:
CPU0 CPU3
requests boot of CPU3
pen_release = 3
flush cache line
checks pen_release, reads 3
starts boot
pen_release = -1
... requests CPU3 offline ...
... dies ...
checks pen_release, reads -1
requests boot of CPU3
pen_release = 3
flush cache line
checks pen_release, reads 3
starts boot
pen_release = -1
However, as the write of -1 of pen_release is not fully flushed back to
memory, and the checking of pen_release is done with caches disabled,
this allows CPU3 the opportunity to read the old value of pen_release:
CPU0 CPU3
requests boot of CPU3
pen_release = 3
flush cache line
checks pen_release, reads 3
starts boot
pen_release = -1
... requests CPU3 offline ...
... dies ...
checks pen_release, reads 3
starts boot
pen_release = -1
requests boot of CPU3
pen_release = 3
flush cache line
Fix this by grouping the write of pen_release along with its cache line
flushing code to ensure that any update to pen_release is always pushed
out to physical memory.
Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
2010-12-18 03:53:12 -07:00
|
|
|
write_pen_release(-1);
|
2005-11-07 14:05:42 -07:00
|
|
|
|
|
|
|
/*
|
|
|
|
* Synchronise with the boot thread.
|
|
|
|
*/
|
|
|
|
spin_lock(&boot_lock);
|
|
|
|
spin_unlock(&boot_lock);
|
|
|
|
}
|
|
|
|
|
|
|
|
int __cpuinit boot_secondary(unsigned int cpu, struct task_struct *idle)
|
|
|
|
{
|
|
|
|
unsigned long timeout;
|
|
|
|
|
|
|
|
/*
|
|
|
|
* set synchronisation state between this boot processor
|
|
|
|
* and the secondary one
|
|
|
|
*/
|
|
|
|
spin_lock(&boot_lock);
|
|
|
|
|
|
|
|
/*
|
|
|
|
* The secondary processor is waiting to be released from
|
|
|
|
* the holding pen - release it, then wait for it to flag
|
|
|
|
* that it has been released by resetting pen_release.
|
|
|
|
*
|
|
|
|
* Note that "pen_release" is the hardware CPU ID, whereas
|
|
|
|
* "cpu" is Linux's internal ID.
|
|
|
|
*/
|
ARM: Fix subtle race in CPU pen_release hotplug code
There is a subtle race in the CPU hotplug code, where a CPU which has
been offlined can online itself before being requested, which results
in things going astray on the next online/offline cycle.
What happens in the normal online/offline/online cycle is:
CPU0 CPU3
requests boot of CPU3
pen_release = 3
flush cache line
checks pen_release, reads 3
starts boot
pen_release = -1
... requests CPU3 offline ...
... dies ...
checks pen_release, reads -1
requests boot of CPU3
pen_release = 3
flush cache line
checks pen_release, reads 3
starts boot
pen_release = -1
However, as the write of -1 of pen_release is not fully flushed back to
memory, and the checking of pen_release is done with caches disabled,
this allows CPU3 the opportunity to read the old value of pen_release:
CPU0 CPU3
requests boot of CPU3
pen_release = 3
flush cache line
checks pen_release, reads 3
starts boot
pen_release = -1
... requests CPU3 offline ...
... dies ...
checks pen_release, reads 3
starts boot
pen_release = -1
requests boot of CPU3
pen_release = 3
flush cache line
Fix this by grouping the write of pen_release along with its cache line
flushing code to ensure that any update to pen_release is always pushed
out to physical memory.
Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
2010-12-18 03:53:12 -07:00
|
|
|
write_pen_release(cpu);
|
2005-11-07 14:05:42 -07:00
|
|
|
|
|
|
|
/*
|
2010-12-02 12:10:01 -07:00
|
|
|
* Send the secondary CPU a soft interrupt, thereby causing
|
|
|
|
* the boot monitor to read the system wide flags register,
|
|
|
|
* and branch to the address found there.
|
2005-11-07 14:05:42 -07:00
|
|
|
*/
|
2010-11-15 02:42:08 -07:00
|
|
|
smp_cross_call(cpumask_of(cpu), 1);
|
2005-11-07 14:05:42 -07:00
|
|
|
|
|
|
|
timeout = jiffies + (1 * HZ);
|
|
|
|
while (time_before(jiffies, timeout)) {
|
2007-02-15 11:05:29 -07:00
|
|
|
smp_rmb();
|
2005-11-07 14:05:42 -07:00
|
|
|
if (pen_release == -1)
|
|
|
|
break;
|
|
|
|
|
|
|
|
udelay(10);
|
|
|
|
}
|
|
|
|
|
|
|
|
/*
|
|
|
|
* now the secondary core is starting up let it run its
|
|
|
|
* calibrations, then wait for it to finish
|
|
|
|
*/
|
|
|
|
spin_unlock(&boot_lock);
|
|
|
|
|
|
|
|
return pen_release != -1 ? -ENOSYS : 0;
|
|
|
|
}
|
|
|
|
|
2006-02-16 04:08:09 -07:00
|
|
|
/*
|
|
|
|
* Initialise the CPU possible map early - this describes the CPUs
|
|
|
|
* which may be present or become present in the system.
|
|
|
|
*/
|
|
|
|
void __init smp_init_cpus(void)
|
|
|
|
{
|
2010-12-02 11:09:37 -07:00
|
|
|
void __iomem *scu_base = scu_base_addr();
|
|
|
|
unsigned int i, ncores;
|
2006-02-16 04:08:09 -07:00
|
|
|
|
2010-12-02 11:09:37 -07:00
|
|
|
ncores = scu_base ? scu_get_core_count(scu_base) : 1;
|
2005-11-07 14:05:42 -07:00
|
|
|
|
|
|
|
/* sanity check */
|
|
|
|
if (ncores > NR_CPUS) {
|
|
|
|
printk(KERN_WARNING
|
|
|
|
"Realview: no. of cores (%d) greater than configured "
|
|
|
|
"maximum of %d - clipping\n",
|
|
|
|
ncores, NR_CPUS);
|
|
|
|
ncores = NR_CPUS;
|
|
|
|
}
|
|
|
|
|
2010-12-03 03:42:58 -07:00
|
|
|
for (i = 0; i < ncores; i++)
|
|
|
|
set_cpu_possible(i, true);
|
|
|
|
}
|
2005-11-07 14:05:42 -07:00
|
|
|
|
2010-12-03 04:09:48 -07:00
|
|
|
void __init platform_smp_prepare_cpus(unsigned int max_cpus)
|
2010-12-03 03:42:58 -07:00
|
|
|
{
|
|
|
|
int i;
|
2005-11-07 14:05:42 -07:00
|
|
|
|
|
|
|
/*
|
2006-02-16 04:08:09 -07:00
|
|
|
* Initialise the present map, which describes the set of CPUs
|
|
|
|
* actually populated at the present time.
|
2005-11-07 14:05:42 -07:00
|
|
|
*/
|
2006-02-16 04:08:09 -07:00
|
|
|
for (i = 0; i < max_cpus; i++)
|
2009-05-28 07:16:52 -06:00
|
|
|
set_cpu_present(i, true);
|
2005-11-07 14:05:42 -07:00
|
|
|
|
2010-12-03 04:09:48 -07:00
|
|
|
scu_enable(scu_base_addr());
|
|
|
|
|
2005-11-07 14:05:42 -07:00
|
|
|
/*
|
2010-12-03 04:09:48 -07:00
|
|
|
* Write the address of secondary startup into the
|
|
|
|
* system-wide flags register. The BootMonitor waits
|
|
|
|
* until it receives a soft interrupt, and then the
|
|
|
|
* secondary CPU branches to this address.
|
2005-11-07 14:05:42 -07:00
|
|
|
*/
|
2010-12-03 04:09:48 -07:00
|
|
|
__raw_writel(BSYM(virt_to_phys(realview_secondary_startup)),
|
|
|
|
__io_address(REALVIEW_SYS_FLAGSSET));
|
2005-11-07 14:05:42 -07:00
|
|
|
}
|