e31aa453bb
Using LOAD_REG_IMMEDIATE to get the address of kernel symbols generates 5 instructions where LOAD_REG_ADDR can do it in one, and will generate R_PPC64_ADDR16_* relocations in the output when we get to making the kernel as a position-independent executable, which we'd rather not have to handle. This changes various bits of assembly code to use LOAD_REG_ADDR when we need to get the address of a symbol, or to use suitable position-independent code for cases where we can't access the TOC for various reasons, or if we're not running at the address we were linked at. It also cleans up a few minor things; there's no reason to save and restore SRR0/1 around RTAS calls, __mmu_off can get the return address from LR more conveniently than the caller can supply it in R4 (and we already assume elsewhere that EA == RA if the MMU is on in early boot), and enable_64b_mode was using 5 instructions where 2 would do. Signed-off-by: Paul Mackerras <paulus@samba.org> |
||
---|---|---|
.. | ||
Kconfig | ||
Makefile | ||
call_hpt.h | ||
call_pci.h | ||
call_sm.h | ||
dt.c | ||
exception.S | ||
exception.h | ||
htab.c | ||
hvcall.S | ||
hvlog.c | ||
hvlpconfig.c | ||
iommu.c | ||
ipl_parms.h | ||
irq.c | ||
irq.h | ||
it_exp_vpd_panel.h | ||
it_lp_naca.h | ||
ksyms.c | ||
lpardata.c | ||
lpevents.c | ||
main_store.h | ||
mf.c | ||
misc.S | ||
naca.h | ||
pci.c | ||
pci.h | ||
proc.c | ||
processor_vpd.h | ||
release_data.h | ||
setup.c | ||
setup.h | ||
smp.c | ||
smp.h | ||
spcomm_area.h | ||
vio.c | ||
viopath.c | ||
vpd_areas.h |