From: sashiko-bot@kernel.org
To: "Sean Christopherson" <seanjc@google.com>
Cc: kvm@vger.kernel.org, linux-hyperv@vger.kernel.org
Subject: Re: [PATCH v6 03/51] x86/tsc: Ensure that TSC recalibration doesn't run if TSC frequency is known
Date: Thu, 06 Aug 2026 23:55:56 +0000 [thread overview]
Message-ID: <20260806235557.75E261F000E9@smtp.kernel.org> (raw)
In-Reply-To: <20260806233609.212337-4-seanjc@google.com>
Thank you for your contribution! Sashiko AI review found 1 potential issue(s) to consider:
- [Medium] Valid virtual machine configurations with legacy CPU models will trigger a spurious WARN_ON_ONCE (and potential kernel panic) due to hypervisor paravirt clocks.
--
--- Patch [3]: [PATCH v6 03/51] x86/tsc: Ensure that TSC recalibration doesn't run if TSC frequency is known ---
commit dd99d8caeb7628be679eca32563aa6618e548028
Author: Sean Christopherson <seanjc@google.com>
x86/tsc: Ensure that TSC recalibration doesn't run if TSC frequency is known
This commit adds a warning and bails from recalibrate_cpu_khz() if
X86_FEATURE_TSC_KNOWN_FREQ is set. This is intended to catch out-of-spec
hardware states on ancient CPUs where recalibration is attempted post-boot.
> diff --git a/arch/x86/kernel/tsc.c b/arch/x86/kernel/tsc.c
> --- a/arch/x86/kernel/tsc.c
> +++ b/arch/x86/kernel/tsc.c
[ ... ]
> @@ -930,6 +930,9 @@ void recalibrate_cpu_khz(void)
> if (!boot_cpu_has(X86_FEATURE_TSC))
> return;
>
> + if (WARN_ON_ONCE(cpu_feature_enabled(X86_FEATURE_TSC_KNOWN_FREQ)))
> + return;
> +
[Severity: Medium]
Will this trigger spurious warnings on valid virtual machine configurations?
The commit message mentions that hitting this requires concocting an
impossible CPU model like combining a P4 signature with CPUID 0x15. However,
hypervisor paravirt clocks (like kvmclock, vmware, or mshyperv)
unconditionally call setup_force_cpu_cap(X86_FEATURE_TSC_KNOWN_FREQ) during
early boot, regardless of the emulated CPU generation.
If a VM is configured with a legacy CPU model (e.g. -cpu athlon) and runs
an SMP=n kernel, the powernow-k7 cpufreq driver can successfully load and
explicitly call recalibrate_cpu_khz(). Since the paravirt clock already
forced the TSC_KNOWN_FREQ feature, cpu_feature_enabled() will evaluate to
true and trigger this WARN_ON_ONCE, which can escalate to a fatal kernel
panic on systems with panic_on_warn enabled.
Does this warning need to account for paravirtualized clocks setting this
feature flag on legacy CPU models?
> cpu_khz = x86_platform.calibrate_cpu();
> tsc_khz = x86_platform.calibrate_tsc();
--
Sashiko AI review · https://sashiko.dev/#/patchset/20260806233609.212337-1-seanjc@google.com?part=3
next prev parent reply other threads:[~2026-08-06 23:55 UTC|newest]
Thread overview: 57+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-08-06 23:35 [PATCH v6 00/51] x86: Try to wrangle PV clocks vs. TSC Sean Christopherson
2026-08-06 23:35 ` [PATCH v6 01/51] x86/apic: Provide helpers to set local APIC timer frequency in hz and khz Sean Christopherson
2026-08-06 23:35 ` [PATCH v6 02/51] x86/apic: Add CONFIG_X86_LOCAL_APIC=n stubs for APIC timer frequency APIs Sean Christopherson
2026-08-06 23:35 ` [PATCH v6 03/51] x86/tsc: Ensure that TSC recalibration doesn't run if TSC frequency is known Sean Christopherson
2026-08-06 23:55 ` sashiko-bot [this message]
2026-08-06 23:35 ` [PATCH v6 04/51] x86/tsc: Restrict recalibrate_cpu_khz() export to p4-clockmod and powernow-k7 Sean Christopherson
2026-08-06 23:35 ` [PATCH v6 05/51] x86/sev: Mark TSC as reliable when configuring Secure TSC Sean Christopherson
2026-08-06 23:35 ` [PATCH v6 06/51] x86/sev: Don't override CPU frequency calibration for SNP's " Sean Christopherson
2026-08-06 23:55 ` sashiko-bot
2026-08-06 23:35 ` [PATCH v6 07/51] x86/sev: Move check for SNP Secure TSC support to tsc_early_init() Sean Christopherson
2026-08-06 23:35 ` [PATCH v6 08/51] x86/sev: Shove SNP's secure/trusted TSC frequency directly into "calibration" Sean Christopherson
2026-08-06 23:35 ` [PATCH v6 09/51] x86/tsc: Add a standalone helper for getting TSC info from CPUID.0x15 Sean Christopherson
2026-08-06 23:35 ` [PATCH v6 10/51] x86/tdx: Force TSC frequency with CPUID-based info provided by the TDX-Module Sean Christopherson
2026-08-06 23:35 ` [PATCH v6 11/51] x86/tsc: Add dedicated hypervisor hooks for getting known TSC/CPU frequencies Sean Christopherson
2026-08-06 23:35 ` [PATCH v6 12/51] x86/acrn: Register TSC/CPU frequency callbacks iff frequency is actually in CPUID Sean Christopherson
2026-08-06 23:35 ` [PATCH v6 13/51] x86/acrn: Mark TSC frequency as known when using ACRN for calibration Sean Christopherson
2026-08-06 23:35 ` [PATCH v6 14/51] x86/tsc: Consolidate forcing of X86_FEATURE_TSC_KNOWN_FREQ for PV code Sean Christopherson
2026-08-06 23:35 ` [PATCH v6 15/51] x86/tsc: Kill off x86_platform_ops.calibrate_{cpu,tsc}() hooks Sean Christopherson
2026-08-06 23:35 ` [PATCH v6 16/51] x86/tsc: Rename pit_hpet_ptimer_calibrate_cpu() => native_calibrate_cpu_late() Sean Christopherson
2026-08-06 23:35 ` [PATCH v6 17/51] x86/tsc: Fold native_calibrate_cpu() into recalibrate_cpu_khz() Sean Christopherson
2026-08-06 23:35 ` [PATCH v6 18/51] x86/kvmclock: Rename kvm_get_tsc_khz() to kvmclock_get_tsc_khz() Sean Christopherson
2026-08-06 23:35 ` [PATCH v6 19/51] x86/kvmclock: Drop dead check on TSC being unstable during kvmclock_init() Sean Christopherson
2026-08-06 23:35 ` [PATCH v6 20/51] KVM: x86: Officially define CPUID 0x40000010 as PV Timing Info (TSC and Bus) Sean Christopherson
2026-08-06 23:35 ` [PATCH v6 21/51] x86/kvm: Obtain TSC frequency from PV CPUID if present Sean Christopherson
2026-08-06 23:35 ` [PATCH v6 22/51] x86/kvm: Mark TSC as reliable when it's constant and nonstop Sean Christopherson
2026-08-06 23:35 ` [PATCH v6 23/51] x86/tsc: Add standalone helper for getting CPU frequency from CPUID Sean Christopherson
2026-08-06 23:35 ` [PATCH v6 24/51] x86/kvm: Get CPU base frequency from CPUID when it's available Sean Christopherson
2026-08-07 0:04 ` sashiko-bot
2026-08-06 23:35 ` [PATCH v6 25/51] clocksource: hyper-v: Register sched_clock save/restore iff it's necessary Sean Christopherson
2026-08-06 23:35 ` [PATCH v6 26/51] clocksource: hyper-v: Drop wrappers to sched_clock save/restore helpers Sean Christopherson
2026-08-06 23:35 ` [PATCH v6 27/51] clocksource: hyper-v: Don't save/restore TSC offset when using HV sched_clock Sean Christopherson
2026-08-06 23:35 ` [PATCH v6 28/51] x86/kvmclock: Setup kvmclock for secondary CPUs iff CONFIG_SMP=y Sean Christopherson
2026-08-06 23:35 ` [PATCH v6 29/51] x86/kvm: Don't disable kvmclock on BSP in syscore_suspend() Sean Christopherson
2026-08-07 0:04 ` sashiko-bot
2026-08-06 23:35 ` [PATCH v6 30/51] x86/paravirt: Remove unnecessary PARAVIRT=n stub for paravirt_set_sched_clock() Sean Christopherson
2026-08-06 23:35 ` [PATCH v6 31/51] x86/paravirt: Move handling of unstable PV clocks into paravirt_set_sched_clock() Sean Christopherson
2026-08-06 23:35 ` [PATCH v6 32/51] x86/kvmclock: Move sched_clock save/restore helpers up in kvmclock.c Sean Christopherson
2026-08-06 23:35 ` [PATCH v6 33/51] x86/xen/time: NOP-ify x86_platform's sched_clock save/restore hooks Sean Christopherson
2026-08-06 23:35 ` [PATCH v6 34/51] x86/vmware: NOP-ify save/restore hooks when using VMware's sched_clock Sean Christopherson
2026-08-06 23:35 ` [PATCH v6 35/51] x86/tsc: WARN if TSC sched_clock save/restore used with PV sched_clock Sean Christopherson
2026-08-06 23:35 ` [PATCH v6 36/51] x86/paravirt: Pass sched_clock save/restore helpers during registration Sean Christopherson
2026-08-06 23:35 ` [PATCH v6 37/51] x86/kvmclock: Move kvm_sched_clock_init() down in kvmclock.c Sean Christopherson
2026-08-06 23:35 ` [PATCH v6 38/51] x86/xen/time: Mark xen_setup_vsyscall_time_info() as __init Sean Christopherson
2026-08-06 23:35 ` [PATCH v6 39/51] x86/pvclock: Mark setup helpers and related various as __init/__ro_after_init Sean Christopherson
2026-08-06 23:35 ` [PATCH v6 40/51] x86/pvclock: WARN if pvclock's valid_flags are overwritten Sean Christopherson
2026-08-06 23:35 ` [PATCH v6 41/51] x86/kvmclock: Refactor handling of PVCLOCK_TSC_STABLE_BIT during kvmclock_init() Sean Christopherson
2026-08-06 23:35 ` [PATCH v6 42/51] timekeeping: Resume clocksources before reading persistent clock Sean Christopherson
2026-08-06 23:36 ` [PATCH v6 43/51] x86/kvmclock: Hook clocksource.suspend/resume when kvmclock isn't sched_clock Sean Christopherson
2026-08-06 23:36 ` [PATCH v6 44/51] x86/kvmclock: WARN if wall clock is read while kvmclock is suspended Sean Christopherson
2026-08-06 23:36 ` [PATCH v6 45/51] x86/paravirt: Mark __paravirt_set_sched_clock() as __init Sean Christopherson
2026-08-06 23:36 ` [PATCH v6 46/51] x86/paravirt: Plumb a return code into __paravirt_set_sched_clock() Sean Christopherson
2026-08-06 23:36 ` [PATCH v6 47/51] x86/paravirt: Don't use a PV sched_clock in CoCo guests with trusted TSC Sean Christopherson
2026-08-06 23:36 ` [PATCH v6 48/51] x86/kvmclock: Use TSC for sched_clock if it's constant and non-stop Sean Christopherson
2026-08-06 23:36 ` [PATCH v6 49/51] x86/kvmclock: Plumb in AP-online and BSP-resume to kvmlock, for documentation Sean Christopherson
2026-08-06 23:36 ` [PATCH v6 50/51] x86/paravirt: Move using_native_sched_clock() stub into timer.h Sean Christopherson
2026-08-06 23:36 ` [PATCH v6 51/51] x86/kvm: Get local APIC bus frequency from PV CPUID Timing Info Sean Christopherson
2026-08-07 0:08 ` sashiko-bot
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=20260806235557.75E261F000E9@smtp.kernel.org \
--to=sashiko-bot@kernel.org \
--cc=kvm@vger.kernel.org \
--cc=linux-hyperv@vger.kernel.org \
--cc=sashiko-reviews@lists.linux.dev \
--cc=seanjc@google.com \
/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