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> |
||
|---|---|---|
| .. | ||
| call_hpt.h | ||
| call_pci.h | ||
| call_sm.h | ||
| dt.c | ||
| exception.h | ||
| exception.S | ||
| 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 | ||
| Kconfig | ||
| ksyms.c | ||
| lpardata.c | ||
| lpevents.c | ||
| main_store.h | ||
| Makefile | ||
| 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 | ||