2005-10-10 12:50:37 +00:00
|
|
|
/*
|
|
|
|
*
|
|
|
|
* Common boot and setup code.
|
|
|
|
*
|
|
|
|
* Copyright (C) 2001 PPC64 Team, IBM Corp
|
|
|
|
*
|
|
|
|
* This program is free software; you can redistribute it and/or
|
|
|
|
* modify it under the terms of the GNU General Public License
|
|
|
|
* as published by the Free Software Foundation; either version
|
|
|
|
* 2 of the License, or (at your option) any later version.
|
|
|
|
*/
|
|
|
|
|
|
|
|
#undef DEBUG
|
|
|
|
|
|
|
|
#include <linux/module.h>
|
|
|
|
#include <linux/string.h>
|
|
|
|
#include <linux/sched.h>
|
|
|
|
#include <linux/init.h>
|
|
|
|
#include <linux/kernel.h>
|
|
|
|
#include <linux/reboot.h>
|
|
|
|
#include <linux/delay.h>
|
|
|
|
#include <linux/initrd.h>
|
|
|
|
#include <linux/seq_file.h>
|
|
|
|
#include <linux/ioport.h>
|
|
|
|
#include <linux/console.h>
|
|
|
|
#include <linux/utsname.h>
|
|
|
|
#include <linux/tty.h>
|
|
|
|
#include <linux/root_dev.h>
|
|
|
|
#include <linux/notifier.h>
|
|
|
|
#include <linux/cpu.h>
|
|
|
|
#include <linux/unistd.h>
|
|
|
|
#include <linux/serial.h>
|
|
|
|
#include <linux/serial_8250.h>
|
[PATCH] powerpc/64: per cpu data optimisations
The current ppc64 per cpu data implementation is quite slow. eg:
lhz 11,18(13) /* smp_processor_id() */
ld 9,.LC63-.LCTOC1(30) /* per_cpu__variable_name */
ld 8,.LC61-.LCTOC1(30) /* __per_cpu_offset */
sldi 11,11,3 /* form index into __per_cpu_offset */
mr 10,9
ldx 9,11,8 /* __per_cpu_offset[smp_processor_id()] */
ldx 0,10,9 /* load per cpu data */
5 loads for something that is supposed to be fast, pretty awful. One
reason for the large number of loads is that we have to synthesize 2
64bit constants (per_cpu__variable_name and __per_cpu_offset).
By putting __per_cpu_offset into the paca we can avoid the 2 loads
associated with it:
ld 11,56(13) /* paca->data_offset */
ld 9,.LC59-.LCTOC1(30) /* per_cpu__variable_name */
ldx 0,9,11 /* load per cpu data
Longer term we can should be able to do even better than 3 loads.
If per_cpu__variable_name wasnt a 64bit constant and paca->data_offset
was in a register we could cut it down to one load. A suggestion from
Rusty is to use gcc's __thread extension here. In order to do this we
would need to free up r13 (the __thread register and where the paca
currently is). So far Ive had a few unsuccessful attempts at doing that :)
The patch also allocates per cpu memory node local on NUMA machines.
This patch from Rusty has been sitting in my queue _forever_ but stalled
when I hit the compiler bug. Sorry about that.
Finally I also only allocate per cpu data for possible cpus, which comes
straight out of the x86-64 port. On a pseries kernel (with NR_CPUS == 128)
and 4 possible cpus we see some nice gains:
total used free shared buffers cached
Mem: 4012228 212860 3799368 0 0 162424
total used free shared buffers cached
Mem: 4016200 212984 3803216 0 0 162424
A saving of 3.75MB. Quite nice for smaller machines. Note: we now have
to be careful of per cpu users that touch data for !possible cpus.
At this stage it might be worth making the NUMA and possible cpu
optimisations generic, but per cpu init is done so early we have to be
careful that all architectures have their possible map setup correctly.
Signed-off-by: Anton Blanchard <anton@samba.org>
Signed-off-by: Paul Mackerras <paulus@samba.org>
2006-01-11 02:16:44 +00:00
|
|
|
#include <linux/bootmem.h>
|
2006-11-11 06:25:02 +00:00
|
|
|
#include <linux/pci.h>
|
2008-04-17 04:35:01 +00:00
|
|
|
#include <linux/lockdep.h>
|
2010-07-12 04:36:09 +00:00
|
|
|
#include <linux/memblock.h>
|
2005-10-10 12:50:37 +00:00
|
|
|
#include <asm/io.h>
|
2005-12-04 07:39:37 +00:00
|
|
|
#include <asm/kdump.h>
|
2005-10-10 12:50:37 +00:00
|
|
|
#include <asm/prom.h>
|
|
|
|
#include <asm/processor.h>
|
|
|
|
#include <asm/pgtable.h>
|
|
|
|
#include <asm/smp.h>
|
|
|
|
#include <asm/elf.h>
|
|
|
|
#include <asm/machdep.h>
|
|
|
|
#include <asm/paca.h>
|
|
|
|
#include <asm/time.h>
|
|
|
|
#include <asm/cputable.h>
|
|
|
|
#include <asm/sections.h>
|
|
|
|
#include <asm/btext.h>
|
|
|
|
#include <asm/nvram.h>
|
|
|
|
#include <asm/setup.h>
|
|
|
|
#include <asm/system.h>
|
|
|
|
#include <asm/rtas.h>
|
|
|
|
#include <asm/iommu.h>
|
|
|
|
#include <asm/serial.h>
|
|
|
|
#include <asm/cache.h>
|
|
|
|
#include <asm/page.h>
|
|
|
|
#include <asm/mmu.h>
|
|
|
|
#include <asm/firmware.h>
|
2005-10-28 12:53:37 +00:00
|
|
|
#include <asm/xmon.h>
|
2005-11-06 22:49:43 +00:00
|
|
|
#include <asm/udbg.h>
|
2005-11-11 13:06:06 +00:00
|
|
|
#include <asm/kexec.h>
|
2009-07-23 23:15:47 +00:00
|
|
|
#include <asm/mmu_context.h>
|
2011-04-06 05:18:48 +00:00
|
|
|
#include <asm/code-patching.h>
|
KVM: PPC: Allocate RMAs (Real Mode Areas) at boot for use by guests
This adds infrastructure which will be needed to allow book3s_hv KVM to
run on older POWER processors, including PPC970, which don't support
the Virtual Real Mode Area (VRMA) facility, but only the Real Mode
Offset (RMO) facility. These processors require a physically
contiguous, aligned area of memory for each guest. When the guest does
an access in real mode (MMU off), the address is compared against a
limit value, and if it is lower, the address is ORed with an offset
value (from the Real Mode Offset Register (RMOR)) and the result becomes
the real address for the access. The size of the RMA has to be one of
a set of supported values, which usually includes 64MB, 128MB, 256MB
and some larger powers of 2.
Since we are unlikely to be able to allocate 64MB or more of physically
contiguous memory after the kernel has been running for a while, we
allocate a pool of RMAs at boot time using the bootmem allocator. The
size and number of the RMAs can be set using the kvm_rma_size=xx and
kvm_rma_count=xx kernel command line options.
KVM exports a new capability, KVM_CAP_PPC_RMA, to signal the availability
of the pool of preallocated RMAs. The capability value is 1 if the
processor can use an RMA but doesn't require one (because it supports
the VRMA facility), or 2 if the processor requires an RMA for each guest.
This adds a new ioctl, KVM_ALLOCATE_RMA, which allocates an RMA from the
pool and returns a file descriptor which can be used to map the RMA. It
also returns the size of the RMA in the argument structure.
Having an RMA means we will get multiple KMV_SET_USER_MEMORY_REGION
ioctl calls from userspace. To cope with this, we now preallocate the
kvm->arch.ram_pginfo array when the VM is created with a size sufficient
for up to 64GB of guest memory. Subsequently we will get rid of this
array and use memory associated with each memslot instead.
This moves most of the code that translates the user addresses into
host pfns (page frame numbers) out of kvmppc_prepare_vrma up one level
to kvmppc_core_prepare_memory_region. Also, instead of having to look
up the VMA for each page in order to check the page size, we now check
that the pages we get are compound pages of 16MB. However, if we are
adding memory that is mapped to an RMA, we don't bother with calling
get_user_pages_fast and instead just offset from the base pfn for the
RMA.
Typically the RMA gets added after vcpus are created, which makes it
inconvenient to have the LPCR (logical partition control register) value
in the vcpu->arch struct, since the LPCR controls whether the processor
uses RMA or VRMA for the guest. This moves the LPCR value into the
kvm->arch struct and arranges for the MER (mediated external request)
bit, which is the only bit that varies between vcpus, to be set in
assembly code when going into the guest if there is a pending external
interrupt request.
Signed-off-by: Paul Mackerras <paulus@samba.org>
Signed-off-by: Alexander Graf <agraf@suse.de>
2011-06-29 00:25:44 +00:00
|
|
|
#include <asm/kvm_ppc.h>
|
2005-10-10 12:50:37 +00:00
|
|
|
|
2005-11-09 00:01:06 +00:00
|
|
|
#include "setup.h"
|
|
|
|
|
2005-10-10 12:50:37 +00:00
|
|
|
#ifdef DEBUG
|
|
|
|
#define DBG(fmt...) udbg_printf(fmt)
|
|
|
|
#else
|
|
|
|
#define DBG(fmt...)
|
|
|
|
#endif
|
|
|
|
|
|
|
|
int boot_cpuid = 0;
|
2011-05-25 18:09:12 +00:00
|
|
|
int __initdata spinning_secondaries;
|
2005-10-10 12:50:37 +00:00
|
|
|
u64 ppc64_pft_size;
|
|
|
|
|
2005-12-09 01:40:17 +00:00
|
|
|
/* Pick defaults since we might want to patch instructions
|
|
|
|
* before we've read this from the device tree.
|
|
|
|
*/
|
|
|
|
struct ppc64_caches ppc64_caches = {
|
2006-09-06 19:34:41 +00:00
|
|
|
.dline_size = 0x40,
|
|
|
|
.log_dline_size = 6,
|
|
|
|
.iline_size = 0x40,
|
|
|
|
.log_iline_size = 6
|
2005-12-09 01:40:17 +00:00
|
|
|
};
|
2005-10-10 12:50:37 +00:00
|
|
|
EXPORT_SYMBOL_GPL(ppc64_caches);
|
|
|
|
|
|
|
|
/*
|
|
|
|
* These are used in binfmt_elf.c to put aux entries on the stack
|
|
|
|
* for each elf executable being started.
|
|
|
|
*/
|
|
|
|
int dcache_bsize;
|
|
|
|
int icache_bsize;
|
|
|
|
int ucache_bsize;
|
|
|
|
|
|
|
|
#ifdef CONFIG_SMP
|
|
|
|
|
2010-08-05 07:42:11 +00:00
|
|
|
static char *smt_enabled_cmdline;
|
2005-10-10 12:50:37 +00:00
|
|
|
|
|
|
|
/* Look for ibm,smt-enabled OF option */
|
|
|
|
static void check_smt_enabled(void)
|
|
|
|
{
|
|
|
|
struct device_node *dn;
|
2006-07-12 05:35:54 +00:00
|
|
|
const char *smt_option;
|
2005-10-10 12:50:37 +00:00
|
|
|
|
2010-08-05 07:42:11 +00:00
|
|
|
/* Default to enabling all threads */
|
|
|
|
smt_enabled_at_boot = threads_per_core;
|
2005-10-10 12:50:37 +00:00
|
|
|
|
2010-08-05 07:42:11 +00:00
|
|
|
/* Allow the command line to overrule the OF option */
|
|
|
|
if (smt_enabled_cmdline) {
|
|
|
|
if (!strcmp(smt_enabled_cmdline, "on"))
|
|
|
|
smt_enabled_at_boot = threads_per_core;
|
|
|
|
else if (!strcmp(smt_enabled_cmdline, "off"))
|
|
|
|
smt_enabled_at_boot = 0;
|
|
|
|
else {
|
|
|
|
long smt;
|
|
|
|
int rc;
|
|
|
|
|
|
|
|
rc = strict_strtol(smt_enabled_cmdline, 10, &smt);
|
|
|
|
if (!rc)
|
|
|
|
smt_enabled_at_boot =
|
|
|
|
min(threads_per_core, (int)smt);
|
|
|
|
}
|
|
|
|
} else {
|
|
|
|
dn = of_find_node_by_path("/options");
|
|
|
|
if (dn) {
|
|
|
|
smt_option = of_get_property(dn, "ibm,smt-enabled",
|
|
|
|
NULL);
|
|
|
|
|
|
|
|
if (smt_option) {
|
|
|
|
if (!strcmp(smt_option, "on"))
|
|
|
|
smt_enabled_at_boot = threads_per_core;
|
|
|
|
else if (!strcmp(smt_option, "off"))
|
|
|
|
smt_enabled_at_boot = 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
of_node_put(dn);
|
|
|
|
}
|
|
|
|
}
|
2005-10-10 12:50:37 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
/* Look for smt-enabled= cmdline option */
|
|
|
|
static int __init early_smt_enabled(char *p)
|
|
|
|
{
|
2010-08-05 07:42:11 +00:00
|
|
|
smt_enabled_cmdline = p;
|
2005-10-10 12:50:37 +00:00
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
early_param("smt-enabled", early_smt_enabled);
|
|
|
|
|
2005-11-04 23:33:55 +00:00
|
|
|
#else
|
|
|
|
#define check_smt_enabled()
|
2005-10-10 12:50:37 +00:00
|
|
|
#endif /* CONFIG_SMP */
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Early initialization entry point. This is called by head.S
|
|
|
|
* with MMU translation disabled. We rely on the "feature" of
|
|
|
|
* the CPU that ignores the top 2 bits of the address in real
|
|
|
|
* mode so we can access kernel globals normally provided we
|
|
|
|
* only toy with things in the RMO region. From here, we do
|
2010-07-12 04:36:09 +00:00
|
|
|
* some early parsing of the device-tree to setup out MEMBLOCK
|
2005-10-10 12:50:37 +00:00
|
|
|
* data structures, and allocate & initialize the hash table
|
|
|
|
* and segment tables so we can start running with translation
|
|
|
|
* enabled.
|
|
|
|
*
|
|
|
|
* It is this function which will call the probe() callback of
|
|
|
|
* the various platform types and copy the matching one to the
|
|
|
|
* global ppc_md structure. Your platform can eventually do
|
|
|
|
* some very early initializations from the probe() routine, but
|
|
|
|
* this is not recommended, be very careful as, for example, the
|
|
|
|
* device-tree is not accessible via normal means at this point.
|
|
|
|
*/
|
|
|
|
|
|
|
|
void __init early_setup(unsigned long dt_ptr)
|
|
|
|
{
|
2008-05-07 00:00:56 +00:00
|
|
|
/* -------- printk is _NOT_ safe to use here ! ------- */
|
|
|
|
|
2006-10-24 06:42:40 +00:00
|
|
|
/* Identify CPU type */
|
2006-11-10 09:38:53 +00:00
|
|
|
identify_cpu(0, mfspr(SPRN_PVR));
|
2006-10-24 06:42:40 +00:00
|
|
|
|
2006-06-28 03:18:53 +00:00
|
|
|
/* Assume we're on cpu 0 for now. Don't write to the paca yet! */
|
2010-01-28 13:23:22 +00:00
|
|
|
initialise_paca(&boot_paca, 0);
|
|
|
|
setup_paca(&boot_paca);
|
2006-06-28 03:18:53 +00:00
|
|
|
|
2008-04-17 04:35:01 +00:00
|
|
|
/* Initialize lockdep early or else spinlocks will blow */
|
|
|
|
lockdep_init();
|
|
|
|
|
2008-05-07 00:00:56 +00:00
|
|
|
/* -------- printk is now safe to use ------- */
|
|
|
|
|
2008-05-07 00:25:34 +00:00
|
|
|
/* Enable early debugging if any specified (see udbg.h) */
|
|
|
|
udbg_early_init();
|
|
|
|
|
2006-03-28 12:15:54 +00:00
|
|
|
DBG(" -> early_setup(), dt_ptr: 0x%lx\n", dt_ptr);
|
2005-10-10 12:50:37 +00:00
|
|
|
|
|
|
|
/*
|
2007-09-06 17:47:29 +00:00
|
|
|
* Do early initialization using the flattened device
|
|
|
|
* tree, such as retrieving the physical memory map or
|
|
|
|
* calculating/retrieving the hash table size.
|
2005-10-10 12:50:37 +00:00
|
|
|
*/
|
|
|
|
early_init_devtree(__va(dt_ptr));
|
|
|
|
|
2006-03-25 06:25:17 +00:00
|
|
|
/* Now we know the logical id of our boot cpu, setup the paca. */
|
2010-01-28 13:23:22 +00:00
|
|
|
setup_paca(&paca[boot_cpuid]);
|
2006-03-25 06:25:17 +00:00
|
|
|
|
|
|
|
/* Fix up paca fields required for the boot cpu */
|
|
|
|
get_paca()->cpu_start = 1;
|
|
|
|
|
2006-03-28 12:15:54 +00:00
|
|
|
/* Probe the machine type */
|
|
|
|
probe_machine();
|
2005-10-10 12:50:37 +00:00
|
|
|
|
2006-05-17 08:00:49 +00:00
|
|
|
setup_kdump_trampoline();
|
2005-12-04 07:39:37 +00:00
|
|
|
|
2005-10-10 12:50:37 +00:00
|
|
|
DBG("Found, Initializing memory management...\n");
|
|
|
|
|
2009-03-19 19:34:16 +00:00
|
|
|
/* Initialize the hash table or TLB handling */
|
|
|
|
early_init_mmu();
|
2005-10-10 12:50:37 +00:00
|
|
|
|
|
|
|
DBG(" <- early_setup()\n");
|
|
|
|
}
|
|
|
|
|
2005-11-10 02:37:51 +00:00
|
|
|
#ifdef CONFIG_SMP
|
|
|
|
void early_setup_secondary(void)
|
|
|
|
{
|
[POWERPC] Lazy interrupt disabling for 64-bit machines
This implements a lazy strategy for disabling interrupts. This means
that local_irq_disable() et al. just clear the 'interrupts are
enabled' flag in the paca. If an interrupt comes along, the interrupt
entry code notices that interrupts are supposed to be disabled, and
clears the EE bit in SRR1, clears the 'interrupts are hard-enabled'
flag in the paca, and returns. This means that interrupts only
actually get disabled in the processor when an interrupt comes along.
When interrupts are enabled by local_irq_enable() et al., the code
sets the interrupts-enabled flag in the paca, and then checks whether
interrupts got hard-disabled. If so, it also sets the EE bit in the
MSR to hard-enable the interrupts.
This has the potential to improve performance, and also makes it
easier to make a kernel that can boot on iSeries and on other 64-bit
machines, since this lazy-disable strategy is very similar to the
soft-disable strategy that iSeries already uses.
This version renames paca->proc_enabled to paca->soft_enabled, and
changes a couple of soft-disables in the kexec code to hard-disables,
which should fix the crash that Michael Ellerman saw. This doesn't
yet use a reserved CR field for the soft_enabled and hard_enabled
flags. This applies on top of Stephen Rothwell's patches to make it
possible to build a combined iSeries/other kernel.
Signed-off-by: Paul Mackerras <paulus@samba.org>
2006-10-04 06:47:49 +00:00
|
|
|
/* Mark interrupts enabled in PACA */
|
2009-03-19 19:34:16 +00:00
|
|
|
get_paca()->soft_enabled = 0;
|
2005-11-10 02:37:51 +00:00
|
|
|
|
2009-03-19 19:34:16 +00:00
|
|
|
/* Initialize the hash table or TLB handling */
|
|
|
|
early_init_mmu_secondary();
|
2005-11-10 02:37:51 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
#endif /* CONFIG_SMP */
|
2005-10-10 12:50:37 +00:00
|
|
|
|
2005-11-04 01:09:42 +00:00
|
|
|
#if defined(CONFIG_SMP) || defined(CONFIG_KEXEC)
|
|
|
|
void smp_release_cpus(void)
|
|
|
|
{
|
2005-12-05 21:49:00 +00:00
|
|
|
unsigned long *ptr;
|
2011-03-16 03:54:35 +00:00
|
|
|
int i;
|
2005-11-04 01:09:42 +00:00
|
|
|
|
|
|
|
DBG(" -> smp_release_cpus()\n");
|
|
|
|
|
|
|
|
/* All secondary cpus are spinning on a common spinloop, release them
|
|
|
|
* all now so they can start to spin on their individual paca
|
|
|
|
* spinloops. For non SMP kernels, the secondary cpus never get out
|
|
|
|
* of the common spinloop.
|
2008-08-30 01:40:24 +00:00
|
|
|
*/
|
2005-11-04 01:09:42 +00:00
|
|
|
|
2005-12-05 21:49:00 +00:00
|
|
|
ptr = (unsigned long *)((unsigned long)&__secondary_hold_spinloop
|
|
|
|
- PHYSICAL_START);
|
2008-08-30 01:40:24 +00:00
|
|
|
*ptr = __pa(generic_secondary_smp_init);
|
2011-03-16 03:54:35 +00:00
|
|
|
|
|
|
|
/* And wait a bit for them to catch up */
|
|
|
|
for (i = 0; i < 100000; i++) {
|
|
|
|
mb();
|
|
|
|
HMT_low();
|
2011-05-25 18:09:12 +00:00
|
|
|
if (spinning_secondaries == 0)
|
2011-03-16 03:54:35 +00:00
|
|
|
break;
|
|
|
|
udelay(1);
|
|
|
|
}
|
2011-05-25 18:09:12 +00:00
|
|
|
DBG("spinning_secondaries = %d\n", spinning_secondaries);
|
2005-11-04 01:09:42 +00:00
|
|
|
|
|
|
|
DBG(" <- smp_release_cpus()\n");
|
|
|
|
}
|
|
|
|
#endif /* CONFIG_SMP || CONFIG_KEXEC */
|
|
|
|
|
2005-10-10 12:50:37 +00:00
|
|
|
/*
|
2005-11-10 02:37:51 +00:00
|
|
|
* Initialize some remaining members of the ppc64_caches and systemcfg
|
|
|
|
* structures
|
2005-10-10 12:50:37 +00:00
|
|
|
* (at least until we get rid of them completely). This is mostly some
|
|
|
|
* cache informations about the CPU that will be used by cache flush
|
|
|
|
* routines and/or provided to userland
|
|
|
|
*/
|
|
|
|
static void __init initialize_cache_info(void)
|
|
|
|
{
|
|
|
|
struct device_node *np;
|
|
|
|
unsigned long num_cpus = 0;
|
|
|
|
|
|
|
|
DBG(" -> initialize_cache_info()\n");
|
|
|
|
|
|
|
|
for (np = NULL; (np = of_find_node_by_type(np, "cpu"));) {
|
|
|
|
num_cpus += 1;
|
|
|
|
|
|
|
|
/* We're assuming *all* of the CPUs have the same
|
|
|
|
* d-cache and i-cache sizes... -Peter
|
|
|
|
*/
|
|
|
|
|
|
|
|
if ( num_cpus == 1 ) {
|
2006-07-12 05:35:54 +00:00
|
|
|
const u32 *sizep, *lsizep;
|
2005-10-10 12:50:37 +00:00
|
|
|
u32 size, lsize;
|
|
|
|
|
|
|
|
size = 0;
|
|
|
|
lsize = cur_cpu_spec->dcache_bsize;
|
2007-04-03 12:26:41 +00:00
|
|
|
sizep = of_get_property(np, "d-cache-size", NULL);
|
2005-10-10 12:50:37 +00:00
|
|
|
if (sizep != NULL)
|
|
|
|
size = *sizep;
|
2007-10-27 21:49:28 +00:00
|
|
|
lsizep = of_get_property(np, "d-cache-block-size", NULL);
|
|
|
|
/* fallback if block size missing */
|
|
|
|
if (lsizep == NULL)
|
|
|
|
lsizep = of_get_property(np, "d-cache-line-size", NULL);
|
2005-10-10 12:50:37 +00:00
|
|
|
if (lsizep != NULL)
|
|
|
|
lsize = *lsizep;
|
|
|
|
if (sizep == 0 || lsizep == 0)
|
|
|
|
DBG("Argh, can't find dcache properties ! "
|
|
|
|
"sizep: %p, lsizep: %p\n", sizep, lsizep);
|
|
|
|
|
2005-11-11 10:15:21 +00:00
|
|
|
ppc64_caches.dsize = size;
|
|
|
|
ppc64_caches.dline_size = lsize;
|
2005-10-10 12:50:37 +00:00
|
|
|
ppc64_caches.log_dline_size = __ilog2(lsize);
|
|
|
|
ppc64_caches.dlines_per_page = PAGE_SIZE / lsize;
|
|
|
|
|
|
|
|
size = 0;
|
|
|
|
lsize = cur_cpu_spec->icache_bsize;
|
2007-04-03 12:26:41 +00:00
|
|
|
sizep = of_get_property(np, "i-cache-size", NULL);
|
2005-10-10 12:50:37 +00:00
|
|
|
if (sizep != NULL)
|
|
|
|
size = *sizep;
|
2007-10-27 21:49:28 +00:00
|
|
|
lsizep = of_get_property(np, "i-cache-block-size", NULL);
|
|
|
|
if (lsizep == NULL)
|
|
|
|
lsizep = of_get_property(np, "i-cache-line-size", NULL);
|
2005-10-10 12:50:37 +00:00
|
|
|
if (lsizep != NULL)
|
|
|
|
lsize = *lsizep;
|
|
|
|
if (sizep == 0 || lsizep == 0)
|
|
|
|
DBG("Argh, can't find icache properties ! "
|
|
|
|
"sizep: %p, lsizep: %p\n", sizep, lsizep);
|
|
|
|
|
2005-11-11 10:15:21 +00:00
|
|
|
ppc64_caches.isize = size;
|
|
|
|
ppc64_caches.iline_size = lsize;
|
2005-10-10 12:50:37 +00:00
|
|
|
ppc64_caches.log_iline_size = __ilog2(lsize);
|
|
|
|
ppc64_caches.ilines_per_page = PAGE_SIZE / lsize;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
DBG(" <- initialize_cache_info()\n");
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Do some initial setup of the system. The parameters are those which
|
|
|
|
* were passed in from the bootloader.
|
|
|
|
*/
|
|
|
|
void __init setup_system(void)
|
|
|
|
{
|
|
|
|
DBG(" -> setup_system()\n");
|
|
|
|
|
2007-07-18 06:17:48 +00:00
|
|
|
/* Apply the CPUs-specific and firmware specific fixups to kernel
|
|
|
|
* text (nop out sections not relevant to this CPU or this firmware)
|
2006-10-24 06:42:40 +00:00
|
|
|
*/
|
2006-10-20 01:47:18 +00:00
|
|
|
do_feature_fixups(cur_cpu_spec->cpu_features,
|
2006-10-24 06:42:40 +00:00
|
|
|
&__start___ftr_fixup, &__stop___ftr_fixup);
|
2008-12-18 19:13:32 +00:00
|
|
|
do_feature_fixups(cur_cpu_spec->mmu_features,
|
|
|
|
&__start___mmu_ftr_fixup, &__stop___mmu_ftr_fixup);
|
2007-07-18 06:17:48 +00:00
|
|
|
do_feature_fixups(powerpc_firmware_features,
|
|
|
|
&__start___fw_ftr_fixup, &__stop___fw_ftr_fixup);
|
2008-07-01 15:16:40 +00:00
|
|
|
do_lwsync_fixups(cur_cpu_spec->cpu_features,
|
|
|
|
&__start___lwsync_fixup, &__stop___lwsync_fixup);
|
2006-10-24 06:42:40 +00:00
|
|
|
|
2005-10-10 12:50:37 +00:00
|
|
|
/*
|
|
|
|
* Unflatten the device-tree passed by prom_init or kexec
|
|
|
|
*/
|
|
|
|
unflatten_device_tree();
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Fill the ppc64_caches & systemcfg structures with informations
|
2006-07-03 11:36:01 +00:00
|
|
|
* retrieved from the device-tree.
|
2005-10-10 12:50:37 +00:00
|
|
|
*/
|
|
|
|
initialize_cache_info();
|
|
|
|
|
|
|
|
#ifdef CONFIG_PPC_RTAS
|
|
|
|
/*
|
|
|
|
* Initialize RTAS if available
|
|
|
|
*/
|
|
|
|
rtas_initialize();
|
|
|
|
#endif /* CONFIG_PPC_RTAS */
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Check if we have an initrd provided via the device-tree
|
|
|
|
*/
|
|
|
|
check_for_initrd();
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Do some platform specific early initializations, that includes
|
|
|
|
* setting up the hash table pointers. It also sets up some interrupt-mapping
|
|
|
|
* related options that will be used by finish_device_tree()
|
|
|
|
*/
|
2006-11-10 20:01:02 +00:00
|
|
|
if (ppc_md.init_early)
|
|
|
|
ppc_md.init_early();
|
2005-10-10 12:50:37 +00:00
|
|
|
|
2005-11-23 06:56:06 +00:00
|
|
|
/*
|
|
|
|
* We can discover serial ports now since the above did setup the
|
|
|
|
* hash table management for us, thus ioremap works. We do that early
|
|
|
|
* so that further code can be debugged
|
|
|
|
*/
|
|
|
|
find_legacy_serial_ports();
|
|
|
|
|
2005-10-10 12:50:37 +00:00
|
|
|
/*
|
|
|
|
* Register early console
|
|
|
|
*/
|
|
|
|
register_early_udbg_console();
|
|
|
|
|
2006-10-03 04:12:08 +00:00
|
|
|
/*
|
|
|
|
* Initialize xmon
|
|
|
|
*/
|
|
|
|
xmon_setup();
|
2006-05-17 08:00:41 +00:00
|
|
|
|
2005-11-04 23:33:55 +00:00
|
|
|
smp_setup_cpu_maps();
|
2010-08-05 07:42:11 +00:00
|
|
|
check_smt_enabled();
|
2005-10-10 12:50:37 +00:00
|
|
|
|
2006-02-16 03:13:50 +00:00
|
|
|
#ifdef CONFIG_SMP
|
2005-10-10 12:50:37 +00:00
|
|
|
/* Release secondary cpus out of their spinloops at 0x60 now that
|
|
|
|
* we can map physical -> logical CPU ids
|
|
|
|
*/
|
|
|
|
smp_release_cpus();
|
2006-02-16 03:13:50 +00:00
|
|
|
#endif
|
2005-10-10 12:50:37 +00:00
|
|
|
|
2006-10-02 09:18:13 +00:00
|
|
|
printk("Starting Linux PPC64 %s\n", init_utsname()->version);
|
2005-10-10 12:50:37 +00:00
|
|
|
|
|
|
|
printk("-----------------------------------------------------\n");
|
2009-01-06 14:26:03 +00:00
|
|
|
printk("ppc64_pft_size = 0x%llx\n", ppc64_pft_size);
|
2010-07-12 04:36:09 +00:00
|
|
|
printk("physicalMemorySize = 0x%llx\n", memblock_phys_mem_size());
|
2007-10-14 19:33:17 +00:00
|
|
|
if (ppc64_caches.dline_size != 0x80)
|
|
|
|
printk("ppc64_caches.dcache_line_size = 0x%x\n",
|
|
|
|
ppc64_caches.dline_size);
|
|
|
|
if (ppc64_caches.iline_size != 0x80)
|
|
|
|
printk("ppc64_caches.icache_line_size = 0x%x\n",
|
|
|
|
ppc64_caches.iline_size);
|
2009-06-02 21:17:45 +00:00
|
|
|
#ifdef CONFIG_PPC_STD_MMU_64
|
2007-10-14 19:33:17 +00:00
|
|
|
if (htab_address)
|
|
|
|
printk("htab_address = 0x%p\n", htab_address);
|
2005-10-10 12:50:37 +00:00
|
|
|
printk("htab_hash_mask = 0x%lx\n", htab_hash_mask);
|
2009-06-02 21:17:45 +00:00
|
|
|
#endif /* CONFIG_PPC_STD_MMU_64 */
|
2008-10-22 19:39:49 +00:00
|
|
|
if (PHYSICAL_START > 0)
|
2009-06-10 19:05:00 +00:00
|
|
|
printk("physical_start = 0x%llx\n",
|
|
|
|
(unsigned long long)PHYSICAL_START);
|
2005-10-10 12:50:37 +00:00
|
|
|
printk("-----------------------------------------------------\n");
|
|
|
|
|
|
|
|
DBG(" <- setup_system()\n");
|
|
|
|
}
|
|
|
|
|
2011-05-03 14:07:01 +00:00
|
|
|
/* This returns the limit below which memory accesses to the linear
|
|
|
|
* mapping are guarnateed not to cause a TLB or SLB miss. This is
|
|
|
|
* used to allocate interrupt or emergency stacks for which our
|
|
|
|
* exception entry path doesn't deal with being interrupted.
|
|
|
|
*/
|
|
|
|
static u64 safe_stack_limit(void)
|
2010-05-10 18:59:18 +00:00
|
|
|
{
|
2011-05-03 14:07:01 +00:00
|
|
|
#ifdef CONFIG_PPC_BOOK3E
|
|
|
|
/* Freescale BookE bolts the entire linear mapping */
|
|
|
|
if (mmu_has_feature(MMU_FTR_TYPE_FSL_E))
|
|
|
|
return linear_map_top;
|
|
|
|
/* Other BookE, we assume the first GB is bolted */
|
|
|
|
return 1ul << 30;
|
|
|
|
#else
|
|
|
|
/* BookS, the first segment is bolted */
|
|
|
|
if (mmu_has_feature(MMU_FTR_1T_SEGMENT))
|
2010-05-10 18:59:18 +00:00
|
|
|
return 1UL << SID_SHIFT_1T;
|
|
|
|
return 1UL << SID_SHIFT;
|
2011-05-03 14:07:01 +00:00
|
|
|
#endif
|
2010-05-10 18:59:18 +00:00
|
|
|
}
|
|
|
|
|
2005-10-10 12:50:37 +00:00
|
|
|
static void __init irqstack_early_init(void)
|
|
|
|
{
|
2011-05-03 14:07:01 +00:00
|
|
|
u64 limit = safe_stack_limit();
|
2005-10-10 12:50:37 +00:00
|
|
|
unsigned int i;
|
|
|
|
|
|
|
|
/*
|
2010-12-08 00:55:03 +00:00
|
|
|
* Interrupt stacks must be in the first segment since we
|
|
|
|
* cannot afford to take SLB misses on them.
|
2005-10-10 12:50:37 +00:00
|
|
|
*/
|
2006-03-28 22:50:51 +00:00
|
|
|
for_each_possible_cpu(i) {
|
2005-11-07 00:06:55 +00:00
|
|
|
softirq_ctx[i] = (struct thread_info *)
|
2010-07-12 04:36:09 +00:00
|
|
|
__va(memblock_alloc_base(THREAD_SIZE,
|
2010-05-10 18:59:18 +00:00
|
|
|
THREAD_SIZE, limit));
|
2005-11-07 00:06:55 +00:00
|
|
|
hardirq_ctx[i] = (struct thread_info *)
|
2010-07-12 04:36:09 +00:00
|
|
|
__va(memblock_alloc_base(THREAD_SIZE,
|
2010-05-10 18:59:18 +00:00
|
|
|
THREAD_SIZE, limit));
|
2005-10-10 12:50:37 +00:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2009-07-23 23:15:59 +00:00
|
|
|
#ifdef CONFIG_PPC_BOOK3E
|
|
|
|
static void __init exc_lvl_early_init(void)
|
|
|
|
{
|
2011-04-06 05:18:48 +00:00
|
|
|
extern unsigned int interrupt_base_book3e;
|
|
|
|
extern unsigned int exc_debug_debug_book3e;
|
|
|
|
|
2009-07-23 23:15:59 +00:00
|
|
|
unsigned int i;
|
|
|
|
|
|
|
|
for_each_possible_cpu(i) {
|
|
|
|
critirq_ctx[i] = (struct thread_info *)
|
2010-07-12 04:36:09 +00:00
|
|
|
__va(memblock_alloc(THREAD_SIZE, THREAD_SIZE));
|
2009-07-23 23:15:59 +00:00
|
|
|
dbgirq_ctx[i] = (struct thread_info *)
|
2010-07-12 04:36:09 +00:00
|
|
|
__va(memblock_alloc(THREAD_SIZE, THREAD_SIZE));
|
2009-07-23 23:15:59 +00:00
|
|
|
mcheckirq_ctx[i] = (struct thread_info *)
|
2010-07-12 04:36:09 +00:00
|
|
|
__va(memblock_alloc(THREAD_SIZE, THREAD_SIZE));
|
2009-07-23 23:15:59 +00:00
|
|
|
}
|
2011-04-06 05:18:48 +00:00
|
|
|
|
|
|
|
if (cpu_has_feature(CPU_FTR_DEBUG_LVL_EXC))
|
|
|
|
patch_branch(&interrupt_base_book3e + (0x040 / 4) + 1,
|
|
|
|
(unsigned long)&exc_debug_debug_book3e, 0);
|
2009-07-23 23:15:59 +00:00
|
|
|
}
|
|
|
|
#else
|
|
|
|
#define exc_lvl_early_init()
|
|
|
|
#endif
|
|
|
|
|
2005-10-10 12:50:37 +00:00
|
|
|
/*
|
|
|
|
* Stack space used when we detect a bad kernel stack pointer, and
|
|
|
|
* early in SMP boots before relocation is enabled.
|
|
|
|
*/
|
|
|
|
static void __init emergency_stack_init(void)
|
|
|
|
{
|
2010-05-10 18:59:18 +00:00
|
|
|
u64 limit;
|
2005-10-10 12:50:37 +00:00
|
|
|
unsigned int i;
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Emergency stacks must be under 256MB, we cannot afford to take
|
|
|
|
* SLB misses on them. The ABI also requires them to be 128-byte
|
|
|
|
* aligned.
|
|
|
|
*
|
|
|
|
* Since we use these as temporary stacks during secondary CPU
|
|
|
|
* bringup, we need to get at them in real mode. This means they
|
|
|
|
* must also be within the RMO region.
|
|
|
|
*/
|
2011-05-03 14:07:01 +00:00
|
|
|
limit = min(safe_stack_limit(), ppc64_rma_size);
|
2005-10-10 12:50:37 +00:00
|
|
|
|
2008-04-30 03:21:45 +00:00
|
|
|
for_each_possible_cpu(i) {
|
|
|
|
unsigned long sp;
|
2010-07-12 04:36:09 +00:00
|
|
|
sp = memblock_alloc_base(THREAD_SIZE, THREAD_SIZE, limit);
|
2008-04-30 03:21:45 +00:00
|
|
|
sp += THREAD_SIZE;
|
|
|
|
paca[i].emergency_sp = __va(sp);
|
|
|
|
}
|
2005-10-10 12:50:37 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
/*
|
2010-11-16 07:55:16 +00:00
|
|
|
* Called into from start_kernel this initializes bootmem, which is used
|
|
|
|
* to manage page allocation until mem_init is called.
|
2005-10-10 12:50:37 +00:00
|
|
|
*/
|
|
|
|
void __init setup_arch(char **cmdline_p)
|
|
|
|
{
|
|
|
|
ppc64_boot_msg(0x12, "Setup Arch");
|
|
|
|
|
|
|
|
*cmdline_p = cmd_line;
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Set cache line size based on type of cpu as a default.
|
|
|
|
* Systems with OF can look in the properties on the cpu node(s)
|
|
|
|
* for a possibly more accurate value.
|
|
|
|
*/
|
|
|
|
dcache_bsize = ppc64_caches.dline_size;
|
|
|
|
icache_bsize = ppc64_caches.iline_size;
|
|
|
|
|
|
|
|
/* reboot on panic */
|
|
|
|
panic_timeout = 180;
|
|
|
|
|
|
|
|
if (ppc_md.panic)
|
2006-05-05 05:02:08 +00:00
|
|
|
setup_panic();
|
2005-10-10 12:50:37 +00:00
|
|
|
|
2008-04-15 19:52:26 +00:00
|
|
|
init_mm.start_code = (unsigned long)_stext;
|
2005-10-10 12:50:37 +00:00
|
|
|
init_mm.end_code = (unsigned long) _etext;
|
|
|
|
init_mm.end_data = (unsigned long) _edata;
|
|
|
|
init_mm.brk = klimit;
|
|
|
|
|
|
|
|
irqstack_early_init();
|
2009-07-23 23:15:59 +00:00
|
|
|
exc_lvl_early_init();
|
2005-10-10 12:50:37 +00:00
|
|
|
emergency_stack_init();
|
|
|
|
|
2009-06-02 21:17:45 +00:00
|
|
|
#ifdef CONFIG_PPC_STD_MMU_64
|
2005-10-10 12:50:37 +00:00
|
|
|
stabs_alloc();
|
2009-06-02 21:17:45 +00:00
|
|
|
#endif
|
2005-10-10 12:50:37 +00:00
|
|
|
/* set up the bootmem stuff with available memory */
|
|
|
|
do_init_bootmem();
|
|
|
|
sparse_init();
|
|
|
|
|
2005-10-20 11:00:20 +00:00
|
|
|
#ifdef CONFIG_DUMMY_CONSOLE
|
|
|
|
conswitchp = &dummy_con;
|
|
|
|
#endif
|
|
|
|
|
2007-10-10 18:48:18 +00:00
|
|
|
if (ppc_md.setup_arch)
|
|
|
|
ppc_md.setup_arch();
|
2005-10-10 12:50:37 +00:00
|
|
|
|
|
|
|
paging_init();
|
2009-07-23 23:15:26 +00:00
|
|
|
|
|
|
|
/* Initialize the MMU context management stuff */
|
|
|
|
mmu_context_init();
|
|
|
|
|
KVM: PPC: Allocate RMAs (Real Mode Areas) at boot for use by guests
This adds infrastructure which will be needed to allow book3s_hv KVM to
run on older POWER processors, including PPC970, which don't support
the Virtual Real Mode Area (VRMA) facility, but only the Real Mode
Offset (RMO) facility. These processors require a physically
contiguous, aligned area of memory for each guest. When the guest does
an access in real mode (MMU off), the address is compared against a
limit value, and if it is lower, the address is ORed with an offset
value (from the Real Mode Offset Register (RMOR)) and the result becomes
the real address for the access. The size of the RMA has to be one of
a set of supported values, which usually includes 64MB, 128MB, 256MB
and some larger powers of 2.
Since we are unlikely to be able to allocate 64MB or more of physically
contiguous memory after the kernel has been running for a while, we
allocate a pool of RMAs at boot time using the bootmem allocator. The
size and number of the RMAs can be set using the kvm_rma_size=xx and
kvm_rma_count=xx kernel command line options.
KVM exports a new capability, KVM_CAP_PPC_RMA, to signal the availability
of the pool of preallocated RMAs. The capability value is 1 if the
processor can use an RMA but doesn't require one (because it supports
the VRMA facility), or 2 if the processor requires an RMA for each guest.
This adds a new ioctl, KVM_ALLOCATE_RMA, which allocates an RMA from the
pool and returns a file descriptor which can be used to map the RMA. It
also returns the size of the RMA in the argument structure.
Having an RMA means we will get multiple KMV_SET_USER_MEMORY_REGION
ioctl calls from userspace. To cope with this, we now preallocate the
kvm->arch.ram_pginfo array when the VM is created with a size sufficient
for up to 64GB of guest memory. Subsequently we will get rid of this
array and use memory associated with each memslot instead.
This moves most of the code that translates the user addresses into
host pfns (page frame numbers) out of kvmppc_prepare_vrma up one level
to kvmppc_core_prepare_memory_region. Also, instead of having to look
up the VMA for each page in order to check the page size, we now check
that the pages we get are compound pages of 16MB. However, if we are
adding memory that is mapped to an RMA, we don't bother with calling
get_user_pages_fast and instead just offset from the base pfn for the
RMA.
Typically the RMA gets added after vcpus are created, which makes it
inconvenient to have the LPCR (logical partition control register) value
in the vcpu->arch struct, since the LPCR controls whether the processor
uses RMA or VRMA for the guest. This moves the LPCR value into the
kvm->arch struct and arranges for the MER (mediated external request)
bit, which is the only bit that varies between vcpus, to be set in
assembly code when going into the guest if there is a pending external
interrupt request.
Signed-off-by: Paul Mackerras <paulus@samba.org>
Signed-off-by: Alexander Graf <agraf@suse.de>
2011-06-29 00:25:44 +00:00
|
|
|
kvm_rma_init();
|
|
|
|
|
2005-10-10 12:50:37 +00:00
|
|
|
ppc64_boot_msg(0x15, "Setup Done");
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
|
|
/* ToDo: do something useful if ppc_md is not yet setup. */
|
|
|
|
#define PPC64_LINUX_FUNCTION 0x0f000000
|
|
|
|
#define PPC64_IPL_MESSAGE 0xc0000000
|
|
|
|
#define PPC64_TERM_MESSAGE 0xb0000000
|
|
|
|
|
|
|
|
static void ppc64_do_msg(unsigned int src, const char *msg)
|
|
|
|
{
|
|
|
|
if (ppc_md.progress) {
|
|
|
|
char buf[128];
|
|
|
|
|
|
|
|
sprintf(buf, "%08X\n", src);
|
|
|
|
ppc_md.progress(buf, 0);
|
|
|
|
snprintf(buf, 128, "%s", msg);
|
|
|
|
ppc_md.progress(buf, 0);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
/* Print a boot progress message. */
|
|
|
|
void ppc64_boot_msg(unsigned int src, const char *msg)
|
|
|
|
{
|
|
|
|
ppc64_do_msg(PPC64_LINUX_FUNCTION|PPC64_IPL_MESSAGE|src, msg);
|
|
|
|
printk("[boot]%04x %s\n", src, msg);
|
|
|
|
}
|
|
|
|
|
[PATCH] powerpc/64: per cpu data optimisations
The current ppc64 per cpu data implementation is quite slow. eg:
lhz 11,18(13) /* smp_processor_id() */
ld 9,.LC63-.LCTOC1(30) /* per_cpu__variable_name */
ld 8,.LC61-.LCTOC1(30) /* __per_cpu_offset */
sldi 11,11,3 /* form index into __per_cpu_offset */
mr 10,9
ldx 9,11,8 /* __per_cpu_offset[smp_processor_id()] */
ldx 0,10,9 /* load per cpu data */
5 loads for something that is supposed to be fast, pretty awful. One
reason for the large number of loads is that we have to synthesize 2
64bit constants (per_cpu__variable_name and __per_cpu_offset).
By putting __per_cpu_offset into the paca we can avoid the 2 loads
associated with it:
ld 11,56(13) /* paca->data_offset */
ld 9,.LC59-.LCTOC1(30) /* per_cpu__variable_name */
ldx 0,9,11 /* load per cpu data
Longer term we can should be able to do even better than 3 loads.
If per_cpu__variable_name wasnt a 64bit constant and paca->data_offset
was in a register we could cut it down to one load. A suggestion from
Rusty is to use gcc's __thread extension here. In order to do this we
would need to free up r13 (the __thread register and where the paca
currently is). So far Ive had a few unsuccessful attempts at doing that :)
The patch also allocates per cpu memory node local on NUMA machines.
This patch from Rusty has been sitting in my queue _forever_ but stalled
when I hit the compiler bug. Sorry about that.
Finally I also only allocate per cpu data for possible cpus, which comes
straight out of the x86-64 port. On a pseries kernel (with NR_CPUS == 128)
and 4 possible cpus we see some nice gains:
total used free shared buffers cached
Mem: 4012228 212860 3799368 0 0 162424
total used free shared buffers cached
Mem: 4016200 212984 3803216 0 0 162424
A saving of 3.75MB. Quite nice for smaller machines. Note: we now have
to be careful of per cpu users that touch data for !possible cpus.
At this stage it might be worth making the NUMA and possible cpu
optimisations generic, but per cpu init is done so early we have to be
careful that all architectures have their possible map setup correctly.
Signed-off-by: Anton Blanchard <anton@samba.org>
Signed-off-by: Paul Mackerras <paulus@samba.org>
2006-01-11 02:16:44 +00:00
|
|
|
#ifdef CONFIG_SMP
|
2009-08-14 06:00:53 +00:00
|
|
|
#define PCPU_DYN_SIZE ()
|
|
|
|
|
|
|
|
static void * __init pcpu_fc_alloc(unsigned int cpu, size_t size, size_t align)
|
[PATCH] powerpc/64: per cpu data optimisations
The current ppc64 per cpu data implementation is quite slow. eg:
lhz 11,18(13) /* smp_processor_id() */
ld 9,.LC63-.LCTOC1(30) /* per_cpu__variable_name */
ld 8,.LC61-.LCTOC1(30) /* __per_cpu_offset */
sldi 11,11,3 /* form index into __per_cpu_offset */
mr 10,9
ldx 9,11,8 /* __per_cpu_offset[smp_processor_id()] */
ldx 0,10,9 /* load per cpu data */
5 loads for something that is supposed to be fast, pretty awful. One
reason for the large number of loads is that we have to synthesize 2
64bit constants (per_cpu__variable_name and __per_cpu_offset).
By putting __per_cpu_offset into the paca we can avoid the 2 loads
associated with it:
ld 11,56(13) /* paca->data_offset */
ld 9,.LC59-.LCTOC1(30) /* per_cpu__variable_name */
ldx 0,9,11 /* load per cpu data
Longer term we can should be able to do even better than 3 loads.
If per_cpu__variable_name wasnt a 64bit constant and paca->data_offset
was in a register we could cut it down to one load. A suggestion from
Rusty is to use gcc's __thread extension here. In order to do this we
would need to free up r13 (the __thread register and where the paca
currently is). So far Ive had a few unsuccessful attempts at doing that :)
The patch also allocates per cpu memory node local on NUMA machines.
This patch from Rusty has been sitting in my queue _forever_ but stalled
when I hit the compiler bug. Sorry about that.
Finally I also only allocate per cpu data for possible cpus, which comes
straight out of the x86-64 port. On a pseries kernel (with NR_CPUS == 128)
and 4 possible cpus we see some nice gains:
total used free shared buffers cached
Mem: 4012228 212860 3799368 0 0 162424
total used free shared buffers cached
Mem: 4016200 212984 3803216 0 0 162424
A saving of 3.75MB. Quite nice for smaller machines. Note: we now have
to be careful of per cpu users that touch data for !possible cpus.
At this stage it might be worth making the NUMA and possible cpu
optimisations generic, but per cpu init is done so early we have to be
careful that all architectures have their possible map setup correctly.
Signed-off-by: Anton Blanchard <anton@samba.org>
Signed-off-by: Paul Mackerras <paulus@samba.org>
2006-01-11 02:16:44 +00:00
|
|
|
{
|
2009-08-14 06:00:53 +00:00
|
|
|
return __alloc_bootmem_node(NODE_DATA(cpu_to_node(cpu)), size, align,
|
|
|
|
__pa(MAX_DMA_ADDRESS));
|
|
|
|
}
|
[PATCH] powerpc/64: per cpu data optimisations
The current ppc64 per cpu data implementation is quite slow. eg:
lhz 11,18(13) /* smp_processor_id() */
ld 9,.LC63-.LCTOC1(30) /* per_cpu__variable_name */
ld 8,.LC61-.LCTOC1(30) /* __per_cpu_offset */
sldi 11,11,3 /* form index into __per_cpu_offset */
mr 10,9
ldx 9,11,8 /* __per_cpu_offset[smp_processor_id()] */
ldx 0,10,9 /* load per cpu data */
5 loads for something that is supposed to be fast, pretty awful. One
reason for the large number of loads is that we have to synthesize 2
64bit constants (per_cpu__variable_name and __per_cpu_offset).
By putting __per_cpu_offset into the paca we can avoid the 2 loads
associated with it:
ld 11,56(13) /* paca->data_offset */
ld 9,.LC59-.LCTOC1(30) /* per_cpu__variable_name */
ldx 0,9,11 /* load per cpu data
Longer term we can should be able to do even better than 3 loads.
If per_cpu__variable_name wasnt a 64bit constant and paca->data_offset
was in a register we could cut it down to one load. A suggestion from
Rusty is to use gcc's __thread extension here. In order to do this we
would need to free up r13 (the __thread register and where the paca
currently is). So far Ive had a few unsuccessful attempts at doing that :)
The patch also allocates per cpu memory node local on NUMA machines.
This patch from Rusty has been sitting in my queue _forever_ but stalled
when I hit the compiler bug. Sorry about that.
Finally I also only allocate per cpu data for possible cpus, which comes
straight out of the x86-64 port. On a pseries kernel (with NR_CPUS == 128)
and 4 possible cpus we see some nice gains:
total used free shared buffers cached
Mem: 4012228 212860 3799368 0 0 162424
total used free shared buffers cached
Mem: 4016200 212984 3803216 0 0 162424
A saving of 3.75MB. Quite nice for smaller machines. Note: we now have
to be careful of per cpu users that touch data for !possible cpus.
At this stage it might be worth making the NUMA and possible cpu
optimisations generic, but per cpu init is done so early we have to be
careful that all architectures have their possible map setup correctly.
Signed-off-by: Anton Blanchard <anton@samba.org>
Signed-off-by: Paul Mackerras <paulus@samba.org>
2006-01-11 02:16:44 +00:00
|
|
|
|
2009-08-14 06:00:53 +00:00
|
|
|
static void __init pcpu_fc_free(void *ptr, size_t size)
|
|
|
|
{
|
|
|
|
free_bootmem(__pa(ptr), size);
|
|
|
|
}
|
[PATCH] powerpc/64: per cpu data optimisations
The current ppc64 per cpu data implementation is quite slow. eg:
lhz 11,18(13) /* smp_processor_id() */
ld 9,.LC63-.LCTOC1(30) /* per_cpu__variable_name */
ld 8,.LC61-.LCTOC1(30) /* __per_cpu_offset */
sldi 11,11,3 /* form index into __per_cpu_offset */
mr 10,9
ldx 9,11,8 /* __per_cpu_offset[smp_processor_id()] */
ldx 0,10,9 /* load per cpu data */
5 loads for something that is supposed to be fast, pretty awful. One
reason for the large number of loads is that we have to synthesize 2
64bit constants (per_cpu__variable_name and __per_cpu_offset).
By putting __per_cpu_offset into the paca we can avoid the 2 loads
associated with it:
ld 11,56(13) /* paca->data_offset */
ld 9,.LC59-.LCTOC1(30) /* per_cpu__variable_name */
ldx 0,9,11 /* load per cpu data
Longer term we can should be able to do even better than 3 loads.
If per_cpu__variable_name wasnt a 64bit constant and paca->data_offset
was in a register we could cut it down to one load. A suggestion from
Rusty is to use gcc's __thread extension here. In order to do this we
would need to free up r13 (the __thread register and where the paca
currently is). So far Ive had a few unsuccessful attempts at doing that :)
The patch also allocates per cpu memory node local on NUMA machines.
This patch from Rusty has been sitting in my queue _forever_ but stalled
when I hit the compiler bug. Sorry about that.
Finally I also only allocate per cpu data for possible cpus, which comes
straight out of the x86-64 port. On a pseries kernel (with NR_CPUS == 128)
and 4 possible cpus we see some nice gains:
total used free shared buffers cached
Mem: 4012228 212860 3799368 0 0 162424
total used free shared buffers cached
Mem: 4016200 212984 3803216 0 0 162424
A saving of 3.75MB. Quite nice for smaller machines. Note: we now have
to be careful of per cpu users that touch data for !possible cpus.
At this stage it might be worth making the NUMA and possible cpu
optimisations generic, but per cpu init is done so early we have to be
careful that all architectures have their possible map setup correctly.
Signed-off-by: Anton Blanchard <anton@samba.org>
Signed-off-by: Paul Mackerras <paulus@samba.org>
2006-01-11 02:16:44 +00:00
|
|
|
|
2009-08-14 06:00:53 +00:00
|
|
|
static int pcpu_cpu_distance(unsigned int from, unsigned int to)
|
|
|
|
{
|
|
|
|
if (cpu_to_node(from) == cpu_to_node(to))
|
|
|
|
return LOCAL_DISTANCE;
|
|
|
|
else
|
|
|
|
return REMOTE_DISTANCE;
|
|
|
|
}
|
|
|
|
|
powerpc: Optimise per cpu accesses on 64bit
Now we dynamically allocate the paca array, it takes an extra load
whenever we want to access another cpu's paca. One place we do that a lot
is per cpu variables. A simple example:
DEFINE_PER_CPU(unsigned long, vara);
unsigned long test4(int cpu)
{
return per_cpu(vara, cpu);
}
This takes 4 loads, 5 if you include the actual load of the per cpu variable:
ld r11,-32760(r30) # load address of paca pointer
ld r9,-32768(r30) # load link address of percpu variable
sldi r3,r29,9 # get offset into paca (each entry is 512 bytes)
ld r0,0(r11) # load paca pointer
add r3,r0,r3 # paca + offset
ld r11,64(r3) # load paca[cpu].data_offset
ldx r3,r9,r11 # load per cpu variable
If we remove the ppc64 specific per_cpu_offset(), we get the generic one
which indexes into a statically allocated array. This removes one load and
one add:
ld r11,-32760(r30) # load address of __per_cpu_offset
ld r9,-32768(r30) # load link address of percpu variable
sldi r3,r29,3 # get offset into __per_cpu_offset (each entry 8 bytes)
ldx r11,r11,r3 # load __per_cpu_offset[cpu]
ldx r3,r9,r11 # load per cpu variable
Having all the offsets in one array also helps when iterating over a per cpu
variable across a number of cpus, such as in the scheduler. Before we would
need to load one paca cacheline when calculating each per cpu offset. Now we
have 16 (128 / sizeof(long)) per cpu offsets in each cacheline.
Signed-off-by: Anton Blanchard <anton@samba.org>
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
2010-05-31 18:45:11 +00:00
|
|
|
unsigned long __per_cpu_offset[NR_CPUS] __read_mostly;
|
|
|
|
EXPORT_SYMBOL(__per_cpu_offset);
|
|
|
|
|
2009-08-14 06:00:53 +00:00
|
|
|
void __init setup_per_cpu_areas(void)
|
|
|
|
{
|
|
|
|
const size_t dyn_size = PERCPU_MODULE_RESERVE + PERCPU_DYNAMIC_RESERVE;
|
|
|
|
size_t atom_size;
|
|
|
|
unsigned long delta;
|
|
|
|
unsigned int cpu;
|
|
|
|
int rc;
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Linear mapping is one of 4K, 1M and 16M. For 4K, no need
|
|
|
|
* to group units. For larger mappings, use 1M atom which
|
|
|
|
* should be large enough to contain a number of units.
|
|
|
|
*/
|
|
|
|
if (mmu_linear_psize == MMU_PAGE_4K)
|
|
|
|
atom_size = PAGE_SIZE;
|
|
|
|
else
|
|
|
|
atom_size = 1 << 20;
|
|
|
|
|
|
|
|
rc = pcpu_embed_first_chunk(0, dyn_size, atom_size, pcpu_cpu_distance,
|
|
|
|
pcpu_fc_alloc, pcpu_fc_free);
|
|
|
|
if (rc < 0)
|
|
|
|
panic("cannot initialize percpu area (err=%d)", rc);
|
|
|
|
|
|
|
|
delta = (unsigned long)pcpu_base_addr - (unsigned long)__per_cpu_start;
|
powerpc: Optimise per cpu accesses on 64bit
Now we dynamically allocate the paca array, it takes an extra load
whenever we want to access another cpu's paca. One place we do that a lot
is per cpu variables. A simple example:
DEFINE_PER_CPU(unsigned long, vara);
unsigned long test4(int cpu)
{
return per_cpu(vara, cpu);
}
This takes 4 loads, 5 if you include the actual load of the per cpu variable:
ld r11,-32760(r30) # load address of paca pointer
ld r9,-32768(r30) # load link address of percpu variable
sldi r3,r29,9 # get offset into paca (each entry is 512 bytes)
ld r0,0(r11) # load paca pointer
add r3,r0,r3 # paca + offset
ld r11,64(r3) # load paca[cpu].data_offset
ldx r3,r9,r11 # load per cpu variable
If we remove the ppc64 specific per_cpu_offset(), we get the generic one
which indexes into a statically allocated array. This removes one load and
one add:
ld r11,-32760(r30) # load address of __per_cpu_offset
ld r9,-32768(r30) # load link address of percpu variable
sldi r3,r29,3 # get offset into __per_cpu_offset (each entry 8 bytes)
ldx r11,r11,r3 # load __per_cpu_offset[cpu]
ldx r3,r9,r11 # load per cpu variable
Having all the offsets in one array also helps when iterating over a per cpu
variable across a number of cpus, such as in the scheduler. Before we would
need to load one paca cacheline when calculating each per cpu offset. Now we
have 16 (128 / sizeof(long)) per cpu offsets in each cacheline.
Signed-off-by: Anton Blanchard <anton@samba.org>
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
2010-05-31 18:45:11 +00:00
|
|
|
for_each_possible_cpu(cpu) {
|
|
|
|
__per_cpu_offset[cpu] = delta + pcpu_unit_offsets[cpu];
|
|
|
|
paca[cpu].data_offset = __per_cpu_offset[cpu];
|
|
|
|
}
|
[PATCH] powerpc/64: per cpu data optimisations
The current ppc64 per cpu data implementation is quite slow. eg:
lhz 11,18(13) /* smp_processor_id() */
ld 9,.LC63-.LCTOC1(30) /* per_cpu__variable_name */
ld 8,.LC61-.LCTOC1(30) /* __per_cpu_offset */
sldi 11,11,3 /* form index into __per_cpu_offset */
mr 10,9
ldx 9,11,8 /* __per_cpu_offset[smp_processor_id()] */
ldx 0,10,9 /* load per cpu data */
5 loads for something that is supposed to be fast, pretty awful. One
reason for the large number of loads is that we have to synthesize 2
64bit constants (per_cpu__variable_name and __per_cpu_offset).
By putting __per_cpu_offset into the paca we can avoid the 2 loads
associated with it:
ld 11,56(13) /* paca->data_offset */
ld 9,.LC59-.LCTOC1(30) /* per_cpu__variable_name */
ldx 0,9,11 /* load per cpu data
Longer term we can should be able to do even better than 3 loads.
If per_cpu__variable_name wasnt a 64bit constant and paca->data_offset
was in a register we could cut it down to one load. A suggestion from
Rusty is to use gcc's __thread extension here. In order to do this we
would need to free up r13 (the __thread register and where the paca
currently is). So far Ive had a few unsuccessful attempts at doing that :)
The patch also allocates per cpu memory node local on NUMA machines.
This patch from Rusty has been sitting in my queue _forever_ but stalled
when I hit the compiler bug. Sorry about that.
Finally I also only allocate per cpu data for possible cpus, which comes
straight out of the x86-64 port. On a pseries kernel (with NR_CPUS == 128)
and 4 possible cpus we see some nice gains:
total used free shared buffers cached
Mem: 4012228 212860 3799368 0 0 162424
total used free shared buffers cached
Mem: 4016200 212984 3803216 0 0 162424
A saving of 3.75MB. Quite nice for smaller machines. Note: we now have
to be careful of per cpu users that touch data for !possible cpus.
At this stage it might be worth making the NUMA and possible cpu
optimisations generic, but per cpu init is done so early we have to be
careful that all architectures have their possible map setup correctly.
Signed-off-by: Anton Blanchard <anton@samba.org>
Signed-off-by: Paul Mackerras <paulus@samba.org>
2006-01-11 02:16:44 +00:00
|
|
|
}
|
|
|
|
#endif
|
[POWERPC] Allow hooking of PCI MMIO & PIO accessors on 64 bits
This patch reworks the way iSeries hooks on PCI IO operations (both MMIO
and PIO) and provides a generic way for other platforms to do so (we
have need to do that for various other platforms).
While reworking the IO ops, I ended up doing some spring cleaning in
io.h and eeh.h which I might want to split into 2 or 3 patches (among
others, eeh.h had a lot of useless stuff in it).
A side effect is that EEH for PIO should work now (it used to pass IO
ports down to the eeh address check functions which is bogus).
Also, new are MMIO "repeat" ops, which other archs like ARM already had,
and that we have too now: readsb, readsw, readsl, writesb, writesw,
writesl.
In the long run, I might also make EEH use the hooks instead
of wrapping at the toplevel, which would make things even cleaner and
relegate EEH completely in platforms/iseries, but we have to measure the
performance impact there (though it's really only on MMIO reads)
Since I also need to hook on ioremap, I shuffled the functions a bit
there. I introduced ioremap_flags() to use by drivers who want to pass
explicit flags to ioremap (and it can be hooked). The old __ioremap() is
still there as a low level and cannot be hooked, thus drivers who use it
should migrate unless they know they want the low level version.
The patch "arch provides generic iomap missing accessors" (should be
number 4 in this series) is a pre-requisite to provide full iomap
API support with this patch.
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Paul Mackerras <paulus@samba.org>
2006-11-11 06:25:10 +00:00
|
|
|
|
|
|
|
|
|
|
|
#ifdef CONFIG_PPC_INDIRECT_IO
|
|
|
|
struct ppc_pci_io ppc_pci_io;
|
|
|
|
EXPORT_SYMBOL(ppc_pci_io);
|
|
|
|
#endif /* CONFIG_PPC_INDIRECT_IO */
|
|
|
|
|