From c7b2c4b1dde7f797622fa2adf2784491f9804eae Mon Sep 17 00:00:00 2001 From: Anton Blanchard Date: Sat, 26 Jun 2004 20:53:15 -0700 Subject: [PATCH] ppc64: remove a stale comment in rtas.c rtas.c doesn't call reloc_offset remove comment from rtas.c and extern function declaration Signed-off-by: Anton Blanchard Signed-off-by: Milton Miller Signed-off-by: Andrew Morton Signed-off-by: Linus Torvalds --- arch/ppc64/kernel/rtas.c | 23 ----------------------- 1 file changed, 23 deletions(-) diff --git a/arch/ppc64/kernel/rtas.c b/arch/ppc64/kernel/rtas.c index 5199c0261b73..251439160a2a 100644 --- a/arch/ppc64/kernel/rtas.c +++ b/arch/ppc64/kernel/rtas.c @@ -33,35 +33,12 @@ struct flash_block_list_header rtas_firmware_flash_list = {0, 0}; -/* - * prom_init() is called very early on, before the kernel text - * and data have been mapped to KERNELBASE. At this point the code - * is running at whatever address it has been loaded at, so - * references to extern and static variables must be relocated - * explicitly. The procedure reloc_offset() returns the address - * we're currently running at minus the address we were linked at. - * (Note that strings count as static variables.) - * - * Because OF may have mapped I/O devices into the area starting at - * KERNELBASE, particularly on CHRP machines, we can't safely call - * OF once the kernel has been mapped to KERNELBASE. Therefore all - * OF calls should be done within prom_init(), and prom_init() - * and all routines called within it must be careful to relocate - * references as necessary. - * - * Note that the bss is cleared *after* prom_init runs, so we have - * to make sure that any static or extern variables it accesses - * are put in the data segment. - */ - struct rtas_t rtas = { .lock = SPIN_LOCK_UNLOCKED }; char rtas_err_buf[RTAS_ERROR_LOG_MAX]; -extern unsigned long reloc_offset(void); - spinlock_t rtas_data_buf_lock = SPIN_LOCK_UNLOCKED; char rtas_data_buf[RTAS_DATA_BUF_SIZE]__page_aligned; -- cgit v1.2.3