From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932445Ab2DSUOM (ORCPT ); Thu, 19 Apr 2012 16:14:12 -0400 Received: from e23smtp09.au.ibm.com ([202.81.31.142]:57326 "EHLO e23smtp09.au.ibm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932367Ab2DSUOK (ORCPT ); Thu, 19 Apr 2012 16:14:10 -0400 From: Raghavendra K T To: "H. Peter Anvin" , Ingo Molnar Cc: Attilio Rao , Srivatsa Vaddagiri , the arch/x86 maintainers , Peter Zijlstra , Linus Torvalds , Virtualization , Konrad Rzeszutek Wilk , KVM , Raghavendra K T , Andi Kleen , Stefano Stabellini , Xen Devel , Jeremy Fitzhardinge , Marcelo Tosatti , Andrew Jones , Avi Kivity , Stephan Diestelhorst , LKML Date: Fri, 20 Apr 2012 01:43:47 +0530 Message-Id: <20120419201343.5411.77666.sendpatchset@codeblue> In-Reply-To: <20120419201209.5411.43877.sendpatchset@codeblue> References: <20120419201209.5411.43877.sendpatchset@codeblue> Subject: [PATCH RFC V7 4/12] xen: defer spinlock setup until boot CPU setup x-cbid: 12041911-3568-0000-0000-00000192563D Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Jeremy Fitzhardinge There's no need to do it at very early init, and doing it there makes it impossible to use the jump_label machinery. Signed-off-by: Jeremy Fitzhardinge Reviewed-by: Konrad Rzeszutek Wilk Signed-off-by: Raghavendra K T --- arch/x86/xen/smp.c | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/arch/x86/xen/smp.c b/arch/x86/xen/smp.c index 5fac691..9ac931b 100644 --- a/arch/x86/xen/smp.c +++ b/arch/x86/xen/smp.c @@ -207,6 +207,7 @@ static void __init xen_smp_prepare_boot_cpu(void) xen_filter_cpu_maps(); xen_setup_vcpu_info_placement(); + xen_init_spinlocks(); } static void __init xen_smp_prepare_cpus(unsigned int max_cpus) @@ -536,7 +537,6 @@ void __init xen_smp_init(void) { smp_ops = xen_smp_ops; xen_fill_possible_map(); - xen_init_spinlocks(); } static void __init xen_hvm_smp_prepare_cpus(unsigned int max_cpus)