From: Josh Poimboeuf <jpoimboe@kernel.org>
To: David Kaplan <david.kaplan@amd.com>
Cc: Thomas Gleixner <tglx@linutronix.de>,
Borislav Petkov <bp@alien8.de>,
Peter Zijlstra <peterz@infradead.org>,
Pawan Gupta <pawan.kumar.gupta@linux.intel.com>,
Ingo Molnar <mingo@redhat.com>,
Dave Hansen <dave.hansen@linux.intel.com>,
x86@kernel.org, "H . Peter Anvin" <hpa@zytor.com>,
linux-kernel@vger.kernel.org
Subject: Re: [PATCH v3 05/35] x86/bugs: Restructure taa mitigation
Date: Mon, 10 Feb 2025 14:50:16 -0800 [thread overview]
Message-ID: <20250210225016.cosuartrzzuaftqf@jpoimboe> (raw)
In-Reply-To: <20250108202515.385902-6-david.kaplan@amd.com>
On Wed, Jan 08, 2025 at 02:24:45PM -0600, David Kaplan wrote:
> @@ -400,48 +402,71 @@ static void __init taa_select_mitigation(void)
> return;
> }
>
> - if (cpu_mitigations_off()) {
> + if (cpu_mitigations_off())
> taa_mitigation = TAA_MITIGATION_OFF;
> - return;
> - }
>
> /*
> * TAA mitigation via VERW is turned off if both
> * tsx_async_abort=off and mds=off are specified.
> + *
> + * MDS mitigation will be checked in taa_update_mitigation().
> */
> - if (taa_mitigation == TAA_MITIGATION_OFF &&
> - mds_mitigation == MDS_MITIGATION_OFF)
> + if (taa_mitigation == TAA_MITIGATION_OFF)
> return;
This check seems rather pointless, the only thing after this is the
TAA_MITIGATION_AUTO check.
>
> - if (boot_cpu_has(X86_FEATURE_MD_CLEAR))
> + /* Microcode will be checked in taa_update_mitigation(). */
> + if (taa_mitigation == TAA_MITIGATION_AUTO)
> taa_mitigation = TAA_MITIGATION_VERW;
> - else
> - taa_mitigation = TAA_MITIGATION_UCODE_NEEDED;
In the previous patch, MDS checks for ucode in both select and update,
which is overkill. That should probably be done only in
mds_update_mitigation() to be consistent with how TAA does it here?
>
> - /*
> - * VERW doesn't clear the CPU buffers when MD_CLEAR=1 and MDS_NO=1.
> - * A microcode update fixes this behavior to clear CPU buffers. It also
> - * adds support for MSR_IA32_TSX_CTRL which is enumerated by the
> - * ARCH_CAP_TSX_CTRL_MSR bit.
> - *
> - * On MDS_NO=1 CPUs if ARCH_CAP_TSX_CTRL_MSR is not set, microcode
> - * update is required.
> - */
> - if ( (x86_arch_cap_msr & ARCH_CAP_MDS_NO) &&
> - !(x86_arch_cap_msr & ARCH_CAP_TSX_CTRL_MSR))
> - taa_mitigation = TAA_MITIGATION_UCODE_NEEDED;
> +}
Extra whitespace here at the end of the function.
> +static void __init taa_update_mitigation(void)
> +{
> + if (!boot_cpu_has_bug(X86_BUG_TAA) || cpu_mitigations_off())
> + return;
> +
> + if (verw_mitigation_enabled())
> + taa_mitigation = TAA_MITIGATION_VERW;
This overwrites TAA_MITIGATION_TSX_DISABLED?
I think reporting TSX disabled here is more accurate than reporting
VERW, since the VERW is only done to mitigate the other vulns.
> +static void __init taa_apply_mitigation(void)
> +{
> + if (taa_mitigation == TAA_MITIGATION_VERW ||
> + taa_mitigation == TAA_MITIGATION_UCODE_NEEDED) {
> + /*
> + * TSX is enabled, select alternate mitigation for TAA which is
> + * the same as MDS. Enable MDS static branch to clear CPU buffers.
> + *
> + * For guests that can't determine whether the correct microcode is
> + * present on host, enable the mitigation for UCODE_NEEDED as well.
> + */
> + setup_force_cpu_cap(X86_FEATURE_CLEAR_CPU_BUF);
> +
> + if (taa_nosmt || cpu_mitigations_auto_nosmt())
> + cpu_smt_disable(false);
> + }
>
> - if (taa_nosmt || cpu_mitigations_auto_nosmt())
> - cpu_smt_disable(false);
> }
Another extra whitespace here at the end of the function.
--
Josh
next prev parent reply other threads:[~2025-02-10 22:50 UTC|newest]
Thread overview: 138+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-01-08 20:24 [PATCH v3 00/35] x86/bugs: Attack vector controls David Kaplan
2025-01-08 20:24 ` [PATCH v3 01/35] x86/bugs: Add X86_BUG_SPECTRE_V2_USER David Kaplan
2025-02-28 11:53 ` [tip: x86/bugs] " tip-bot2 for David Kaplan
2025-01-08 20:24 ` [PATCH v3 02/35] x86/bugs: Relocate mds/taa/mmio/rfds defines David Kaplan
2025-02-28 11:53 ` [tip: x86/bugs] " tip-bot2 for David Kaplan
2025-01-08 20:24 ` [PATCH v3 03/35] x86/bugs: Add AUTO mitigations for mds/taa/mmio/rfds David Kaplan
2025-02-28 11:53 ` [tip: x86/bugs] " tip-bot2 for David Kaplan
2025-01-08 20:24 ` [PATCH v3 04/35] x86/bugs: Restructure mds mitigation David Kaplan
2025-02-10 16:13 ` Brendan Jackman
2025-02-10 17:17 ` Kaplan, David
2025-02-10 17:28 ` Brendan Jackman
2025-02-10 22:25 ` Josh Poimboeuf
2025-02-10 22:33 ` Kaplan, David
2025-01-08 20:24 ` [PATCH v3 05/35] x86/bugs: Restructure taa mitigation David Kaplan
2025-02-10 16:24 ` Brendan Jackman
2025-02-10 17:19 ` Kaplan, David
2025-02-10 22:50 ` Josh Poimboeuf [this message]
2025-02-11 17:17 ` Kaplan, David
2025-02-11 19:17 ` Josh Poimboeuf
2025-01-08 20:24 ` [PATCH v3 06/35] x86/bugs: Restructure mmio mitigation David Kaplan
2025-02-10 16:42 ` Brendan Jackman
2025-02-10 17:22 ` Kaplan, David
2025-02-10 17:35 ` Brendan Jackman
2025-02-10 23:29 ` Josh Poimboeuf
2025-02-11 20:35 ` Kaplan, David
2025-02-11 23:18 ` Josh Poimboeuf
2025-02-12 17:28 ` Kaplan, David
2025-02-12 23:16 ` Josh Poimboeuf
2025-02-19 18:20 ` Borislav Petkov
2025-02-21 21:48 ` Kaplan, David
2025-01-08 20:24 ` [PATCH v3 07/35] x86/bugs: Restructure rfds mitigation David Kaplan
2025-02-10 23:36 ` Josh Poimboeuf
2025-02-11 22:49 ` Kaplan, David
2025-01-08 20:24 ` [PATCH v3 08/35] x86/bugs: Remove md_clear_*_mitigation() David Kaplan
2025-01-08 20:24 ` [PATCH v3 09/35] x86/bugs: Restructure srbds mitigation David Kaplan
2025-02-10 23:44 ` Josh Poimboeuf
2025-02-11 22:59 ` Kaplan, David
2025-01-08 20:24 ` [PATCH v3 10/35] x86/bugs: Restructure gds mitigation David Kaplan
2025-02-10 17:06 ` Brendan Jackman
2025-02-10 17:27 ` Kaplan, David
2025-02-10 17:40 ` Brendan Jackman
2025-02-10 23:52 ` Josh Poimboeuf
2025-02-12 15:36 ` Kaplan, David
2025-01-08 20:24 ` [PATCH v3 11/35] x86/bugs: Restructure spectre_v1 mitigation David Kaplan
2025-01-08 20:24 ` [PATCH v3 12/35] x86/bugs: Restructure retbleed mitigation David Kaplan
2025-01-09 5:22 ` Pawan Gupta
2025-01-09 15:26 ` Kaplan, David
2025-01-09 16:40 ` Pawan Gupta
2025-01-09 16:42 ` Kaplan, David
2025-01-10 18:45 ` David Laight
2025-01-10 20:30 ` Pawan Gupta
2025-01-10 20:35 ` Borislav Petkov
2025-02-10 18:35 ` Brendan Jackman
2025-02-10 20:50 ` Kaplan, David
2025-02-11 0:10 ` Josh Poimboeuf
2025-02-24 15:45 ` Borislav Petkov
2025-02-24 15:59 ` Kaplan, David
2025-01-08 20:24 ` [PATCH v3 13/35] x86/bugs: Restructure spectre_v2_user mitigation David Kaplan
2025-02-11 0:53 ` Josh Poimboeuf
2025-02-12 15:59 ` Kaplan, David
2025-02-12 21:35 ` Josh Poimboeuf
2025-01-08 20:24 ` [PATCH v3 14/35] x86/bugs: Restructure bhi mitigation David Kaplan
2025-01-08 20:24 ` [PATCH v3 15/35] x86/bugs: Restructure spectre_v2 mitigation David Kaplan
2025-02-11 1:07 ` Josh Poimboeuf
2025-02-12 16:40 ` Kaplan, David
2025-01-08 20:24 ` [PATCH v3 16/35] x86/bugs: Restructure ssb mitigation David Kaplan
2025-02-11 1:10 ` Josh Poimboeuf
2025-02-12 16:45 ` Kaplan, David
2025-01-08 20:24 ` [PATCH v3 17/35] x86/bugs: Restructure l1tf mitigation David Kaplan
2025-02-11 1:21 ` Josh Poimboeuf
2025-02-12 16:47 ` Kaplan, David
2025-01-08 20:24 ` [PATCH v3 18/35] x86/bugs: Restructure srso mitigation David Kaplan
2025-02-11 16:39 ` Josh Poimboeuf
2025-02-12 17:01 ` Kaplan, David
2025-01-08 20:24 ` [PATCH v3 19/35] Documentation/x86: Document the new attack vector controls David Kaplan
2025-02-11 16:43 ` Josh Poimboeuf
2025-02-11 16:57 ` Kaplan, David
2025-01-08 20:25 ` [PATCH v3 20/35] x86/bugs: Define attack vectors David Kaplan
2025-02-11 18:07 ` Josh Poimboeuf
2025-02-12 17:20 ` Kaplan, David
2025-02-17 17:33 ` Kaplan, David
2025-02-17 20:19 ` Josh Poimboeuf
2025-02-17 20:38 ` Kaplan, David
2025-02-17 23:39 ` Josh Poimboeuf
2025-02-18 2:24 ` Kaplan, David
2025-02-18 7:05 ` Josh Poimboeuf
2025-02-18 8:52 ` Borislav Petkov
2025-02-20 22:04 ` Josh Poimboeuf
2025-02-26 18:57 ` Kaplan, David
2025-02-26 20:14 ` Pawan Gupta
2025-02-26 21:01 ` Borislav Petkov
2025-02-26 21:51 ` Pawan Gupta
2025-02-27 13:39 ` Borislav Petkov
2025-02-26 21:03 ` Kaplan, David
2025-02-26 22:13 ` Pawan Gupta
2025-02-26 22:18 ` Kaplan, David
2025-02-26 22:34 ` Pawan Gupta
2025-02-26 23:44 ` Josh Poimboeuf
2025-02-27 0:35 ` Pawan Gupta
2025-02-27 1:23 ` Josh Poimboeuf
2025-02-27 3:50 ` Pawan Gupta
2025-02-27 14:08 ` Borislav Petkov
2025-02-27 14:36 ` Kaplan, David
2025-02-27 15:01 ` Borislav Petkov
2025-02-27 15:22 ` Kaplan, David
2025-02-27 15:37 ` Borislav Petkov
2025-02-27 16:05 ` Kaplan, David
2025-02-27 17:07 ` Borislav Petkov
2025-01-08 20:25 ` [PATCH v3 21/35] x86/bugs: Determine relevant vulnerabilities based on attack vector controls David Kaplan
2025-01-09 3:43 ` Pawan Gupta
2025-01-09 15:08 ` Kaplan, David
2025-02-11 18:41 ` Josh Poimboeuf
2025-02-11 18:54 ` Josh Poimboeuf
2025-02-11 19:04 ` Kaplan, David
2025-02-11 20:34 ` Josh Poimboeuf
2025-02-11 20:53 ` Kaplan, David
2025-02-11 22:38 ` Josh Poimboeuf
2025-02-11 18:55 ` Kaplan, David
2025-01-08 20:25 ` [PATCH v3 22/35] x86/bugs: Add attack vector controls for mds David Kaplan
2025-01-08 20:25 ` [PATCH v3 23/35] x86/bugs: Add attack vector controls for taa David Kaplan
2025-02-11 19:01 ` Josh Poimboeuf
2025-01-08 20:25 ` [PATCH v3 24/35] x86/bugs: Add attack vector controls for mmio David Kaplan
2025-01-08 20:25 ` [PATCH v3 25/35] x86/bugs: Add attack vector controls for rfds David Kaplan
2025-01-08 20:25 ` [PATCH v3 26/35] x86/bugs: Add attack vector controls for srbds David Kaplan
2025-01-08 20:25 ` [PATCH v3 27/35] x86/bugs: Add attack vector controls for gds David Kaplan
2025-01-08 20:25 ` [PATCH v3 28/35] x86/bugs: Add attack vector controls for spectre_v1 David Kaplan
2025-01-08 20:25 ` [PATCH v3 29/35] x86/bugs: Add attack vector controls for retbleed David Kaplan
2025-01-08 20:25 ` [PATCH v3 30/35] x86/bugs: Add attack vector controls for spectre_v2_user David Kaplan
2025-02-11 19:03 ` Josh Poimboeuf
2025-02-12 17:22 ` Kaplan, David
2025-01-08 20:25 ` [PATCH v3 31/35] x86/bugs: Add attack vector controls for bhi David Kaplan
2025-01-08 20:25 ` [PATCH v3 32/35] x86/bugs: Add attack vector controls for spectre_v2 David Kaplan
2025-01-08 20:25 ` [PATCH v3 33/35] x86/bugs: Add attack vector controls for l1tf David Kaplan
2025-01-08 20:25 ` [PATCH v3 34/35] x86/bugs: Add attack vector controls for srso David Kaplan
2025-01-08 20:25 ` [PATCH v3 35/35] x86/pti: Add attack vector controls for pti David Kaplan
[not found] ` <20250110083627.xankiqhczr7ksldv@desk>
2025-01-10 15:39 ` [PATCH v3 00/35] x86/bugs: Attack vector controls Borislav Petkov
[not found] ` <20250110171410.ttbt7cohzdjwi4hk@desk>
2025-01-12 11:38 ` Borislav Petkov
2025-01-13 17:41 ` Pawan Gupta
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20250210225016.cosuartrzzuaftqf@jpoimboe \
--to=jpoimboe@kernel.org \
--cc=bp@alien8.de \
--cc=dave.hansen@linux.intel.com \
--cc=david.kaplan@amd.com \
--cc=hpa@zytor.com \
--cc=linux-kernel@vger.kernel.org \
--cc=mingo@redhat.com \
--cc=pawan.kumar.gupta@linux.intel.com \
--cc=peterz@infradead.org \
--cc=tglx@linutronix.de \
--cc=x86@kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®