Received: by 2002:a05:7412:6592:b0:d7:7d3a:4fe2 with SMTP id m18csp599512rdg; Thu, 10 Aug 2023 12:56:00 -0700 (PDT) X-Google-Smtp-Source: AGHT+IFEt8gGkZwTeJjlgQs6tJeQ4PWrzkhN8MGn8lZ57CpiAX01TkXQroWP/jueeC+o2XE2DebI X-Received: by 2002:a05:6402:641:b0:523:4996:a4f9 with SMTP id u1-20020a056402064100b005234996a4f9mr2944306edx.34.1691697359858; Thu, 10 Aug 2023 12:55:59 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1691697359; cv=none; d=google.com; s=arc-20160816; b=AZbhzvHIQUw7445VBUP+x9kcZRzg1Zds/5v5uNDnSDrYuXVNqCNVEc+cy4qCarLBPG Puo81aYwAy+AT/RO6SXu15oZWUzRCkYYFxFO98i7K/Benho9TAQ0MmE+ceJ5TtF/d3Y4 Fk3dllRGUEJoniUSF6VfQ1weRORzWjqO7OaGbpDpu398wdXhAhTbLlCKsbF0hUYue6WX gwKo3kgCjnioaT+rDTn9FzFWTAED/lKyQ/kYHxeF9PIM1gCGfEEYAiBhUXYmzID3g25N s3CIDCDfs4dkcQYP7YDY5XH9HcmpgxW3qdn2IZ77i8aNiTrnh/OMhuL+ijMkqSyu0r1Z jFqg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:date:mime-version:references:subject:cc:to:from :dkim-signature:dkim-signature:message-id; bh=gvgWHgk38J3qGADoq/3qmkZUlBXc3nLuAkYAzeigZSY=; fh=Vp72a/EEov1VOHpGPkCjAnDQEmhhYrQPa+PSfT8H2jQ=; b=cxNkz+vqZpI5dXtzaG1+R0H//409GWJPUy2opxP9bZOWDXYWBCsAkMV+m/EHe7yZ6p GrJK1f9i26Q9IjzaE10QyzC3K9NbZDs5LM4br8jH8vIGDw48F9hDSpc9DxpCwdTHaO3+ SOFXDUAyQF6NrlV6FLuOYSoSCEJF8EM0syBxuWXAkw15R3gZJEBFa1Z/nkM4I7+beoed XB8jFhA9xE8vn8XDbFXrt1YOU+nwvH9MAZctLU1mexVHEVFIDo3I0l3T6N9kJHlwYSon o9+YO/+Xu1SyDqLHvEDYhKIYCOlNrUeYnTYc+w/zAdW3QAR9zRMwzxiL04JZNxECo3si BuoQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linutronix.de header.s=2020 header.b=YwdxmrVI; dkim=neutral (no key) header.i=@linutronix.de header.s=2020e header.b=j7AbLqrH; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 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 out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id s24-20020a056402165800b00522de43270dsi2150742edx.437.2023.08.10.12.55.34; Thu, 10 Aug 2023 12:55:59 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@linutronix.de header.s=2020 header.b=YwdxmrVI; dkim=neutral (no key) header.i=@linutronix.de header.s=2020e header.b=j7AbLqrH; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 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 S236069AbjHJSjO (ORCPT + 99 others); Thu, 10 Aug 2023 14:39:14 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:57782 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S235996AbjHJSil (ORCPT ); Thu, 10 Aug 2023 14:38:41 -0400 Received: from galois.linutronix.de (Galois.linutronix.de [193.142.43.55]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 175433A8D for ; Thu, 10 Aug 2023 11:38:19 -0700 (PDT) Message-ID: <20230810160806.222037973@linutronix.de> DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linutronix.de; s=2020; t=1691692679; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: references:references; bh=gvgWHgk38J3qGADoq/3qmkZUlBXc3nLuAkYAzeigZSY=; b=YwdxmrVIawd2/tEOB/OcmWdiIdlO5T27/VUCnn1PqNODTt7cNKcTWe01bXLz3HAFwMHIgV iJMi4AU2Jhn9rCi+9Vf11m/Lky7rQDyC/ebdF9Zn+5ozAe7PrnDt4OUJCi/YrM7RjXtzdd Ual4qeE6canEBwI3tisTgNRCK4S1KXukxb8InWnrA7kREgQqvZBFUpr55hw+jidkU2AsDW H2pGqjWGlgA/ZHPj71jbX1t9xTr2HWnvXTJwSo8drxqoelxE0SW1OZL/WO7BjxPmkfwfwn 4+Ovf3iAwNJ/MhZQDW4IQYxzaJs6jaqDRHjLTEyUIQLaaKN9I+oNDCdj1eG0lg== DKIM-Signature: v=1; a=ed25519-sha256; c=relaxed/relaxed; d=linutronix.de; s=2020e; t=1691692679; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: references:references; bh=gvgWHgk38J3qGADoq/3qmkZUlBXc3nLuAkYAzeigZSY=; b=j7AbLqrH79qZK7uB3sVUmkBzri0ksIZc28OGMFu266vzzyspGkosRR7aIePBmBMflTFEAS In77FyU3+1IiSBBg== From: Thomas Gleixner To: LKML Cc: x86@kernel.org, Borislav Petkov , Ashok Raj , Arjan van de Ven Subject: [patch 22/30] x86/microcode: Add per CPU control field References: <20230810153317.850017756@linutronix.de> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Date: Thu, 10 Aug 2023 20:37:58 +0200 (CEST) X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_BLOCKED, SPF_HELO_NONE,SPF_PASS autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Thomas Gleixner Add a per CPU control field to ucode_ctrl and define constants for it: SCTRL_WAIT indicates that the CPU needs to spinwait with timeout SCTRL_APPLY indicates that the CPU needs to invoke the microcode_apply() callback SCTRL_DONE indicates that the CPU can proceed without invoking the microcode_apply() callback. In theory this could be a global control field, but a global control does not cover the following case: 15 primary CPUs load microcode successfully 1 primary CPU fails and returns with an error code With global control the sibling of the failed CPU would either try again or the whole operation would be aborted with the consequence that the 15 siblings do not invoke the apply path and end up with inconsistent software state. The result in dmesg would be inconsistent too. There are two additional fields added and initialized: ctrl_cpu and secondaries. ctrl_cpu is the CPU number of the primary thread for now, but with the upcoming uniform loading at package or system scope this will be one CPU per package or just one CPU. Secondaries hands the control CPU a CPU mask which will be required to release the secondary CPUs out of the wait loop. Preparatory change for implementing a properly split control flow for primary and secondary CPUs. Signed-off-by: Thomas Gleixner --- arch/x86/kernel/cpu/microcode/core.c | 20 ++++++++++++++++++-- 1 file changed, 18 insertions(+), 2 deletions(-) --- --- a/arch/x86/kernel/cpu/microcode/core.c +++ b/arch/x86/kernel/cpu/microcode/core.c @@ -324,8 +324,16 @@ static struct platform_device *microcode * requirement can be relaxed in the future. Right now, this is conservative * and good. */ +enum sibling_ctrl { + SCTRL_WAIT, + SCTRL_APPLY, + SCTRL_DONE, +}; + struct ucode_ctrl { + enum sibling_ctrl ctrl; enum ucode_state result; + unsigned int ctrl_cpu; }; static DEFINE_PER_CPU(struct ucode_ctrl, ucode_ctrl); @@ -468,7 +476,7 @@ static int ucode_load_late_stop_cpus(voi */ static bool ucode_setup_cpus(void) { - struct ucode_ctrl ctrl = { .result = -1, }; + struct ucode_ctrl ctrl = { .ctrl = SCTRL_WAIT, .result = -1, }; unsigned int cpu; for_each_cpu_and(cpu, cpu_present_mask, &cpus_booted_once_mask) { @@ -478,7 +486,15 @@ static bool ucode_setup_cpus(void) return false; } } - /* Initialize the per CPU state */ + + /* + * Initialize the per CPU state. This is core scope for now, + * but prepared to take package or system scope into account. + */ + if (topology_is_primary_thread(cpu)) + ctrl.ctrl_cpu = cpu; + else + ctrl.ctrl_cpu = cpumask_first(topology_sibling_cpumask(cpu)); per_cpu(ucode_ctrl, cpu) = ctrl; } return true;