Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp1672868pxj; Wed, 19 May 2021 11:08:20 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwzA5rSRAC7TOZ8fI8Rijf8ulL6g7D0tLb69S3LfbPkcJxTO6abTJY5Cr8ieCKL6Mf6DZaC X-Received: by 2002:a05:6402:1ac7:: with SMTP id ba7mr301556edb.299.1621447699835; Wed, 19 May 2021 11:08:19 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1621447699; cv=none; d=google.com; s=arc-20160816; b=y0VjICe+hqgDzlBmM6C6+Ro2GpYX/NwPkRZtHM0w4KhtkmOLYqdJkSvMqy79Xo+Ky7 MR4yK6Ps8k4F22OUCjBudu+TzZ9tQlvUdZCOavIyV/vA/dAZ5jTM9V+50GwLSdgoMYha rrHcwYPgP5ZmMpVixfi6UD8NNTXhTXsb9sQvVPQUA9/oQzRzEV5boti4faU42F0ppEkP /wBEb4YFN1nSPJR+xz98zjrYkiDGouIEpTW1qQ4urxyU8U7mKtzG7Kj08a0DTZGBn23E 8GfQ3VmvtJUz9Ey6AaUGEoSv1yPwXOXE21G/n5hjwbPTpDspnm9e9ZdP+qy/VJi4w/SX jAcw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:robot-unsubscribe :robot-id:message-id:mime-version:references:in-reply-to:cc:subject :to:reply-to:sender:from:dkim-signature:dkim-signature:date; bh=X01DzKErpVi6HcXJTmbDDUSBWacNrK16jsBjNHYoLK0=; b=K7bun2pHGyANz06RFiUER5AN1wELe2sfCpMdBY2esff/pVLjaqhNoTCey+ptcOBUUw 6Y1Zoprv8Hor0C+GKUFKWMj0xY1YVKgDFc/qQIVUErRrUnkla3M5Yy16Q7XXTLHCFkHO kIqrBXWFJL2OEsi1rQ1GqozZyz6aFe9ollcs76rovGFFH6HjxewuDzuTkV/OfZ9Omou5 Yd+P4SYLmzI8Qyssyd3giujGLc+YpI6qeujPcYG0KU0sjJVXKyEE88Px0ky18HTcR4+Z ao46Rvwa8f9YzQVl2GWPft+DRetvzGW4H6HmDS6V+6AkzSxS9ATzLrK+07xCvTO76vZ8 G5fQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linutronix.de header.s=2020 header.b=UJXZrhtS; dkim=neutral (no key) header.i=@linutronix.de header.s=2020e header.b=OYSZ0nU7; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=linutronix.de Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id gj23si423986ejb.7.2021.05.19.11.07.55; Wed, 19 May 2021 11:08:19 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@linutronix.de header.s=2020 header.b=UJXZrhtS; dkim=neutral (no key) header.i=@linutronix.de header.s=2020e header.b=OYSZ0nU7; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=linutronix.de Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1349054AbhERMlz (ORCPT + 99 others); Tue, 18 May 2021 08:41:55 -0400 Received: from Galois.linutronix.de ([193.142.43.55]:59928 "EHLO galois.linutronix.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S242555AbhERMly (ORCPT ); Tue, 18 May 2021 08:41:54 -0400 Date: Tue, 18 May 2021 12:40:34 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linutronix.de; s=2020; t=1621341635; h=from:from:sender:sender:reply-to:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=X01DzKErpVi6HcXJTmbDDUSBWacNrK16jsBjNHYoLK0=; b=UJXZrhtSnYNlAfoykEdXfkAv5FCZqgAP4fiUS+aXClCbORiVeh32YrCVro0ayoQAXHQjfV pwNjK5SY12PFjt/g81Pa0Xk0nEqS+rRcKbn3bnYgkB/ovb9HrhSpFYzA2JKWewpCmkYfs5 g0LHxM++5Rl0Ej+880ItuBa9692oXgNJUEIjbM9r+oHLK5i8iWiAkLXfwLIsO5zLzHicTA S9aMrSDHgi6nlQvFUXD0egsEa3sTavNG7o0zipqxOcjMWeBbVWDgTnLraayqmMwkfOJrp+ BYnmoqjdeTyMnkDjBv8Sqt1zD1lVmZSgwvsMBNXu7UJXbckHwbkX6WJVjimPzg== DKIM-Signature: v=1; a=ed25519-sha256; c=relaxed/relaxed; d=linutronix.de; s=2020e; t=1621341635; h=from:from:sender:sender:reply-to:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=X01DzKErpVi6HcXJTmbDDUSBWacNrK16jsBjNHYoLK0=; b=OYSZ0nU7qCx/o2vlpBsKPbJDn4MW/CVm0EouBIMcPltFN2phj/g4KSYLVx73gPb4fZUgCF p9NEomgUWCqGqwBQ== From: "tip-bot2 for Borislav Petkov" Sender: tip-bot2@linutronix.de Reply-to: linux-kernel@vger.kernel.org To: linux-tip-commits@vger.kernel.org Subject: [tip: x86/apic] x86_cpu_Init_AP_exception_handling_from_cpu_init_secondary_ Cc: Borislav Petkov , Thomas Gleixner , Lai Jiangshan , "Peter Zijlstra (Intel)" , x86@kernel.org, linux-kernel@vger.kernel.org In-Reply-To: <87k0o6gtvu.ffs@nanos.tec.linutronix.de> References: <87k0o6gtvu.ffs@nanos.tec.linutronix.de> MIME-Version: 1.0 Message-ID: <162134163419.29796.9958742586545024368.tip-bot2@tip-bot2> Robot-ID: Robot-Unsubscribe: Contact to get blacklisted from these emails Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org The following commit has been merged into the x86/apic branch of tip: Commit-ID: 14508594acb7606c10f89e79f3f73e8203295f8b Gitweb: https://git.kernel.org/tip/14508594acb7606c10f89e79f3f73e8203295f8b Author: Borislav Petkov AuthorDate: Mon, 10 May 2021 23:29:25 +02:00 Committer: Thomas Gleixner CommitterDate: Tue, 18 May 2021 14:33:19 +02:00 x86_cpu_Init_AP_exception_handling_from_cpu_init_secondary_ SEV-ES guests require properly setup task register with which the TSS descriptor in the GDT can be located so that the IST-type #VC exception handler which they need to function properly, can be executed. This setup needs to happen before attempting to load microcode in ucode_cpu_init() on secondary CPUs which can cause such #VC exceptions. Simplify the machinery by running that exception setup from a new function cpu_init_secondary() and explicitly call cpu_init_exception_handling() for the boot CPU before cpu_init(). The latter prepares for fixing and simplifying the exception/IST setup on the boot CPU. There should be no functional changes resulting from this patch. [ tglx: Reworked it so cpu_init_exception_handling() stays seperate ] Signed-off-by: Borislav Petkov Signed-off-by: Thomas Gleixner Reviewed-by: Lai Jiangshan Acked-by: Peter Zijlstra (Intel) Link: https://lore.kernel.org/r/87k0o6gtvu.ffs@nanos.tec.linutronix.de --- arch/x86/include/asm/processor.h | 1 + arch/x86/kernel/cpu/common.c | 28 +++++++++++++++------------- arch/x86/kernel/smpboot.c | 3 +-- arch/x86/kernel/traps.c | 4 +--- 4 files changed, 18 insertions(+), 18 deletions(-) diff --git a/arch/x86/include/asm/processor.h b/arch/x86/include/asm/processor.h index 556b2b1..364d0e4 100644 --- a/arch/x86/include/asm/processor.h +++ b/arch/x86/include/asm/processor.h @@ -663,6 +663,7 @@ extern void load_direct_gdt(int); extern void load_fixmap_gdt(int); extern void load_percpu_segment(int); extern void cpu_init(void); +extern void cpu_init_secondary(void); extern void cpu_init_exception_handling(void); extern void cr4_init(void); diff --git a/arch/x86/kernel/cpu/common.c b/arch/x86/kernel/cpu/common.c index a1b756c..212e8bc 100644 --- a/arch/x86/kernel/cpu/common.c +++ b/arch/x86/kernel/cpu/common.c @@ -1938,13 +1938,12 @@ void cpu_init_exception_handling(void) /* * cpu_init() initializes state that is per-CPU. Some data is already - * initialized (naturally) in the bootstrap process, such as the GDT - * and IDT. We reload them nevertheless, this function acts as a - * 'CPU state barrier', nothing should get across. + * initialized (naturally) in the bootstrap process, such as the GDT. We + * reload it nevertheless, this function acts as a 'CPU state barrier', + * nothing should get across. */ void cpu_init(void) { - struct tss_struct *tss = this_cpu_ptr(&cpu_tss_rw); struct task_struct *cur = current; int cpu = raw_smp_processor_id(); @@ -1957,8 +1956,6 @@ void cpu_init(void) early_cpu_to_node(cpu) != NUMA_NO_NODE) set_numa_node(early_cpu_to_node(cpu)); #endif - setup_getcpu(cpu); - pr_debug("Initializing CPU#%d\n", cpu); if (IS_ENABLED(CONFIG_X86_64) || cpu_feature_enabled(X86_FEATURE_VME) || @@ -1970,7 +1967,6 @@ void cpu_init(void) * and set up the GDT descriptor: */ switch_to_new_gdt(cpu); - load_current_idt(); if (IS_ENABLED(CONFIG_X86_64)) { loadsegment(fs, 0); @@ -1990,12 +1986,6 @@ void cpu_init(void) initialize_tlbstate_and_flush(); enter_lazy_tlb(&init_mm, cur); - /* Initialize the TSS. */ - tss_setup_ist(tss); - tss_setup_io_bitmap(tss); - set_tss_desc(cpu, &get_cpu_entry_area(cpu)->tss.x86_tss); - - load_TR_desc(); /* * sp0 points to the entry trampoline stack regardless of what task * is running. @@ -2017,6 +2007,18 @@ void cpu_init(void) load_fixmap_gdt(cpu); } +#ifdef CONFIG_SMP +void cpu_init_secondary(void) +{ + /* + * Relies on the BP having set-up the IDT tables, which are loaded + * on this CPU in cpu_init_exception_handling(). + */ + cpu_init_exception_handling(); + cpu_init(); +} +#endif + /* * The microcode loader calls this upon late microcode load to recheck features, * only when microcode has been updated. Caller holds microcode_mutex and CPU diff --git a/arch/x86/kernel/smpboot.c b/arch/x86/kernel/smpboot.c index 7770245..2ed45b0 100644 --- a/arch/x86/kernel/smpboot.c +++ b/arch/x86/kernel/smpboot.c @@ -232,8 +232,7 @@ static void notrace start_secondary(void *unused) load_cr3(swapper_pg_dir); __flush_tlb_all(); #endif - cpu_init_exception_handling(); - cpu_init(); + cpu_init_secondary(); rcu_cpu_starting(raw_smp_processor_id()); x86_cpuinit.early_percpu_clock_init(); preempt_disable(); diff --git a/arch/x86/kernel/traps.c b/arch/x86/kernel/traps.c index 853ea7a..41f7dc4 100644 --- a/arch/x86/kernel/traps.c +++ b/arch/x86/kernel/traps.c @@ -1162,9 +1162,7 @@ void __init trap_init(void) idt_setup_traps(); - /* - * Should be a barrier for any external CPU state: - */ + cpu_init_exception_handling(); cpu_init(); idt_setup_ist_traps();