2005-04-17 06:20:36 +08:00
|
|
|
/*
|
|
|
|
* c 2001 PPC 64 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.
|
|
|
|
*/
|
|
|
|
|
|
|
|
#include <linux/threads.h>
|
|
|
|
#include <linux/module.h>
|
|
|
|
|
|
|
|
#include <asm/lppaca.h>
|
|
|
|
#include <asm/paca.h>
|
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 09:43:47 +08:00
|
|
|
#include <asm/sections.h>
|
2005-04-17 06:20:36 +08:00
|
|
|
|
|
|
|
/* This symbol is provided by the linker - let it fill in the paca
|
|
|
|
* field correctly */
|
|
|
|
extern unsigned long __toc_start;
|
|
|
|
|
2009-06-03 05:17:41 +08:00
|
|
|
#ifdef CONFIG_PPC_BOOK3S
|
|
|
|
|
2006-01-13 07:26:42 +08:00
|
|
|
/*
|
2008-04-10 14:43:47 +08:00
|
|
|
* The structure which the hypervisor knows about - this structure
|
2006-01-13 07:26:42 +08:00
|
|
|
* should not cross a page boundary. The vpa_init/register_vpa call
|
|
|
|
* is now known to fail if the lppaca structure crosses a page
|
2008-04-10 14:43:47 +08:00
|
|
|
* boundary. The lppaca is also used on legacy iSeries and POWER5
|
|
|
|
* pSeries boxes. The lppaca is 640 bytes long, and cannot readily
|
|
|
|
* change since the hypervisor knows its layout, so a 1kB alignment
|
|
|
|
* will suffice to ensure that it doesn't cross a page boundary.
|
2006-01-13 07:26:42 +08:00
|
|
|
*/
|
|
|
|
struct lppaca lppaca[] = {
|
|
|
|
[0 ... (NR_CPUS-1)] = {
|
|
|
|
.desc = 0xd397d781, /* "LpPa" */
|
|
|
|
.size = sizeof(struct lppaca),
|
|
|
|
.dyn_proc_status = 2,
|
|
|
|
.decr_val = 0x00ff0000,
|
|
|
|
.fpregs_in_use = 1,
|
|
|
|
.end_of_quantum = 0xfffffffffffffffful,
|
|
|
|
.slb_count = 64,
|
|
|
|
.vmxregs_in_use = 0,
|
2008-10-22 13:53:45 +08:00
|
|
|
.page_ins = 0,
|
2006-01-13 07:26:42 +08:00
|
|
|
},
|
|
|
|
};
|
|
|
|
|
2009-06-03 05:17:41 +08:00
|
|
|
#endif /* CONFIG_PPC_BOOK3S */
|
|
|
|
|
|
|
|
#ifdef CONFIG_PPC_STD_MMU_64
|
|
|
|
|
2006-08-07 14:19:19 +08:00
|
|
|
/*
|
|
|
|
* 3 persistent SLBs are registered here. The buffer will be zero
|
|
|
|
* initially, hence will all be invaild until we actually write them.
|
|
|
|
*/
|
|
|
|
struct slb_shadow slb_shadow[] __cacheline_aligned = {
|
|
|
|
[0 ... (NR_CPUS-1)] = {
|
|
|
|
.persistent = SLB_NUM_BOLTED,
|
|
|
|
.buffer_length = sizeof(struct slb_shadow),
|
|
|
|
},
|
|
|
|
};
|
|
|
|
|
2009-06-03 05:17:41 +08:00
|
|
|
#endif /* CONFIG_PPC_STD_MMU_64 */
|
|
|
|
|
2005-11-09 10:38:01 +08:00
|
|
|
/* The Paca is an array with one entry per processor. Each contains an
|
2005-04-17 06:20:36 +08:00
|
|
|
* lppaca, which contains the information shared between the
|
2005-11-24 13:34:45 +08:00
|
|
|
* hypervisor and Linux.
|
2005-04-17 06:20:36 +08:00
|
|
|
* On systems with hardware multi-threading, there are two threads
|
|
|
|
* per processor. The Paca array must contain an entry for each thread.
|
|
|
|
* The VPD Areas will give a max logical processors = 2 * max physical
|
|
|
|
* processors. The processor VPD array needs one entry per physical
|
|
|
|
* processor (not thread).
|
|
|
|
*/
|
2008-04-24 11:43:49 +08:00
|
|
|
struct paca_struct paca[NR_CPUS];
|
2005-04-17 06:20:36 +08:00
|
|
|
EXPORT_SYMBOL(paca);
|
2008-04-24 11:43:49 +08:00
|
|
|
|
|
|
|
void __init initialise_pacas(void)
|
|
|
|
{
|
|
|
|
int cpu;
|
|
|
|
|
|
|
|
/* The TOC register (GPR2) points 32kB into the TOC, so that 64kB
|
|
|
|
* of the TOC can be addressed using a single machine instruction.
|
|
|
|
*/
|
|
|
|
unsigned long kernel_toc = (unsigned long)(&__toc_start) + 0x8000UL;
|
|
|
|
|
|
|
|
/* Can't use for_each_*_cpu, as they aren't functional yet */
|
|
|
|
for (cpu = 0; cpu < NR_CPUS; cpu++) {
|
|
|
|
struct paca_struct *new_paca = &paca[cpu];
|
|
|
|
|
2009-06-03 05:17:41 +08:00
|
|
|
#ifdef CONFIG_PPC_BOOK3S
|
2008-04-24 11:43:49 +08:00
|
|
|
new_paca->lppaca_ptr = &lppaca[cpu];
|
2009-06-03 05:17:41 +08:00
|
|
|
#endif
|
2008-04-24 11:43:49 +08:00
|
|
|
new_paca->lock_token = 0x8000;
|
|
|
|
new_paca->paca_index = cpu;
|
|
|
|
new_paca->kernel_toc = kernel_toc;
|
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 09:43:47 +08:00
|
|
|
new_paca->kernelbase = (unsigned long) _stext;
|
2008-08-30 09:40:24 +08:00
|
|
|
new_paca->kernel_msr = MSR_KERNEL;
|
2008-04-24 11:43:49 +08:00
|
|
|
new_paca->hw_cpu_id = 0xffff;
|
|
|
|
new_paca->__current = &init_task;
|
2009-06-03 05:17:41 +08:00
|
|
|
#ifdef CONFIG_PPC_STD_MMU_64
|
|
|
|
new_paca->slb_shadow_ptr = &slb_shadow[cpu];
|
|
|
|
#endif /* CONFIG_PPC_STD_MMU_64 */
|
2008-04-24 11:43:49 +08:00
|
|
|
|
|
|
|
}
|
|
|
|
}
|