While working on something else, I noticed that there are still some CONFIG_IA64_EARLY_PRINTK bits left over in head.S, even though that option is long gone. While at it, I also added a "hint @pause" in the endless loop at the end of _start. Not that it ever should get executed, but if it ever does, why waste power/cycles? Signed-off-by: David Mosberger-Tang <davidm@hpl.hp.com> ===== arch/ia64/kernel/head.S 1.30 vs edited ===== --- 1.30/arch/ia64/kernel/head.S 2005-01-11 15:45:50 -08:00 +++ edited/arch/ia64/kernel/head.S 2005-01-25 13:36:40 -08:00 @@ -5,7 +5,7 @@ * to set up the kernel's global pointer and jump to the kernel * entry point. * - * Copyright (C) 1998-2001, 2003 Hewlett-Packard Co + * Copyright (C) 1998-2001, 2003, 2005 Hewlett-Packard Co * David Mosberger-Tang <davidm@hpl.hp.com> * Stephane Eranian <eranian@hpl.hp.com> * Copyright (C) 1999 VA Linux Systems @@ -232,21 +232,6 @@ ;; (isBP) st8 [r2]=r28 // save the address of the boot param area passed by the bootloader -#ifdef CONFIG_IA64_EARLY_PRINTK - .rodata -alive_msg: - stringz "I'm alive and well\n" -alive_msg_end: - .previous - - alloc r2=ar.pfs,0,0,2,0 - movl out0=alive_msg - movl out1=alive_msg_end-alive_msg-1 - ;; - br.call.sptk.many rp=early_printk -1: // force new bundle -#endif /* CONFIG_IA64_EARLY_PRINTK */ - #ifdef CONFIG_SMP (isAP) br.call.sptk.many rp=start_secondary .ret0: @@ -267,7 +252,9 @@ ;; ld8 out0=[r3] br.call.sptk.many b0=console_print -self: br.sptk.many self // endless loop + +self: hint @pause + br.sptk.many self // endless loop END(_start) GLOBAL_ENTRY(ia64_save_debug_regs) - To unsubscribe from this list: send the line "unsubscribe linux-ia64" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.htmlReceived on Tue Jan 25 21:16:45 2005
This archive was generated by hypermail 2.1.8 : 2005-08-02 09:20:35 EST