From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1030600Ab2EQWtH (ORCPT ); Thu, 17 May 2012 18:49:07 -0400 Received: from mga02.intel.com ([134.134.136.20]:15570 "EHLO mga02.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1030492Ab2EQWtC (ORCPT ); Thu, 17 May 2012 18:49:02 -0400 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="4.67,352,1309762800"; d="scan'208";a="141875023" Subject: Re: [PATCH v6 04/12] x86/smpboot.c: Don't offline CPU0 if any irq can not be migrated out of it and remove CPU0 check in smp_callin() From: Suresh Siddha Reply-To: Suresh Siddha To: Ingo Molnar Cc: Tony Luck , Thomas Gleixner , Fenghua Yu , Ingo Molnar , H Peter Anvin , Linus Torvalds , Andrew Morton , Asit K Mallick , Arjan Dan De Ven , Len Brown , "Srivatssa S. Bhat" , Randy Dunlap , Chen Gong , linux-kernel , linux-pm , x86 , Peter Zijlstra Date: Thu, 17 May 2012 15:47:09 -0700 In-Reply-To: <20120514121725.GA10840@gmail.com> References: <1336666614-21090-1-git-send-email-fenghua.yu@intel.com> <1336666614-21090-5-git-send-email-fenghua.yu@intel.com> <20120514121725.GA10840@gmail.com> Organization: Intel Corp Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.0.3 (3.0.3-1.fc15) Content-Transfer-Encoding: 7bit Message-ID: <1337294829.1997.96.camel@sbsiddha-desk.sc.intel.com> Mime-Version: 1.0 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, 2012-05-14 at 14:17 +0200, Ingo Molnar wrote: > * Tony Luck wrote: > > > Biggest code impact of that is the extra code to bring cpu0 > > back online using NMI instead of INIT. We can't use INIT > > because if cpu0 gets one, it just resets the whole machine :-( > > But obviously we'd like to avoid special cases where there is > > a sane way to do so. > > Could we just standardize on NMI bringup during regular bootup? May be we can use the NMI or even better monitor/mwait based bringup to re-online an AP that is currently offline in play_dead(), specifically if we haven't lost that AP processor state because of suspend/resume event etc. This can speed-up online if we want to use light weight online/offline of the AP's for saving power on mobile platforms. thanks, suresh