Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1945933AbXBBPU0 (ORCPT ); Fri, 2 Feb 2007 10:20:26 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1945936AbXBBPU0 (ORCPT ); Fri, 2 Feb 2007 10:20:26 -0500 Received: from omx2-ext.sgi.com ([192.48.171.19]:34266 "EHLO omx2.sgi.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1945933AbXBBPUZ (ORCPT ); Fri, 2 Feb 2007 10:20:25 -0500 Message-ID: <45C35705.20505@sgi.com> Date: Fri, 02 Feb 2007 07:21:41 -0800 From: Jay Lan User-Agent: Thunderbird 1.5 (X11/20060317) MIME-Version: 1.0 To: Horms CC: "Zou, Nanhai" , Magnus Damm , "Luck, Tony" , linux-ia64@vger.kernel.org, fastboot@lists.osdl.org, Andrew Morton , Magnus Damm , linux-kernel@vger.kernel.org Subject: Re: [Fastboot] [PATCH] kexec: Fix CONFIG_SMP=n compilation (ia64) References: <10EA09EFD8728347A513008B6B0DA77A086BD0@pdsmsx411.ccr.corp.intel.com> <20070202035714.GE16554@verge.net.au> In-Reply-To: <20070202035714.GE16554@verge.net.au> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1677 Lines: 47 Horms wrote: > On Fri, Feb 02, 2007 at 11:01:21AM +0800, Zou, Nanhai wrote: >>>>> void >>>>> machine_crash_shutdown(struct pt_regs *pt) >>>>> @@ -132,11 +134,12 @@ kdump_cpu_freeze(struct unw_frame_info * >>>>> atomic_inc(&kdump_cpu_freezed); >>>>> kdump_status[cpuid] = 1; >>>>> mb(); >>>>> - if (cpuid == 0) { >>>>> - for (;;) >>>>> - cpu_relax(); >>>>> - } else >>>>> +#ifdef CONFIG_HOTPLUG_CPU >>>>> + if (cpuid != 0) >>>>> ia64_jump_to_sal(&sal_boot_rendez_state[cpuid]); >>>>> +#endif >>>>> + for (;;) >>>>> + cpu_relax(); >>>>> } >>>> I trust ia64_jump_to_sal doesn't return. >>> So do I. The main problem with the compilation seems to be that >>> ia64_jump_to_sal() only exists if CONFIG_HOTPLUG_CPU=y. >>> (include/asm-ia64/sal.h, arch/ia64/kernel/head.S) >>> >> This may cause problem on SN platform. >> I remember SN requires cpu0 return to SAL rendez loop to do IRQ redirection. >> However this needs SGI people to confirm... SN needs slave cpus being returned to SAL rendez loop with the exception of cpu0. It seems there is not a decent way to return cpu0, so we decided to handle cpu0 in PROM. This above code change does not casue problem on SN platform. > > Does this mean that CONFIG_HOTPLUG_CPU may be required for kdump > on the SN platform? The SN platform uses the ia64_jump_to_sal() routine. Thanks, - jay - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/