2005-10-06 02:06:20 +00:00
|
|
|
/*
|
|
|
|
* Procedures for creating, accessing and interpreting the device tree.
|
|
|
|
*
|
|
|
|
* Paul Mackerras August 1996.
|
|
|
|
* Copyright (C) 1996-2005 Paul Mackerras.
|
|
|
|
*
|
|
|
|
* Adapted for 64bit PowerPC by Dave Engebretsen and Peter Bergner.
|
|
|
|
* {engebret|bergner}@us.ibm.com
|
|
|
|
*
|
|
|
|
* 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 <stdarg.h>
|
|
|
|
#include <linux/kernel.h>
|
|
|
|
#include <linux/string.h>
|
|
|
|
#include <linux/init.h>
|
|
|
|
#include <linux/threads.h>
|
|
|
|
#include <linux/spinlock.h>
|
|
|
|
#include <linux/types.h>
|
|
|
|
#include <linux/pci.h>
|
|
|
|
#include <linux/stringify.h>
|
|
|
|
#include <linux/delay.h>
|
|
|
|
#include <linux/initrd.h>
|
|
|
|
#include <linux/bitops.h>
|
2011-07-22 22:24:23 +00:00
|
|
|
#include <linux/export.h>
|
2005-12-04 07:39:48 +00:00
|
|
|
#include <linux/kexec.h>
|
2006-07-03 11:36:01 +00:00
|
|
|
#include <linux/irq.h>
|
2010-07-12 04:36:09 +00:00
|
|
|
#include <linux/memblock.h>
|
2012-10-02 16:57:57 +00:00
|
|
|
#include <linux/of.h>
|
2014-02-28 13:42:56 +00:00
|
|
|
#include <linux/of_fdt.h>
|
2014-03-31 20:15:00 +00:00
|
|
|
#include <linux/libfdt.h>
|
2005-10-06 02:06:20 +00:00
|
|
|
|
|
|
|
#include <asm/prom.h>
|
|
|
|
#include <asm/rtas.h>
|
|
|
|
#include <asm/page.h>
|
|
|
|
#include <asm/processor.h>
|
|
|
|
#include <asm/irq.h>
|
|
|
|
#include <asm/io.h>
|
2005-12-04 07:39:37 +00:00
|
|
|
#include <asm/kdump.h>
|
2005-10-06 02:06:20 +00:00
|
|
|
#include <asm/smp.h>
|
|
|
|
#include <asm/mmu.h>
|
2010-01-28 13:23:22 +00:00
|
|
|
#include <asm/paca.h>
|
2005-10-06 02:06:20 +00:00
|
|
|
#include <asm/pgtable.h>
|
|
|
|
#include <asm/pci.h>
|
|
|
|
#include <asm/iommu.h>
|
|
|
|
#include <asm/btext.h>
|
|
|
|
#include <asm/sections.h>
|
|
|
|
#include <asm/machdep.h>
|
2005-10-10 12:50:37 +00:00
|
|
|
#include <asm/pci-bridge.h>
|
2006-05-17 08:00:46 +00:00
|
|
|
#include <asm/kexec.h>
|
2011-09-19 17:44:57 +00:00
|
|
|
#include <asm/opal.h>
|
2012-02-16 01:14:22 +00:00
|
|
|
#include <asm/fadump.h>
|
2012-10-02 15:52:41 +00:00
|
|
|
#include <asm/debug.h>
|
2011-09-19 17:44:57 +00:00
|
|
|
|
2008-04-21 18:22:34 +00:00
|
|
|
#include <mm/mmu_decl.h>
|
2005-10-06 02:06:20 +00:00
|
|
|
|
|
|
|
#ifdef DEBUG
|
|
|
|
#define DBG(fmt...) printk(KERN_ERR fmt)
|
|
|
|
#else
|
|
|
|
#define DBG(fmt...)
|
|
|
|
#endif
|
|
|
|
|
|
|
|
#ifdef CONFIG_PPC64
|
2006-04-13 02:52:33 +00:00
|
|
|
int __initdata iommu_is_off;
|
2005-10-06 02:06:20 +00:00
|
|
|
int __initdata iommu_force_on;
|
2005-10-31 02:07:02 +00:00
|
|
|
unsigned long tce_alloc_start, tce_alloc_end;
|
2010-07-06 22:39:02 +00:00
|
|
|
u64 ppc64_rma_size;
|
2005-10-06 02:06:20 +00:00
|
|
|
#endif
|
2011-05-11 20:58:18 +00:00
|
|
|
static phys_addr_t first_memblock_size;
|
2011-05-25 18:09:12 +00:00
|
|
|
static int __initdata boot_cpu_count;
|
2005-10-06 02:06:20 +00:00
|
|
|
|
2006-05-17 08:00:46 +00:00
|
|
|
static int __init early_parse_mem(char *p)
|
|
|
|
{
|
|
|
|
if (!p)
|
|
|
|
return 1;
|
|
|
|
|
|
|
|
memory_limit = PAGE_ALIGN(memparse(p, &p));
|
2012-08-21 01:42:33 +00:00
|
|
|
DBG("memory limit = 0x%llx\n", memory_limit);
|
2006-05-17 08:00:46 +00:00
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
early_param("mem", early_parse_mem);
|
|
|
|
|
powerpc: Force page alignment for initrd reserved memory
When using 64K pages with a separate cpio rootfs, U-Boot will align
the rootfs on a 4K page boundary. When the memory is reserved, and
subsequent early memblock_alloc is called, it will allocate memory
between the 64K page alignment and reserved memory. When the reserved
memory is subsequently freed, it is done so by pages, causing the
early memblock_alloc requests to be re-used, which in my case, caused
the device-tree to be clobbered.
This patch forces the reserved memory for initrd to be kernel page
aligned, and will move the device tree if it overlaps with the range
extension of initrd. This patch will also consolidate the identical
function free_initrd_mem() from mm/init_32.c, init_64.c to mm/mem.c,
and adds the same range extension when freeing initrd. free_initrd_mem()
is also moved to the __init section.
Many thanks to Milton Miller for his input on this patch.
[BenH: Fixed build without CONFIG_BLK_DEV_INITRD]
Signed-off-by: Dave Carroll <dcarroll@astekcorp.com>
Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
2011-06-09 06:52:38 +00:00
|
|
|
/*
|
|
|
|
* overlaps_initrd - check for overlap with page aligned extension of
|
|
|
|
* initrd.
|
|
|
|
*/
|
|
|
|
static inline int overlaps_initrd(unsigned long start, unsigned long size)
|
|
|
|
{
|
|
|
|
#ifdef CONFIG_BLK_DEV_INITRD
|
|
|
|
if (!initrd_start)
|
|
|
|
return 0;
|
|
|
|
|
|
|
|
return (start + size) > _ALIGN_DOWN(initrd_start, PAGE_SIZE) &&
|
|
|
|
start <= _ALIGN_UP(initrd_end, PAGE_SIZE);
|
|
|
|
#else
|
|
|
|
return 0;
|
|
|
|
#endif
|
|
|
|
}
|
|
|
|
|
2007-09-06 17:47:29 +00:00
|
|
|
/**
|
|
|
|
* move_device_tree - move tree to an unused area, if needed.
|
|
|
|
*
|
|
|
|
* The device tree may be allocated beyond our memory limit, or inside the
|
powerpc: Force page alignment for initrd reserved memory
When using 64K pages with a separate cpio rootfs, U-Boot will align
the rootfs on a 4K page boundary. When the memory is reserved, and
subsequent early memblock_alloc is called, it will allocate memory
between the 64K page alignment and reserved memory. When the reserved
memory is subsequently freed, it is done so by pages, causing the
early memblock_alloc requests to be re-used, which in my case, caused
the device-tree to be clobbered.
This patch forces the reserved memory for initrd to be kernel page
aligned, and will move the device tree if it overlaps with the range
extension of initrd. This patch will also consolidate the identical
function free_initrd_mem() from mm/init_32.c, init_64.c to mm/mem.c,
and adds the same range extension when freeing initrd. free_initrd_mem()
is also moved to the __init section.
Many thanks to Milton Miller for his input on this patch.
[BenH: Fixed build without CONFIG_BLK_DEV_INITRD]
Signed-off-by: Dave Carroll <dcarroll@astekcorp.com>
Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
2011-06-09 06:52:38 +00:00
|
|
|
* crash kernel region for kdump, or within the page aligned range of initrd.
|
|
|
|
* If so, move it out of the way.
|
2006-05-17 08:00:46 +00:00
|
|
|
*/
|
2008-03-28 16:07:45 +00:00
|
|
|
static void __init move_device_tree(void)
|
2006-05-17 08:00:46 +00:00
|
|
|
{
|
|
|
|
unsigned long start, size;
|
|
|
|
void *p;
|
|
|
|
|
|
|
|
DBG("-> move_device_tree\n");
|
|
|
|
|
|
|
|
start = __pa(initial_boot_params);
|
2014-03-31 20:15:00 +00:00
|
|
|
size = fdt_totalsize(initial_boot_params);
|
2006-05-17 08:00:46 +00:00
|
|
|
|
2011-01-27 10:30:44 +00:00
|
|
|
if ((memory_limit && (start + size) > PHYSICAL_START + memory_limit) ||
|
powerpc: Force page alignment for initrd reserved memory
When using 64K pages with a separate cpio rootfs, U-Boot will align
the rootfs on a 4K page boundary. When the memory is reserved, and
subsequent early memblock_alloc is called, it will allocate memory
between the 64K page alignment and reserved memory. When the reserved
memory is subsequently freed, it is done so by pages, causing the
early memblock_alloc requests to be re-used, which in my case, caused
the device-tree to be clobbered.
This patch forces the reserved memory for initrd to be kernel page
aligned, and will move the device tree if it overlaps with the range
extension of initrd. This patch will also consolidate the identical
function free_initrd_mem() from mm/init_32.c, init_64.c to mm/mem.c,
and adds the same range extension when freeing initrd. free_initrd_mem()
is also moved to the __init section.
Many thanks to Milton Miller for his input on this patch.
[BenH: Fixed build without CONFIG_BLK_DEV_INITRD]
Signed-off-by: Dave Carroll <dcarroll@astekcorp.com>
Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
2011-06-09 06:52:38 +00:00
|
|
|
overlaps_crashkernel(start, size) ||
|
|
|
|
overlaps_initrd(start, size)) {
|
2010-07-06 22:39:01 +00:00
|
|
|
p = __va(memblock_alloc(size, PAGE_SIZE));
|
2006-05-17 08:00:46 +00:00
|
|
|
memcpy(p, initial_boot_params, size);
|
2014-03-31 20:15:00 +00:00
|
|
|
initial_boot_params = p;
|
2006-05-17 08:00:46 +00:00
|
|
|
DBG("Moved device tree to 0x%p\n", p);
|
|
|
|
}
|
|
|
|
|
|
|
|
DBG("<- move_device_tree\n");
|
|
|
|
}
|
2005-10-06 02:06:20 +00:00
|
|
|
|
2006-05-03 13:04:37 +00:00
|
|
|
/*
|
|
|
|
* ibm,pa-features is a per-cpu property that contains a string of
|
|
|
|
* attribute descriptors, each of which has a 2 byte header plus up
|
|
|
|
* to 254 bytes worth of processor attribute bits. First header
|
|
|
|
* byte specifies the number of bytes following the header.
|
|
|
|
* Second header byte is an "attribute-specifier" type, of which
|
|
|
|
* zero is the only currently-defined value.
|
|
|
|
* Implementation: Pass in the byte and bit offset for the feature
|
|
|
|
* that we are interested in. The function will return -1 if the
|
|
|
|
* pa-features property is missing, or a 1/0 to indicate if the feature
|
|
|
|
* is supported/not supported. Note that the bit numbers are
|
|
|
|
* big-endian to match the definition in PAPR.
|
|
|
|
*/
|
|
|
|
static struct ibm_pa_feature {
|
|
|
|
unsigned long cpu_features; /* CPU_FTR_xxx bit */
|
2011-04-06 19:48:50 +00:00
|
|
|
unsigned long mmu_features; /* MMU_FTR_xxx bit */
|
2006-05-03 13:04:37 +00:00
|
|
|
unsigned int cpu_user_ftrs; /* PPC_FEATURE_xxx bit */
|
|
|
|
unsigned char pabyte; /* byte number in ibm,pa-features */
|
|
|
|
unsigned char pabit; /* bit number (big-endian) */
|
|
|
|
unsigned char invert; /* if 1, pa bit set => clear feature */
|
|
|
|
} ibm_pa_features[] __initdata = {
|
2011-04-06 19:48:50 +00:00
|
|
|
{0, 0, PPC_FEATURE_HAS_MMU, 0, 0, 0},
|
|
|
|
{0, 0, PPC_FEATURE_HAS_FPU, 0, 1, 0},
|
|
|
|
{CPU_FTR_CTRL, 0, 0, 0, 3, 0},
|
|
|
|
{CPU_FTR_NOEXECUTE, 0, 0, 0, 6, 0},
|
|
|
|
{CPU_FTR_NODSISRALIGN, 0, 0, 1, 1, 1},
|
|
|
|
{0, MMU_FTR_CI_LARGE_PAGE, 0, 1, 2, 0},
|
2006-06-29 07:12:30 +00:00
|
|
|
{CPU_FTR_REAL_LE, PPC_FEATURE_TRUE_LE, 5, 0, 0},
|
2006-05-03 13:04:37 +00:00
|
|
|
};
|
|
|
|
|
2014-04-02 04:49:03 +00:00
|
|
|
static void __init scan_features(unsigned long node, const unsigned char *ftrs,
|
2006-11-10 09:38:53 +00:00
|
|
|
unsigned long tablelen,
|
|
|
|
struct ibm_pa_feature *fp,
|
|
|
|
unsigned long ft_size)
|
2006-05-03 13:04:37 +00:00
|
|
|
{
|
2006-11-10 09:38:53 +00:00
|
|
|
unsigned long i, len, bit;
|
2006-05-03 13:04:37 +00:00
|
|
|
|
|
|
|
/* find descriptor with type == 0 */
|
|
|
|
for (;;) {
|
|
|
|
if (tablelen < 3)
|
|
|
|
return;
|
2006-11-10 09:38:53 +00:00
|
|
|
len = 2 + ftrs[0];
|
2006-05-03 13:04:37 +00:00
|
|
|
if (tablelen < len)
|
|
|
|
return; /* descriptor 0 not found */
|
2006-11-10 09:38:53 +00:00
|
|
|
if (ftrs[1] == 0)
|
2006-05-03 13:04:37 +00:00
|
|
|
break;
|
|
|
|
tablelen -= len;
|
2006-11-10 09:38:53 +00:00
|
|
|
ftrs += len;
|
2006-05-03 13:04:37 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
/* loop over bits we know about */
|
2006-11-10 09:38:53 +00:00
|
|
|
for (i = 0; i < ft_size; ++i, ++fp) {
|
|
|
|
if (fp->pabyte >= ftrs[0])
|
2006-05-03 13:04:37 +00:00
|
|
|
continue;
|
2006-11-10 09:38:53 +00:00
|
|
|
bit = (ftrs[2 + fp->pabyte] >> (7 - fp->pabit)) & 1;
|
2006-05-03 13:04:37 +00:00
|
|
|
if (bit ^ fp->invert) {
|
|
|
|
cur_cpu_spec->cpu_features |= fp->cpu_features;
|
|
|
|
cur_cpu_spec->cpu_user_features |= fp->cpu_user_ftrs;
|
2011-04-06 19:48:50 +00:00
|
|
|
cur_cpu_spec->mmu_features |= fp->mmu_features;
|
2006-05-03 13:04:37 +00:00
|
|
|
} else {
|
|
|
|
cur_cpu_spec->cpu_features &= ~fp->cpu_features;
|
|
|
|
cur_cpu_spec->cpu_user_features &= ~fp->cpu_user_ftrs;
|
2011-04-06 19:48:50 +00:00
|
|
|
cur_cpu_spec->mmu_features &= ~fp->mmu_features;
|
2006-05-03 13:04:37 +00:00
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2006-11-10 09:38:53 +00:00
|
|
|
static void __init check_cpu_pa_features(unsigned long node)
|
|
|
|
{
|
2014-04-02 04:49:03 +00:00
|
|
|
const unsigned char *pa_ftrs;
|
|
|
|
int tablelen;
|
2006-11-10 09:38:53 +00:00
|
|
|
|
|
|
|
pa_ftrs = of_get_flat_dt_prop(node, "ibm,pa-features", &tablelen);
|
|
|
|
if (pa_ftrs == NULL)
|
|
|
|
return;
|
|
|
|
|
|
|
|
scan_features(node, pa_ftrs, tablelen,
|
|
|
|
ibm_pa_features, ARRAY_SIZE(ibm_pa_features));
|
|
|
|
}
|
|
|
|
|
2009-06-02 21:17:45 +00:00
|
|
|
#ifdef CONFIG_PPC_STD_MMU_64
|
2007-12-06 06:24:48 +00:00
|
|
|
static void __init check_cpu_slb_size(unsigned long node)
|
|
|
|
{
|
2014-04-02 04:49:03 +00:00
|
|
|
const __be32 *slb_size_ptr;
|
2007-12-06 06:24:48 +00:00
|
|
|
|
2009-01-14 13:42:41 +00:00
|
|
|
slb_size_ptr = of_get_flat_dt_prop(node, "slb-size", NULL);
|
|
|
|
if (slb_size_ptr != NULL) {
|
2013-08-06 16:01:27 +00:00
|
|
|
mmu_slb_size = be32_to_cpup(slb_size_ptr);
|
2009-01-14 13:42:41 +00:00
|
|
|
return;
|
|
|
|
}
|
2007-12-06 06:24:48 +00:00
|
|
|
slb_size_ptr = of_get_flat_dt_prop(node, "ibm,slb-size", NULL);
|
|
|
|
if (slb_size_ptr != NULL) {
|
2013-08-06 16:01:27 +00:00
|
|
|
mmu_slb_size = be32_to_cpup(slb_size_ptr);
|
2007-12-06 06:24:48 +00:00
|
|
|
}
|
|
|
|
}
|
|
|
|
#else
|
|
|
|
#define check_cpu_slb_size(node) do { } while(0)
|
|
|
|
#endif
|
|
|
|
|
2006-11-10 09:38:53 +00:00
|
|
|
static struct feature_property {
|
|
|
|
const char *name;
|
|
|
|
u32 min_value;
|
|
|
|
unsigned long cpu_feature;
|
|
|
|
unsigned long cpu_user_ftr;
|
|
|
|
} feature_properties[] __initdata = {
|
|
|
|
#ifdef CONFIG_ALTIVEC
|
|
|
|
{"altivec", 0, CPU_FTR_ALTIVEC, PPC_FEATURE_HAS_ALTIVEC},
|
|
|
|
{"ibm,vmx", 1, CPU_FTR_ALTIVEC, PPC_FEATURE_HAS_ALTIVEC},
|
|
|
|
#endif /* CONFIG_ALTIVEC */
|
2008-06-25 04:07:18 +00:00
|
|
|
#ifdef CONFIG_VSX
|
|
|
|
/* Yes, this _really_ is ibm,vmx == 2 to enable VSX */
|
|
|
|
{"ibm,vmx", 2, CPU_FTR_VSX, PPC_FEATURE_HAS_VSX},
|
|
|
|
#endif /* CONFIG_VSX */
|
2006-11-10 09:38:53 +00:00
|
|
|
#ifdef CONFIG_PPC64
|
|
|
|
{"ibm,dfp", 1, 0, PPC_FEATURE_HAS_DFP},
|
|
|
|
{"ibm,purr", 1, CPU_FTR_PURR, 0},
|
|
|
|
{"ibm,spurr", 1, CPU_FTR_SPURR, 0},
|
|
|
|
#endif /* CONFIG_PPC64 */
|
|
|
|
};
|
|
|
|
|
2007-12-21 16:24:02 +00:00
|
|
|
#if defined(CONFIG_44x) && defined(CONFIG_PPC_FPU)
|
|
|
|
static inline void identical_pvr_fixup(unsigned long node)
|
|
|
|
{
|
|
|
|
unsigned int pvr;
|
2014-04-02 04:49:03 +00:00
|
|
|
const char *model = of_get_flat_dt_prop(node, "model", NULL);
|
2007-12-21 16:24:02 +00:00
|
|
|
|
|
|
|
/*
|
|
|
|
* Since 440GR(x)/440EP(x) processors have the same pvr,
|
|
|
|
* we check the node path and set bit 28 in the cur_cpu_spec
|
|
|
|
* pvr for EP(x) processor version. This bit is always 0 in
|
|
|
|
* the "real" pvr. Then we call identify_cpu again with
|
|
|
|
* the new logical pvr to enable FPU support.
|
|
|
|
*/
|
|
|
|
if (model && strstr(model, "440EP")) {
|
|
|
|
pvr = cur_cpu_spec->pvr_value | 0x8;
|
|
|
|
identify_cpu(0, pvr);
|
|
|
|
DBG("Using logical pvr %x for %s\n", pvr, model);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
#else
|
|
|
|
#define identical_pvr_fixup(node) do { } while(0)
|
|
|
|
#endif
|
|
|
|
|
2006-11-10 09:38:53 +00:00
|
|
|
static void __init check_cpu_feature_properties(unsigned long node)
|
|
|
|
{
|
|
|
|
unsigned long i;
|
|
|
|
struct feature_property *fp = feature_properties;
|
2013-08-06 16:01:27 +00:00
|
|
|
const __be32 *prop;
|
2006-11-10 09:38:53 +00:00
|
|
|
|
|
|
|
for (i = 0; i < ARRAY_SIZE(feature_properties); ++i, ++fp) {
|
|
|
|
prop = of_get_flat_dt_prop(node, fp->name, NULL);
|
2013-08-06 16:01:27 +00:00
|
|
|
if (prop && be32_to_cpup(prop) >= fp->min_value) {
|
2006-11-10 09:38:53 +00:00
|
|
|
cur_cpu_spec->cpu_features |= fp->cpu_feature;
|
|
|
|
cur_cpu_spec->cpu_user_features |= fp->cpu_user_ftr;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2005-10-06 02:06:20 +00:00
|
|
|
static int __init early_init_dt_scan_cpus(unsigned long node,
|
2006-03-25 06:25:17 +00:00
|
|
|
const char *uname, int depth,
|
|
|
|
void *data)
|
2005-10-06 02:06:20 +00:00
|
|
|
{
|
2014-04-02 04:49:03 +00:00
|
|
|
const char *type = of_get_flat_dt_prop(node, "device_type", NULL);
|
2013-08-06 16:01:27 +00:00
|
|
|
const __be32 *prop;
|
|
|
|
const __be32 *intserv;
|
2006-03-25 06:25:17 +00:00
|
|
|
int i, nthreads;
|
2014-04-02 04:49:03 +00:00
|
|
|
int len;
|
2011-03-16 03:54:35 +00:00
|
|
|
int found = -1;
|
2011-05-20 07:50:18 +00:00
|
|
|
int found_thread = 0;
|
2005-10-06 02:06:20 +00:00
|
|
|
|
|
|
|
/* We are scanning "cpu" nodes only */
|
|
|
|
if (type == NULL || strcmp(type, "cpu") != 0)
|
|
|
|
return 0;
|
|
|
|
|
2006-03-25 06:25:17 +00:00
|
|
|
/* Get physical cpuid */
|
|
|
|
intserv = of_get_flat_dt_prop(node, "ibm,ppc-interrupt-server#s", &len);
|
2011-12-08 07:20:27 +00:00
|
|
|
if (!intserv)
|
|
|
|
intserv = of_get_flat_dt_prop(node, "reg", &len);
|
|
|
|
|
|
|
|
nthreads = len / sizeof(int);
|
2006-03-25 06:25:17 +00:00
|
|
|
|
|
|
|
/*
|
|
|
|
* Now see if any of these threads match our boot cpu.
|
|
|
|
* NOTE: This must match the parsing done in smp_setup_cpu_maps.
|
|
|
|
*/
|
|
|
|
for (i = 0; i < nthreads; i++) {
|
|
|
|
/*
|
|
|
|
* version 2 of the kexec param format adds the phys cpuid of
|
|
|
|
* booted proc.
|
|
|
|
*/
|
2014-03-31 20:15:00 +00:00
|
|
|
if (fdt_version(initial_boot_params) >= 2) {
|
2013-08-06 16:01:27 +00:00
|
|
|
if (be32_to_cpu(intserv[i]) ==
|
2014-03-31 20:15:00 +00:00
|
|
|
fdt_boot_cpuid_phys(initial_boot_params)) {
|
2011-03-16 03:54:35 +00:00
|
|
|
found = boot_cpu_count;
|
2011-05-20 07:50:18 +00:00
|
|
|
found_thread = i;
|
|
|
|
}
|
2006-03-25 06:25:17 +00:00
|
|
|
} else {
|
|
|
|
/*
|
|
|
|
* Check if it's the boot-cpu, set it's hw index now,
|
|
|
|
* unfortunately this format did not support booting
|
|
|
|
* off secondary threads.
|
|
|
|
*/
|
|
|
|
if (of_get_flat_dt_prop(node,
|
2011-03-16 03:54:35 +00:00
|
|
|
"linux,boot-cpu", NULL) != NULL)
|
|
|
|
found = boot_cpu_count;
|
2005-10-06 02:06:20 +00:00
|
|
|
}
|
2006-03-25 06:25:17 +00:00
|
|
|
#ifdef CONFIG_SMP
|
|
|
|
/* logical cpu id is always 0 on UP kernels */
|
2011-03-16 03:54:35 +00:00
|
|
|
boot_cpu_count++;
|
2006-03-25 06:25:17 +00:00
|
|
|
#endif
|
|
|
|
}
|
|
|
|
|
2014-03-28 02:36:28 +00:00
|
|
|
/* Not the boot CPU */
|
|
|
|
if (found < 0)
|
|
|
|
return 0;
|
2005-10-06 02:06:20 +00:00
|
|
|
|
2014-03-28 02:36:28 +00:00
|
|
|
DBG("boot cpu: logical %d physical %d\n", found,
|
|
|
|
be32_to_cpu(intserv[found_thread]));
|
|
|
|
boot_cpuid = found;
|
|
|
|
set_hard_smp_processor_id(found, be32_to_cpu(intserv[found_thread]));
|
2007-12-21 16:24:02 +00:00
|
|
|
|
2014-03-28 02:36:28 +00:00
|
|
|
/*
|
|
|
|
* PAPR defines "logical" PVR values for cpus that
|
|
|
|
* meet various levels of the architecture:
|
|
|
|
* 0x0f000001 Architecture version 2.04
|
|
|
|
* 0x0f000002 Architecture version 2.05
|
|
|
|
* If the cpu-version property in the cpu node contains
|
|
|
|
* such a value, we call identify_cpu again with the
|
|
|
|
* logical PVR value in order to use the cpu feature
|
|
|
|
* bits appropriate for the architecture level.
|
|
|
|
*
|
|
|
|
* A POWER6 partition in "POWER6 architected" mode
|
|
|
|
* uses the 0x0f000002 PVR value; in POWER5+ mode
|
|
|
|
* it uses 0x0f000001.
|
|
|
|
*/
|
|
|
|
prop = of_get_flat_dt_prop(node, "cpu-version", NULL);
|
|
|
|
if (prop && (be32_to_cpup(prop) & 0xff000000) == 0x0f000000)
|
|
|
|
identify_cpu(0, be32_to_cpup(prop));
|
|
|
|
|
|
|
|
identical_pvr_fixup(node);
|
2005-10-06 02:06:20 +00:00
|
|
|
|
2006-11-10 09:38:53 +00:00
|
|
|
check_cpu_feature_properties(node);
|
2006-05-03 13:04:37 +00:00
|
|
|
check_cpu_pa_features(node);
|
2007-12-06 06:24:48 +00:00
|
|
|
check_cpu_slb_size(node);
|
2006-05-03 13:04:37 +00:00
|
|
|
|
2014-03-28 02:36:26 +00:00
|
|
|
#ifdef CONFIG_PPC64
|
2006-03-25 06:25:17 +00:00
|
|
|
if (nthreads > 1)
|
2005-10-06 02:06:20 +00:00
|
|
|
cur_cpu_spec->cpu_features |= CPU_FTR_SMT;
|
2006-03-25 06:25:17 +00:00
|
|
|
else
|
|
|
|
cur_cpu_spec->cpu_features &= ~CPU_FTR_SMT;
|
2005-10-06 02:06:20 +00:00
|
|
|
#endif
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2014-08-19 22:55:18 +00:00
|
|
|
static int __init early_init_dt_scan_chosen_ppc(unsigned long node,
|
|
|
|
const char *uname,
|
|
|
|
int depth, void *data)
|
2005-10-06 02:06:20 +00:00
|
|
|
{
|
2014-04-02 04:49:03 +00:00
|
|
|
const unsigned long *lprop; /* All these set by kernel, so no need to convert endian */
|
2005-10-06 02:06:20 +00:00
|
|
|
|
2010-10-20 17:45:14 +00:00
|
|
|
/* Use common scan routine to determine if this is the chosen node */
|
|
|
|
if (early_init_dt_scan_chosen(node, uname, depth, data) == 0)
|
|
|
|
return 0;
|
|
|
|
|
2005-10-06 02:06:20 +00:00
|
|
|
#ifdef CONFIG_PPC64
|
|
|
|
/* check if iommu is forced on or off */
|
2005-11-07 00:06:55 +00:00
|
|
|
if (of_get_flat_dt_prop(node, "linux,iommu-off", NULL) != NULL)
|
2005-10-06 02:06:20 +00:00
|
|
|
iommu_is_off = 1;
|
2005-11-07 00:06:55 +00:00
|
|
|
if (of_get_flat_dt_prop(node, "linux,iommu-force-on", NULL) != NULL)
|
2005-10-06 02:06:20 +00:00
|
|
|
iommu_force_on = 1;
|
|
|
|
#endif
|
|
|
|
|
2006-05-17 08:00:46 +00:00
|
|
|
/* mem=x on the command line is the preferred mechanism */
|
2009-12-11 06:42:21 +00:00
|
|
|
lprop = of_get_flat_dt_prop(node, "linux,memory-limit", NULL);
|
|
|
|
if (lprop)
|
|
|
|
memory_limit = *lprop;
|
2005-10-06 02:06:20 +00:00
|
|
|
|
|
|
|
#ifdef CONFIG_PPC64
|
2009-12-11 06:42:21 +00:00
|
|
|
lprop = of_get_flat_dt_prop(node, "linux,tce-alloc-start", NULL);
|
|
|
|
if (lprop)
|
|
|
|
tce_alloc_start = *lprop;
|
|
|
|
lprop = of_get_flat_dt_prop(node, "linux,tce-alloc-end", NULL);
|
|
|
|
if (lprop)
|
|
|
|
tce_alloc_end = *lprop;
|
2005-10-06 02:06:20 +00:00
|
|
|
#endif
|
|
|
|
|
2005-12-04 07:39:48 +00:00
|
|
|
#ifdef CONFIG_KEXEC
|
2009-01-06 13:54:25 +00:00
|
|
|
lprop = of_get_flat_dt_prop(node, "linux,crashkernel-base", NULL);
|
2007-09-06 17:46:15 +00:00
|
|
|
if (lprop)
|
|
|
|
crashk_res.start = *lprop;
|
2005-12-04 07:39:48 +00:00
|
|
|
|
2009-01-06 13:54:25 +00:00
|
|
|
lprop = of_get_flat_dt_prop(node, "linux,crashkernel-size", NULL);
|
2007-09-06 17:46:15 +00:00
|
|
|
if (lprop)
|
|
|
|
crashk_res.end = crashk_res.start + *lprop - 1;
|
2005-12-04 07:39:48 +00:00
|
|
|
#endif
|
2010-10-20 17:45:14 +00:00
|
|
|
|
|
|
|
/* break now */
|
|
|
|
return 1;
|
2005-10-06 02:06:20 +00:00
|
|
|
}
|
|
|
|
|
[POWERPC] Support ibm,dynamic-reconfiguration-memory nodes
For PAPR partitions with large amounts of memory, the firmware has an
alternative, more compact representation for the information about the
memory in the partition and its NUMA associativity information. This
adds the code to the kernel to parse this alternative representation.
The other part of this patch is telling the firmware that we can
handle the alternative representation. There is however a subtlety
here, because the firmware will invoke a reboot if the memory
representation we request is different from the representation that
firmware is currently using. This is because firmware can't change
the representation on the fly. Further, some firmware versions used
on POWER5+ machines have a bug where this reboot leaves the machine
with an altered value of load-base, which will prevent any kernel
booting until it is reset to the normal value (0x4000). Because of
this bug, we do NOT set fake_elf.rpanote.new_mem_def = 1, and thus we
do not request the new representation on POWER5+ and earlier machines.
We do request the new representation on POWER6, which uses the
ibm,client-architecture-support call.
Signed-off-by: Paul Mackerras <paulus@samba.org>
2006-11-29 11:27:42 +00:00
|
|
|
#ifdef CONFIG_PPC_PSERIES
|
|
|
|
/*
|
|
|
|
* Interpret the ibm,dynamic-memory property in the
|
|
|
|
* /ibm,dynamic-reconfiguration-memory node.
|
|
|
|
* This contains a list of memory blocks along with NUMA affinity
|
|
|
|
* information.
|
|
|
|
*/
|
|
|
|
static int __init early_init_dt_scan_drconf_memory(unsigned long node)
|
|
|
|
{
|
2014-04-02 04:49:03 +00:00
|
|
|
const __be32 *dm, *ls, *usm;
|
|
|
|
int l;
|
|
|
|
unsigned long n, flags;
|
2010-07-12 04:36:09 +00:00
|
|
|
u64 base, size, memblock_size;
|
powerpc: Add support for dynamic reconfiguration memory in kexec/kdump kernels
Kdump kernel needs to use only those memory regions that it is allowed
to use (crashkernel, rtas, tce, etc.). Each of these regions have
their own sizes and are currently added under 'linux,usable-memory'
property under each memory@xxx node of the device tree.
The ibm,dynamic-memory property of ibm,dynamic-reconfiguration-memory
node (on POWER6) now stores in it the representation for most of the
logical memory blocks with the size of each memory block being a
constant (lmb_size). If one or more or part of the above mentioned
regions lie under one of the lmb from ibm,dynamic-memory property,
there is a need to identify those regions within the given lmb.
This makes the kernel recognize a new 'linux,drconf-usable-memory'
property added by kexec-tools. Each entry in this property is of the
form of a count followed by that many (base, size) pairs for the above
mentioned regions. The number of cells in the count value is given by
the #size-cells property of the root node.
Signed-off-by: Chandru Siddalingappa <chandru@in.ibm.com>
Signed-off-by: Paul Mackerras <paulus@samba.org>
2008-08-29 14:28:16 +00:00
|
|
|
unsigned int is_kexec_kdump = 0, rngs;
|
[POWERPC] Support ibm,dynamic-reconfiguration-memory nodes
For PAPR partitions with large amounts of memory, the firmware has an
alternative, more compact representation for the information about the
memory in the partition and its NUMA associativity information. This
adds the code to the kernel to parse this alternative representation.
The other part of this patch is telling the firmware that we can
handle the alternative representation. There is however a subtlety
here, because the firmware will invoke a reboot if the memory
representation we request is different from the representation that
firmware is currently using. This is because firmware can't change
the representation on the fly. Further, some firmware versions used
on POWER5+ machines have a bug where this reboot leaves the machine
with an altered value of load-base, which will prevent any kernel
booting until it is reset to the normal value (0x4000). Because of
this bug, we do NOT set fake_elf.rpanote.new_mem_def = 1, and thus we
do not request the new representation on POWER5+ and earlier machines.
We do request the new representation on POWER6, which uses the
ibm,client-architecture-support call.
Signed-off-by: Paul Mackerras <paulus@samba.org>
2006-11-29 11:27:42 +00:00
|
|
|
|
2010-07-23 00:35:52 +00:00
|
|
|
ls = of_get_flat_dt_prop(node, "ibm,lmb-size", &l);
|
2009-12-11 06:42:17 +00:00
|
|
|
if (ls == NULL || l < dt_root_size_cells * sizeof(__be32))
|
[POWERPC] Support ibm,dynamic-reconfiguration-memory nodes
For PAPR partitions with large amounts of memory, the firmware has an
alternative, more compact representation for the information about the
memory in the partition and its NUMA associativity information. This
adds the code to the kernel to parse this alternative representation.
The other part of this patch is telling the firmware that we can
handle the alternative representation. There is however a subtlety
here, because the firmware will invoke a reboot if the memory
representation we request is different from the representation that
firmware is currently using. This is because firmware can't change
the representation on the fly. Further, some firmware versions used
on POWER5+ machines have a bug where this reboot leaves the machine
with an altered value of load-base, which will prevent any kernel
booting until it is reset to the normal value (0x4000). Because of
this bug, we do NOT set fake_elf.rpanote.new_mem_def = 1, and thus we
do not request the new representation on POWER5+ and earlier machines.
We do request the new representation on POWER6, which uses the
ibm,client-architecture-support call.
Signed-off-by: Paul Mackerras <paulus@samba.org>
2006-11-29 11:27:42 +00:00
|
|
|
return 0;
|
2010-07-12 04:36:09 +00:00
|
|
|
memblock_size = dt_mem_next_cell(dt_root_size_cells, &ls);
|
[POWERPC] Support ibm,dynamic-reconfiguration-memory nodes
For PAPR partitions with large amounts of memory, the firmware has an
alternative, more compact representation for the information about the
memory in the partition and its NUMA associativity information. This
adds the code to the kernel to parse this alternative representation.
The other part of this patch is telling the firmware that we can
handle the alternative representation. There is however a subtlety
here, because the firmware will invoke a reboot if the memory
representation we request is different from the representation that
firmware is currently using. This is because firmware can't change
the representation on the fly. Further, some firmware versions used
on POWER5+ machines have a bug where this reboot leaves the machine
with an altered value of load-base, which will prevent any kernel
booting until it is reset to the normal value (0x4000). Because of
this bug, we do NOT set fake_elf.rpanote.new_mem_def = 1, and thus we
do not request the new representation on POWER5+ and earlier machines.
We do request the new representation on POWER6, which uses the
ibm,client-architecture-support call.
Signed-off-by: Paul Mackerras <paulus@samba.org>
2006-11-29 11:27:42 +00:00
|
|
|
|
2009-01-06 13:54:25 +00:00
|
|
|
dm = of_get_flat_dt_prop(node, "ibm,dynamic-memory", &l);
|
2009-12-11 06:42:17 +00:00
|
|
|
if (dm == NULL || l < sizeof(__be32))
|
[POWERPC] Support ibm,dynamic-reconfiguration-memory nodes
For PAPR partitions with large amounts of memory, the firmware has an
alternative, more compact representation for the information about the
memory in the partition and its NUMA associativity information. This
adds the code to the kernel to parse this alternative representation.
The other part of this patch is telling the firmware that we can
handle the alternative representation. There is however a subtlety
here, because the firmware will invoke a reboot if the memory
representation we request is different from the representation that
firmware is currently using. This is because firmware can't change
the representation on the fly. Further, some firmware versions used
on POWER5+ machines have a bug where this reboot leaves the machine
with an altered value of load-base, which will prevent any kernel
booting until it is reset to the normal value (0x4000). Because of
this bug, we do NOT set fake_elf.rpanote.new_mem_def = 1, and thus we
do not request the new representation on POWER5+ and earlier machines.
We do request the new representation on POWER6, which uses the
ibm,client-architecture-support call.
Signed-off-by: Paul Mackerras <paulus@samba.org>
2006-11-29 11:27:42 +00:00
|
|
|
return 0;
|
|
|
|
|
2013-08-06 16:01:28 +00:00
|
|
|
n = of_read_number(dm++, 1); /* number of entries */
|
2009-12-11 06:42:17 +00:00
|
|
|
if (l < (n * (dt_root_addr_cells + 4) + 1) * sizeof(__be32))
|
[POWERPC] Support ibm,dynamic-reconfiguration-memory nodes
For PAPR partitions with large amounts of memory, the firmware has an
alternative, more compact representation for the information about the
memory in the partition and its NUMA associativity information. This
adds the code to the kernel to parse this alternative representation.
The other part of this patch is telling the firmware that we can
handle the alternative representation. There is however a subtlety
here, because the firmware will invoke a reboot if the memory
representation we request is different from the representation that
firmware is currently using. This is because firmware can't change
the representation on the fly. Further, some firmware versions used
on POWER5+ machines have a bug where this reboot leaves the machine
with an altered value of load-base, which will prevent any kernel
booting until it is reset to the normal value (0x4000). Because of
this bug, we do NOT set fake_elf.rpanote.new_mem_def = 1, and thus we
do not request the new representation on POWER5+ and earlier machines.
We do request the new representation on POWER6, which uses the
ibm,client-architecture-support call.
Signed-off-by: Paul Mackerras <paulus@samba.org>
2006-11-29 11:27:42 +00:00
|
|
|
return 0;
|
|
|
|
|
powerpc: Add support for dynamic reconfiguration memory in kexec/kdump kernels
Kdump kernel needs to use only those memory regions that it is allowed
to use (crashkernel, rtas, tce, etc.). Each of these regions have
their own sizes and are currently added under 'linux,usable-memory'
property under each memory@xxx node of the device tree.
The ibm,dynamic-memory property of ibm,dynamic-reconfiguration-memory
node (on POWER6) now stores in it the representation for most of the
logical memory blocks with the size of each memory block being a
constant (lmb_size). If one or more or part of the above mentioned
regions lie under one of the lmb from ibm,dynamic-memory property,
there is a need to identify those regions within the given lmb.
This makes the kernel recognize a new 'linux,drconf-usable-memory'
property added by kexec-tools. Each entry in this property is of the
form of a count followed by that many (base, size) pairs for the above
mentioned regions. The number of cells in the count value is given by
the #size-cells property of the root node.
Signed-off-by: Chandru Siddalingappa <chandru@in.ibm.com>
Signed-off-by: Paul Mackerras <paulus@samba.org>
2008-08-29 14:28:16 +00:00
|
|
|
/* check if this is a kexec/kdump kernel. */
|
2009-01-06 13:54:25 +00:00
|
|
|
usm = of_get_flat_dt_prop(node, "linux,drconf-usable-memory",
|
powerpc: Add support for dynamic reconfiguration memory in kexec/kdump kernels
Kdump kernel needs to use only those memory regions that it is allowed
to use (crashkernel, rtas, tce, etc.). Each of these regions have
their own sizes and are currently added under 'linux,usable-memory'
property under each memory@xxx node of the device tree.
The ibm,dynamic-memory property of ibm,dynamic-reconfiguration-memory
node (on POWER6) now stores in it the representation for most of the
logical memory blocks with the size of each memory block being a
constant (lmb_size). If one or more or part of the above mentioned
regions lie under one of the lmb from ibm,dynamic-memory property,
there is a need to identify those regions within the given lmb.
This makes the kernel recognize a new 'linux,drconf-usable-memory'
property added by kexec-tools. Each entry in this property is of the
form of a count followed by that many (base, size) pairs for the above
mentioned regions. The number of cells in the count value is given by
the #size-cells property of the root node.
Signed-off-by: Chandru Siddalingappa <chandru@in.ibm.com>
Signed-off-by: Paul Mackerras <paulus@samba.org>
2008-08-29 14:28:16 +00:00
|
|
|
&l);
|
|
|
|
if (usm != NULL)
|
|
|
|
is_kexec_kdump = 1;
|
|
|
|
|
[POWERPC] Support ibm,dynamic-reconfiguration-memory nodes
For PAPR partitions with large amounts of memory, the firmware has an
alternative, more compact representation for the information about the
memory in the partition and its NUMA associativity information. This
adds the code to the kernel to parse this alternative representation.
The other part of this patch is telling the firmware that we can
handle the alternative representation. There is however a subtlety
here, because the firmware will invoke a reboot if the memory
representation we request is different from the representation that
firmware is currently using. This is because firmware can't change
the representation on the fly. Further, some firmware versions used
on POWER5+ machines have a bug where this reboot leaves the machine
with an altered value of load-base, which will prevent any kernel
booting until it is reset to the normal value (0x4000). Because of
this bug, we do NOT set fake_elf.rpanote.new_mem_def = 1, and thus we
do not request the new representation on POWER5+ and earlier machines.
We do request the new representation on POWER6, which uses the
ibm,client-architecture-support call.
Signed-off-by: Paul Mackerras <paulus@samba.org>
2006-11-29 11:27:42 +00:00
|
|
|
for (; n != 0; --n) {
|
|
|
|
base = dt_mem_next_cell(dt_root_addr_cells, &dm);
|
2013-08-06 16:01:28 +00:00
|
|
|
flags = of_read_number(&dm[3], 1);
|
[POWERPC] Support ibm,dynamic-reconfiguration-memory nodes
For PAPR partitions with large amounts of memory, the firmware has an
alternative, more compact representation for the information about the
memory in the partition and its NUMA associativity information. This
adds the code to the kernel to parse this alternative representation.
The other part of this patch is telling the firmware that we can
handle the alternative representation. There is however a subtlety
here, because the firmware will invoke a reboot if the memory
representation we request is different from the representation that
firmware is currently using. This is because firmware can't change
the representation on the fly. Further, some firmware versions used
on POWER5+ machines have a bug where this reboot leaves the machine
with an altered value of load-base, which will prevent any kernel
booting until it is reset to the normal value (0x4000). Because of
this bug, we do NOT set fake_elf.rpanote.new_mem_def = 1, and thus we
do not request the new representation on POWER5+ and earlier machines.
We do request the new representation on POWER6, which uses the
ibm,client-architecture-support call.
Signed-off-by: Paul Mackerras <paulus@samba.org>
2006-11-29 11:27:42 +00:00
|
|
|
/* skip DRC index, pad, assoc. list index, flags */
|
|
|
|
dm += 4;
|
|
|
|
/* skip this block if the reserved bit is set in flags (0x80)
|
|
|
|
or if the block is not assigned to this partition (0x8) */
|
|
|
|
if ((flags & 0x80) || !(flags & 0x8))
|
|
|
|
continue;
|
2010-07-12 04:36:09 +00:00
|
|
|
size = memblock_size;
|
powerpc: Add support for dynamic reconfiguration memory in kexec/kdump kernels
Kdump kernel needs to use only those memory regions that it is allowed
to use (crashkernel, rtas, tce, etc.). Each of these regions have
their own sizes and are currently added under 'linux,usable-memory'
property under each memory@xxx node of the device tree.
The ibm,dynamic-memory property of ibm,dynamic-reconfiguration-memory
node (on POWER6) now stores in it the representation for most of the
logical memory blocks with the size of each memory block being a
constant (lmb_size). If one or more or part of the above mentioned
regions lie under one of the lmb from ibm,dynamic-memory property,
there is a need to identify those regions within the given lmb.
This makes the kernel recognize a new 'linux,drconf-usable-memory'
property added by kexec-tools. Each entry in this property is of the
form of a count followed by that many (base, size) pairs for the above
mentioned regions. The number of cells in the count value is given by
the #size-cells property of the root node.
Signed-off-by: Chandru Siddalingappa <chandru@in.ibm.com>
Signed-off-by: Paul Mackerras <paulus@samba.org>
2008-08-29 14:28:16 +00:00
|
|
|
rngs = 1;
|
|
|
|
if (is_kexec_kdump) {
|
|
|
|
/*
|
2010-07-12 04:36:09 +00:00
|
|
|
* For each memblock in ibm,dynamic-memory, a corresponding
|
powerpc: Add support for dynamic reconfiguration memory in kexec/kdump kernels
Kdump kernel needs to use only those memory regions that it is allowed
to use (crashkernel, rtas, tce, etc.). Each of these regions have
their own sizes and are currently added under 'linux,usable-memory'
property under each memory@xxx node of the device tree.
The ibm,dynamic-memory property of ibm,dynamic-reconfiguration-memory
node (on POWER6) now stores in it the representation for most of the
logical memory blocks with the size of each memory block being a
constant (lmb_size). If one or more or part of the above mentioned
regions lie under one of the lmb from ibm,dynamic-memory property,
there is a need to identify those regions within the given lmb.
This makes the kernel recognize a new 'linux,drconf-usable-memory'
property added by kexec-tools. Each entry in this property is of the
form of a count followed by that many (base, size) pairs for the above
mentioned regions. The number of cells in the count value is given by
the #size-cells property of the root node.
Signed-off-by: Chandru Siddalingappa <chandru@in.ibm.com>
Signed-off-by: Paul Mackerras <paulus@samba.org>
2008-08-29 14:28:16 +00:00
|
|
|
* entry in linux,drconf-usable-memory property contains
|
|
|
|
* a counter 'p' followed by 'p' (base, size) duple.
|
|
|
|
* Now read the counter from
|
|
|
|
* linux,drconf-usable-memory property
|
|
|
|
*/
|
|
|
|
rngs = dt_mem_next_cell(dt_root_size_cells, &usm);
|
|
|
|
if (!rngs) /* there are no (base, size) duple */
|
[POWERPC] Support ibm,dynamic-reconfiguration-memory nodes
For PAPR partitions with large amounts of memory, the firmware has an
alternative, more compact representation for the information about the
memory in the partition and its NUMA associativity information. This
adds the code to the kernel to parse this alternative representation.
The other part of this patch is telling the firmware that we can
handle the alternative representation. There is however a subtlety
here, because the firmware will invoke a reboot if the memory
representation we request is different from the representation that
firmware is currently using. This is because firmware can't change
the representation on the fly. Further, some firmware versions used
on POWER5+ machines have a bug where this reboot leaves the machine
with an altered value of load-base, which will prevent any kernel
booting until it is reset to the normal value (0x4000). Because of
this bug, we do NOT set fake_elf.rpanote.new_mem_def = 1, and thus we
do not request the new representation on POWER5+ and earlier machines.
We do request the new representation on POWER6, which uses the
ibm,client-architecture-support call.
Signed-off-by: Paul Mackerras <paulus@samba.org>
2006-11-29 11:27:42 +00:00
|
|
|
continue;
|
|
|
|
}
|
powerpc: Add support for dynamic reconfiguration memory in kexec/kdump kernels
Kdump kernel needs to use only those memory regions that it is allowed
to use (crashkernel, rtas, tce, etc.). Each of these regions have
their own sizes and are currently added under 'linux,usable-memory'
property under each memory@xxx node of the device tree.
The ibm,dynamic-memory property of ibm,dynamic-reconfiguration-memory
node (on POWER6) now stores in it the representation for most of the
logical memory blocks with the size of each memory block being a
constant (lmb_size). If one or more or part of the above mentioned
regions lie under one of the lmb from ibm,dynamic-memory property,
there is a need to identify those regions within the given lmb.
This makes the kernel recognize a new 'linux,drconf-usable-memory'
property added by kexec-tools. Each entry in this property is of the
form of a count followed by that many (base, size) pairs for the above
mentioned regions. The number of cells in the count value is given by
the #size-cells property of the root node.
Signed-off-by: Chandru Siddalingappa <chandru@in.ibm.com>
Signed-off-by: Paul Mackerras <paulus@samba.org>
2008-08-29 14:28:16 +00:00
|
|
|
do {
|
|
|
|
if (is_kexec_kdump) {
|
|
|
|
base = dt_mem_next_cell(dt_root_addr_cells,
|
|
|
|
&usm);
|
|
|
|
size = dt_mem_next_cell(dt_root_size_cells,
|
|
|
|
&usm);
|
|
|
|
}
|
|
|
|
if (iommu_is_off) {
|
|
|
|
if (base >= 0x80000000ul)
|
|
|
|
continue;
|
|
|
|
if ((base + size) > 0x80000000ul)
|
|
|
|
size = 0x80000000ul - base;
|
|
|
|
}
|
2010-07-12 04:36:09 +00:00
|
|
|
memblock_add(base, size);
|
powerpc: Add support for dynamic reconfiguration memory in kexec/kdump kernels
Kdump kernel needs to use only those memory regions that it is allowed
to use (crashkernel, rtas, tce, etc.). Each of these regions have
their own sizes and are currently added under 'linux,usable-memory'
property under each memory@xxx node of the device tree.
The ibm,dynamic-memory property of ibm,dynamic-reconfiguration-memory
node (on POWER6) now stores in it the representation for most of the
logical memory blocks with the size of each memory block being a
constant (lmb_size). If one or more or part of the above mentioned
regions lie under one of the lmb from ibm,dynamic-memory property,
there is a need to identify those regions within the given lmb.
This makes the kernel recognize a new 'linux,drconf-usable-memory'
property added by kexec-tools. Each entry in this property is of the
form of a count followed by that many (base, size) pairs for the above
mentioned regions. The number of cells in the count value is given by
the #size-cells property of the root node.
Signed-off-by: Chandru Siddalingappa <chandru@in.ibm.com>
Signed-off-by: Paul Mackerras <paulus@samba.org>
2008-08-29 14:28:16 +00:00
|
|
|
} while (--rngs);
|
[POWERPC] Support ibm,dynamic-reconfiguration-memory nodes
For PAPR partitions with large amounts of memory, the firmware has an
alternative, more compact representation for the information about the
memory in the partition and its NUMA associativity information. This
adds the code to the kernel to parse this alternative representation.
The other part of this patch is telling the firmware that we can
handle the alternative representation. There is however a subtlety
here, because the firmware will invoke a reboot if the memory
representation we request is different from the representation that
firmware is currently using. This is because firmware can't change
the representation on the fly. Further, some firmware versions used
on POWER5+ machines have a bug where this reboot leaves the machine
with an altered value of load-base, which will prevent any kernel
booting until it is reset to the normal value (0x4000). Because of
this bug, we do NOT set fake_elf.rpanote.new_mem_def = 1, and thus we
do not request the new representation on POWER5+ and earlier machines.
We do request the new representation on POWER6, which uses the
ibm,client-architecture-support call.
Signed-off-by: Paul Mackerras <paulus@samba.org>
2006-11-29 11:27:42 +00:00
|
|
|
}
|
2010-07-12 04:36:09 +00:00
|
|
|
memblock_dump_all();
|
[POWERPC] Support ibm,dynamic-reconfiguration-memory nodes
For PAPR partitions with large amounts of memory, the firmware has an
alternative, more compact representation for the information about the
memory in the partition and its NUMA associativity information. This
adds the code to the kernel to parse this alternative representation.
The other part of this patch is telling the firmware that we can
handle the alternative representation. There is however a subtlety
here, because the firmware will invoke a reboot if the memory
representation we request is different from the representation that
firmware is currently using. This is because firmware can't change
the representation on the fly. Further, some firmware versions used
on POWER5+ machines have a bug where this reboot leaves the machine
with an altered value of load-base, which will prevent any kernel
booting until it is reset to the normal value (0x4000). Because of
this bug, we do NOT set fake_elf.rpanote.new_mem_def = 1, and thus we
do not request the new representation on POWER5+ and earlier machines.
We do request the new representation on POWER6, which uses the
ibm,client-architecture-support call.
Signed-off-by: Paul Mackerras <paulus@samba.org>
2006-11-29 11:27:42 +00:00
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
#else
|
|
|
|
#define early_init_dt_scan_drconf_memory(node) 0
|
|
|
|
#endif /* CONFIG_PPC_PSERIES */
|
2005-10-06 02:06:20 +00:00
|
|
|
|
2010-02-02 04:34:14 +00:00
|
|
|
static int __init early_init_dt_scan_memory_ppc(unsigned long node,
|
|
|
|
const char *uname,
|
|
|
|
int depth, void *data)
|
2005-10-06 02:06:20 +00:00
|
|
|
{
|
[POWERPC] Support ibm,dynamic-reconfiguration-memory nodes
For PAPR partitions with large amounts of memory, the firmware has an
alternative, more compact representation for the information about the
memory in the partition and its NUMA associativity information. This
adds the code to the kernel to parse this alternative representation.
The other part of this patch is telling the firmware that we can
handle the alternative representation. There is however a subtlety
here, because the firmware will invoke a reboot if the memory
representation we request is different from the representation that
firmware is currently using. This is because firmware can't change
the representation on the fly. Further, some firmware versions used
on POWER5+ machines have a bug where this reboot leaves the machine
with an altered value of load-base, which will prevent any kernel
booting until it is reset to the normal value (0x4000). Because of
this bug, we do NOT set fake_elf.rpanote.new_mem_def = 1, and thus we
do not request the new representation on POWER5+ and earlier machines.
We do request the new representation on POWER6, which uses the
ibm,client-architecture-support call.
Signed-off-by: Paul Mackerras <paulus@samba.org>
2006-11-29 11:27:42 +00:00
|
|
|
if (depth == 1 &&
|
|
|
|
strcmp(uname, "ibm,dynamic-reconfiguration-memory") == 0)
|
|
|
|
return early_init_dt_scan_drconf_memory(node);
|
2010-02-02 04:34:14 +00:00
|
|
|
|
|
|
|
return early_init_dt_scan_memory(node, uname, depth, data);
|
|
|
|
}
|
[POWERPC] Support ibm,dynamic-reconfiguration-memory nodes
For PAPR partitions with large amounts of memory, the firmware has an
alternative, more compact representation for the information about the
memory in the partition and its NUMA associativity information. This
adds the code to the kernel to parse this alternative representation.
The other part of this patch is telling the firmware that we can
handle the alternative representation. There is however a subtlety
here, because the firmware will invoke a reboot if the memory
representation we request is different from the representation that
firmware is currently using. This is because firmware can't change
the representation on the fly. Further, some firmware versions used
on POWER5+ machines have a bug where this reboot leaves the machine
with an altered value of load-base, which will prevent any kernel
booting until it is reset to the normal value (0x4000). Because of
this bug, we do NOT set fake_elf.rpanote.new_mem_def = 1, and thus we
do not request the new representation on POWER5+ and earlier machines.
We do request the new representation on POWER6, which uses the
ibm,client-architecture-support call.
Signed-off-by: Paul Mackerras <paulus@samba.org>
2006-11-29 11:27:42 +00:00
|
|
|
|
2013-12-24 07:12:08 +00:00
|
|
|
/*
|
|
|
|
* For a relocatable kernel, we need to get the memstart_addr first,
|
|
|
|
* then use it to calculate the virtual kernel start address. This has
|
|
|
|
* to happen at a very early stage (before machine_init). In this case,
|
|
|
|
* we just want to get the memstart_address and would not like to mess the
|
|
|
|
* memblock at this stage. So introduce a variable to skip the memblock_add()
|
|
|
|
* for this reason.
|
|
|
|
*/
|
|
|
|
#ifdef CONFIG_RELOCATABLE
|
|
|
|
static int add_mem_to_memblock = 1;
|
|
|
|
#else
|
|
|
|
#define add_mem_to_memblock 1
|
|
|
|
#endif
|
|
|
|
|
2010-02-02 04:34:14 +00:00
|
|
|
void __init early_init_dt_add_memory_arch(u64 base, u64 size)
|
|
|
|
{
|
2010-07-06 22:39:02 +00:00
|
|
|
#ifdef CONFIG_PPC64
|
2010-02-02 04:34:14 +00:00
|
|
|
if (iommu_is_off) {
|
|
|
|
if (base >= 0x80000000ul)
|
|
|
|
return;
|
|
|
|
if ((base + size) > 0x80000000ul)
|
|
|
|
size = 0x80000000ul - base;
|
|
|
|
}
|
2005-10-06 02:06:20 +00:00
|
|
|
#endif
|
2011-05-11 20:58:18 +00:00
|
|
|
/* Keep track of the beginning of memory -and- the size of
|
|
|
|
* the very first block in the device-tree as it represents
|
|
|
|
* the RMA on ppc64 server
|
|
|
|
*/
|
|
|
|
if (base < memstart_addr) {
|
|
|
|
memstart_addr = base;
|
|
|
|
first_memblock_size = size;
|
|
|
|
}
|
2010-07-06 22:39:02 +00:00
|
|
|
|
|
|
|
/* Add the chunk to the MEMBLOCK list */
|
2013-12-24 07:12:08 +00:00
|
|
|
if (add_mem_to_memblock)
|
|
|
|
memblock_add(base, size);
|
2005-10-06 02:06:20 +00:00
|
|
|
}
|
|
|
|
|
2013-07-01 22:13:52 +00:00
|
|
|
static void __init early_reserve_mem_dt(void)
|
2013-04-24 06:26:30 +00:00
|
|
|
{
|
2014-04-02 04:49:03 +00:00
|
|
|
unsigned long i, dt_root;
|
|
|
|
int len;
|
2013-04-24 06:26:30 +00:00
|
|
|
const __be32 *prop;
|
|
|
|
|
2014-04-29 18:16:50 +00:00
|
|
|
early_init_fdt_scan_reserved_mem();
|
|
|
|
|
2013-04-24 06:26:30 +00:00
|
|
|
dt_root = of_get_flat_dt_root();
|
|
|
|
|
|
|
|
prop = of_get_flat_dt_prop(dt_root, "reserved-ranges", &len);
|
|
|
|
|
|
|
|
if (!prop)
|
2013-07-01 22:13:52 +00:00
|
|
|
return;
|
|
|
|
|
|
|
|
DBG("Found new-style reserved-ranges\n");
|
2013-04-24 06:26:30 +00:00
|
|
|
|
|
|
|
/* Each reserved range is an (address,size) pair, 2 cells each,
|
|
|
|
* totalling 4 cells per range. */
|
|
|
|
for (i = 0; i < len / (sizeof(*prop) * 4); i++) {
|
|
|
|
u64 base, size;
|
|
|
|
|
|
|
|
base = of_read_number(prop + (i * 4) + 0, 2);
|
|
|
|
size = of_read_number(prop + (i * 4) + 2, 2);
|
|
|
|
|
2013-07-01 22:13:52 +00:00
|
|
|
if (size) {
|
|
|
|
DBG("reserving: %llx -> %llx\n", base, size);
|
2013-04-24 06:26:30 +00:00
|
|
|
memblock_reserve(base, size);
|
2013-07-01 22:13:52 +00:00
|
|
|
}
|
2013-04-24 06:26:30 +00:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2005-10-06 02:06:20 +00:00
|
|
|
static void __init early_reserve_mem(void)
|
|
|
|
{
|
2013-08-06 16:01:27 +00:00
|
|
|
__be64 *reserve_map;
|
2005-10-06 02:06:20 +00:00
|
|
|
|
2013-08-06 16:01:27 +00:00
|
|
|
reserve_map = (__be64 *)(((unsigned long)initial_boot_params) +
|
2014-03-31 20:15:00 +00:00
|
|
|
fdt_off_mem_rsvmap(initial_boot_params));
|
2006-05-18 22:03:05 +00:00
|
|
|
|
2013-07-01 22:13:52 +00:00
|
|
|
/* Look for the new "reserved-regions" property in the DT */
|
|
|
|
early_reserve_mem_dt();
|
2013-04-24 06:26:30 +00:00
|
|
|
|
2007-02-28 03:12:29 +00:00
|
|
|
#ifdef CONFIG_BLK_DEV_INITRD
|
2013-07-01 22:13:52 +00:00
|
|
|
/* Then reserve the initrd, if any */
|
|
|
|
if (initrd_start && (initrd_end > initrd_start)) {
|
powerpc: Force page alignment for initrd reserved memory
When using 64K pages with a separate cpio rootfs, U-Boot will align
the rootfs on a 4K page boundary. When the memory is reserved, and
subsequent early memblock_alloc is called, it will allocate memory
between the 64K page alignment and reserved memory. When the reserved
memory is subsequently freed, it is done so by pages, causing the
early memblock_alloc requests to be re-used, which in my case, caused
the device-tree to be clobbered.
This patch forces the reserved memory for initrd to be kernel page
aligned, and will move the device tree if it overlaps with the range
extension of initrd. This patch will also consolidate the identical
function free_initrd_mem() from mm/init_32.c, init_64.c to mm/mem.c,
and adds the same range extension when freeing initrd. free_initrd_mem()
is also moved to the __init section.
Many thanks to Milton Miller for his input on this patch.
[BenH: Fixed build without CONFIG_BLK_DEV_INITRD]
Signed-off-by: Dave Carroll <dcarroll@astekcorp.com>
Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
2011-06-09 06:52:38 +00:00
|
|
|
memblock_reserve(_ALIGN_DOWN(__pa(initrd_start), PAGE_SIZE),
|
|
|
|
_ALIGN_UP(initrd_end, PAGE_SIZE) -
|
|
|
|
_ALIGN_DOWN(initrd_start, PAGE_SIZE));
|
2013-07-01 22:13:52 +00:00
|
|
|
}
|
2007-02-28 03:12:29 +00:00
|
|
|
#endif /* CONFIG_BLK_DEV_INITRD */
|
|
|
|
|
2006-01-11 23:57:13 +00:00
|
|
|
#ifdef CONFIG_PPC32
|
|
|
|
/*
|
|
|
|
* Handle the case where we might be booting from an old kexec
|
|
|
|
* image that setup the mem_rsvmap as pairs of 32-bit values
|
|
|
|
*/
|
2013-08-06 16:01:27 +00:00
|
|
|
if (be64_to_cpup(reserve_map) > 0xffffffffull) {
|
2006-01-11 23:57:13 +00:00
|
|
|
u32 base_32, size_32;
|
2013-08-06 16:01:27 +00:00
|
|
|
__be32 *reserve_map_32 = (__be32 *)reserve_map;
|
2006-01-11 23:57:13 +00:00
|
|
|
|
2013-07-01 22:13:52 +00:00
|
|
|
DBG("Found old 32-bit reserve map\n");
|
|
|
|
|
2006-01-11 23:57:13 +00:00
|
|
|
while (1) {
|
2013-08-06 16:01:27 +00:00
|
|
|
base_32 = be32_to_cpup(reserve_map_32++);
|
|
|
|
size_32 = be32_to_cpup(reserve_map_32++);
|
2006-01-11 23:57:13 +00:00
|
|
|
if (size_32 == 0)
|
|
|
|
break;
|
2006-02-24 16:54:52 +00:00
|
|
|
DBG("reserving: %x -> %x\n", base_32, size_32);
|
2010-07-12 04:36:09 +00:00
|
|
|
memblock_reserve(base_32, size_32);
|
2006-01-11 23:57:13 +00:00
|
|
|
}
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
#endif
|
2005-10-06 02:06:20 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
void __init early_init_devtree(void *params)
|
|
|
|
{
|
2009-05-08 12:19:27 +00:00
|
|
|
phys_addr_t limit;
|
2008-11-26 16:19:26 +00:00
|
|
|
|
2007-06-15 22:06:14 +00:00
|
|
|
DBG(" -> early_init_devtree(%p)\n", params);
|
2005-10-06 02:06:20 +00:00
|
|
|
|
2014-08-28 08:40:47 +00:00
|
|
|
/* Too early to BUG_ON(), do it by hand */
|
|
|
|
if (!early_init_dt_verify(params))
|
|
|
|
panic("BUG: Failed verifying flat device tree, bad version?");
|
|
|
|
|
2005-10-06 02:06:20 +00:00
|
|
|
/* Setup flat device-tree pointer */
|
|
|
|
initial_boot_params = params;
|
|
|
|
|
2006-06-23 08:20:13 +00:00
|
|
|
#ifdef CONFIG_PPC_RTAS
|
|
|
|
/* Some machines might need RTAS info for debugging, grab it now. */
|
|
|
|
of_scan_flat_dt(early_init_dt_scan_rtas, NULL);
|
|
|
|
#endif
|
|
|
|
|
2011-09-19 17:44:57 +00:00
|
|
|
#ifdef CONFIG_PPC_POWERNV
|
|
|
|
/* Some machines might need OPAL info for debugging, grab it now. */
|
|
|
|
of_scan_flat_dt(early_init_dt_scan_opal, NULL);
|
|
|
|
#endif
|
|
|
|
|
2012-02-16 01:14:22 +00:00
|
|
|
#ifdef CONFIG_FA_DUMP
|
|
|
|
/* scan tree to see if dump is active during last boot */
|
|
|
|
of_scan_flat_dt(early_init_dt_scan_fw_dump, NULL);
|
|
|
|
#endif
|
|
|
|
|
2005-10-06 02:06:20 +00:00
|
|
|
/* Retrieve various informations from the /chosen node of the
|
|
|
|
* device-tree, including the platform type, initrd location and
|
|
|
|
* size, TCE reserve, and more ...
|
|
|
|
*/
|
2014-09-17 04:39:36 +00:00
|
|
|
of_scan_flat_dt(early_init_dt_scan_chosen_ppc, boot_command_line);
|
2005-10-06 02:06:20 +00:00
|
|
|
|
2010-07-12 04:36:09 +00:00
|
|
|
/* Scan memory nodes and rebuild MEMBLOCKs */
|
2005-11-07 00:06:55 +00:00
|
|
|
of_scan_flat_dt(early_init_dt_scan_root, NULL);
|
2010-02-02 04:34:14 +00:00
|
|
|
of_scan_flat_dt(early_init_dt_scan_memory_ppc, NULL);
|
2006-05-17 08:00:45 +00:00
|
|
|
|
|
|
|
parse_early_param();
|
|
|
|
|
2011-09-16 15:39:58 +00:00
|
|
|
/* make sure we've parsed cmdline for mem= before this */
|
|
|
|
if (memory_limit)
|
2012-08-21 01:42:33 +00:00
|
|
|
first_memblock_size = min_t(u64, first_memblock_size, memory_limit);
|
2011-09-16 15:39:58 +00:00
|
|
|
setup_initial_memory_limit(memstart_addr, first_memblock_size);
|
2010-07-12 04:36:09 +00:00
|
|
|
/* Reserve MEMBLOCK regions used by kernel, initrd, dt, etc... */
|
|
|
|
memblock_reserve(PHYSICAL_START, __pa(klimit) - PHYSICAL_START);
|
powerpc: Make the 64-bit kernel as a position-independent executable
This implements CONFIG_RELOCATABLE for 64-bit by making the kernel as
a position-independent executable (PIE) when it is set. This involves
processing the dynamic relocations in the image in the early stages of
booting, even if the kernel is being run at the address it is linked at,
since the linker does not necessarily fill in words in the image for
which there are dynamic relocations. (In fact the linker does fill in
such words for 64-bit executables, though not for 32-bit executables,
so in principle we could avoid calling relocate() entirely when we're
running a 64-bit kernel at the linked address.)
The dynamic relocations are processed by a new function relocate(addr),
where the addr parameter is the virtual address where the image will be
run. In fact we call it twice; once before calling prom_init, and again
when starting the main kernel. This means that reloc_offset() returns
0 in prom_init (since it has been relocated to the address it is running
at), which necessitated a few adjustments.
This also changes __va and __pa to use an equivalent definition that is
simpler. With the relocatable kernel, PAGE_OFFSET and MEMORY_START are
constants (for 64-bit) whereas PHYSICAL_START is a variable (and
KERNELBASE ideally should be too, but isn't yet).
With this, relocatable kernels still copy themselves down to physical
address 0 and run there.
Signed-off-by: Paul Mackerras <paulus@samba.org>
2008-08-30 01:43:47 +00:00
|
|
|
/* If relocatable, reserve first 32k for interrupt vectors etc. */
|
|
|
|
if (PHYSICAL_START > MEMORY_START)
|
2010-07-12 04:36:09 +00:00
|
|
|
memblock_reserve(MEMORY_START, 0x8000);
|
2006-05-17 08:00:49 +00:00
|
|
|
reserve_kdump_trampoline();
|
2012-02-16 01:14:22 +00:00
|
|
|
#ifdef CONFIG_FA_DUMP
|
|
|
|
/*
|
|
|
|
* If we fail to reserve memory for firmware-assisted dump then
|
|
|
|
* fallback to kexec based kdump.
|
|
|
|
*/
|
|
|
|
if (fadump_reserve_mem() == 0)
|
|
|
|
#endif
|
|
|
|
reserve_crashkernel();
|
2005-10-06 02:06:20 +00:00
|
|
|
early_reserve_mem();
|
|
|
|
|
2014-09-17 12:15:34 +00:00
|
|
|
/* Ensure that total memory size is page-aligned. */
|
2011-12-08 18:22:07 +00:00
|
|
|
limit = ALIGN(memory_limit ?: memblock_phys_mem_size(), PAGE_SIZE);
|
2010-07-12 04:36:09 +00:00
|
|
|
memblock_enforce_memory_limit(limit);
|
2008-11-26 16:19:26 +00:00
|
|
|
|
2011-12-08 18:22:08 +00:00
|
|
|
memblock_allow_resize();
|
2010-07-12 04:36:09 +00:00
|
|
|
memblock_dump_all();
|
2006-05-17 08:00:46 +00:00
|
|
|
|
2010-07-12 04:36:09 +00:00
|
|
|
DBG("Phys. mem: %llx\n", memblock_phys_mem_size());
|
2006-05-17 08:00:46 +00:00
|
|
|
|
|
|
|
/* We may need to relocate the flat tree, do it now.
|
|
|
|
* FIXME .. and the initrd too? */
|
|
|
|
move_device_tree();
|
|
|
|
|
2010-01-28 13:23:22 +00:00
|
|
|
allocate_pacas();
|
|
|
|
|
2005-10-06 02:06:20 +00:00
|
|
|
DBG("Scanning CPUs ...\n");
|
|
|
|
|
2011-03-31 01:57:33 +00:00
|
|
|
/* Retrieve CPU related informations from the flat tree
|
2005-11-07 00:06:55 +00:00
|
|
|
* (altivec support, boot CPU ID, ...)
|
2005-10-06 02:06:20 +00:00
|
|
|
*/
|
2005-11-07 00:06:55 +00:00
|
|
|
of_scan_flat_dt(early_init_dt_scan_cpus, NULL);
|
2014-03-28 02:36:27 +00:00
|
|
|
if (boot_cpuid < 0) {
|
|
|
|
printk("Failed to indentify boot CPU !\n");
|
|
|
|
BUG();
|
|
|
|
}
|
2005-10-06 02:06:20 +00:00
|
|
|
|
2011-05-25 18:09:12 +00:00
|
|
|
#if defined(CONFIG_SMP) && defined(CONFIG_PPC64)
|
|
|
|
/* We'll later wait for secondaries to check in; there are
|
|
|
|
* NCPUS-1 non-boot CPUs :-)
|
|
|
|
*/
|
|
|
|
spinning_secondaries = boot_cpu_count - 1;
|
|
|
|
#endif
|
|
|
|
|
2013-12-16 05:16:24 +00:00
|
|
|
#ifdef CONFIG_PPC_POWERNV
|
|
|
|
/* Scan and build the list of machine check recoverable ranges */
|
|
|
|
of_scan_flat_dt(early_init_dt_scan_recoverable_ranges, NULL);
|
|
|
|
#endif
|
|
|
|
|
2005-10-06 02:06:20 +00:00
|
|
|
DBG(" <- early_init_devtree()\n");
|
|
|
|
}
|
|
|
|
|
2013-12-24 07:12:08 +00:00
|
|
|
#ifdef CONFIG_RELOCATABLE
|
|
|
|
/*
|
|
|
|
* This function run before early_init_devtree, so we have to init
|
|
|
|
* initial_boot_params.
|
|
|
|
*/
|
|
|
|
void __init early_get_first_memblock_info(void *params, phys_addr_t *size)
|
|
|
|
{
|
|
|
|
/* Setup flat device-tree pointer */
|
|
|
|
initial_boot_params = params;
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Scan the memory nodes and set add_mem_to_memblock to 0 to avoid
|
|
|
|
* mess the memblock.
|
|
|
|
*/
|
|
|
|
add_mem_to_memblock = 0;
|
|
|
|
of_scan_flat_dt(early_init_dt_scan_root, NULL);
|
|
|
|
of_scan_flat_dt(early_init_dt_scan_memory_ppc, NULL);
|
|
|
|
add_mem_to_memblock = 1;
|
|
|
|
|
|
|
|
if (size)
|
|
|
|
*size = first_memblock_size;
|
|
|
|
}
|
|
|
|
#endif
|
|
|
|
|
2005-10-06 02:06:20 +00:00
|
|
|
/*******
|
|
|
|
*
|
|
|
|
* New implementation of the OF "find" APIs, return a refcounted
|
|
|
|
* object, call of_node_put() when done. The device tree and list
|
|
|
|
* are protected by a rw_lock.
|
|
|
|
*
|
|
|
|
* Note that property management will need some locking as well,
|
|
|
|
* this isn't dealt with yet.
|
|
|
|
*
|
|
|
|
*******/
|
|
|
|
|
2013-07-15 03:03:10 +00:00
|
|
|
/**
|
|
|
|
* of_get_ibm_chip_id - Returns the IBM "chip-id" of a device
|
|
|
|
* @np: device node of the device
|
|
|
|
*
|
|
|
|
* This looks for a property "ibm,chip-id" in the node or any
|
|
|
|
* of its parents and returns its content, or -1 if it cannot
|
|
|
|
* be found.
|
|
|
|
*/
|
|
|
|
int of_get_ibm_chip_id(struct device_node *np)
|
|
|
|
{
|
|
|
|
of_node_get(np);
|
|
|
|
while(np) {
|
|
|
|
struct device_node *old = np;
|
|
|
|
const __be32 *prop;
|
|
|
|
|
|
|
|
prop = of_get_property(np, "ibm,chip-id", NULL);
|
|
|
|
if (prop) {
|
|
|
|
of_node_put(np);
|
|
|
|
return be32_to_cpup(prop);
|
|
|
|
}
|
|
|
|
np = of_get_parent(np);
|
|
|
|
of_node_put(old);
|
|
|
|
}
|
|
|
|
return -1;
|
|
|
|
}
|
|
|
|
|
2013-11-20 00:05:01 +00:00
|
|
|
/**
|
|
|
|
* cpu_to_chip_id - Return the cpus chip-id
|
|
|
|
* @cpu: The logical cpu number.
|
|
|
|
*
|
|
|
|
* Return the value of the ibm,chip-id property corresponding to the given
|
|
|
|
* logical cpu number. If the chip-id can not be found, returns -1.
|
|
|
|
*/
|
|
|
|
int cpu_to_chip_id(int cpu)
|
|
|
|
{
|
|
|
|
struct device_node *np;
|
|
|
|
|
|
|
|
np = of_get_cpu_node(cpu, NULL);
|
|
|
|
if (!np)
|
|
|
|
return -1;
|
|
|
|
|
|
|
|
of_node_put(np);
|
|
|
|
return of_get_ibm_chip_id(np);
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL(cpu_to_chip_id);
|
|
|
|
|
2013-08-15 12:34:18 +00:00
|
|
|
bool arch_match_cpu_phys_id(int cpu, u64 phys_id)
|
|
|
|
{
|
|
|
|
return (int)phys_id == get_hard_smp_processor_id(cpu);
|
|
|
|
}
|