From: Jiri Wiesner <jwiesner@suse.de>
To: Dimitri Sivanich <sivanich@hpe.com>
Cc: "Linux Kernel Mailing List" <linux-kernel@vger.kernel.org>,
"Steve Wahl" <steve.wahl@hpe.com>,
"Justin Ernst" <justin.ernst@hpe.com>,
"Kyle Meyer" <kyle.meyer@hpe.com>,
"Russ Anderson" <russ.anderson@hpe.com>,
"Thomas Gleixner" <tglx@linutronix.de>,
"Ingo Molnar" <mingo@redhat.com>,
"Borislav Petkov" <bp@alien8.de>,
"Dave Hansen" <dave.hansen@linux.intel.com>,
x86@kernel.org, "H. Peter Anvin" <hpa@zytor.com>,
"Peter Zijlstra (Intel)" <peterz@infradead.org>,
"Ilpo Järvinen" <ilpo.jarvinen@linux.intel.com>,
"Marco Elver" <elver@google.com>,
"Guilherme G. Piccoli" <gpiccoli@igalia.com>,
"Nikunj A Dadhania" <nikunj@amd.com>,
"Xin Li (Intel)" <xin@zytor.com>,
"Dimitri Sivanich" <dimitri.sivanich@hpe.com>
Subject: Re: [PATCH v3] x86/tsc: Disable clocksource watchdog for TSC on recent UV
Date: Thu, 14 May 2026 09:53:31 +0200 [thread overview]
Message-ID: <agV_e652fitktiLR@incl> (raw)
In-Reply-To: <aOVAkYWjk+aWcM3F@hpe.com>
Hello,
On Tue, Oct 07, 2025 at 11:32:17AM -0500, Dimitri Sivanich wrote:
> Disable clocksource watchdog checking on recent and future UV platforms
> to avoid false positives.
>
> Commits 'b50db7095fe0 ("x86/tsc: Disable clocksource watchdog for TSC on
> qualified platforms")' and '233756a640be ("Extend watchdog check exemption
> to 4-Sockets platform")' were introduced to avoid an issue where the TSC
> is falsely declared unstable by exempting qualified platforms of up to
> 4-sockets from TSC clocksource watchdog checking. Extend that exemption
> to include recent and future UV platforms.
I am sorry for being MIA for all this time. Apart from HPE customers who do not follow the instruction to add tsc=nowatchdog to the kernel command line, there is another use case for this patch. It has to do with SUSE's efforts to ship a single image per product for deploying machines in the cloud. HPE UV systems that will be used as bare metal are one of the planned instances. The old implementation of the clocksource watchdog needs to be switched off on those UV systems. So, the intention is to backport this patch to all SLES releases that are in active use in the cloud.
A new implementation of the clocksource watchdog has been merged into the upstream kernel. One of the changes made by the new clocksource watchdog implementation is that reference clocksource reads are made on the boot CPU only. Perhaps, the sgi_rtc clocksource would work well with this implementation. So, testing is needed in order to find out if this patch are any future in the upstream Linux. Dimitri, would you be able to run tests on UV systems to check if the new clocksource watchdog implementation works and the hardware limitations of sgi_rtc do not get in the way?
--
Jiri Wiesner
SUSE Labs
parent reply other threads:[~2026-05-14 7:53 UTC|newest]
Thread overview: expand[flat|nested] mbox.gz Atom feed
[parent not found: <aOVAkYWjk+aWcM3F@hpe.com>]
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=agV_e652fitktiLR@incl \
--to=jwiesner@suse.de \
--cc=bp@alien8.de \
--cc=dave.hansen@linux.intel.com \
--cc=dimitri.sivanich@hpe.com \
--cc=elver@google.com \
--cc=gpiccoli@igalia.com \
--cc=hpa@zytor.com \
--cc=ilpo.jarvinen@linux.intel.com \
--cc=justin.ernst@hpe.com \
--cc=kyle.meyer@hpe.com \
--cc=linux-kernel@vger.kernel.org \
--cc=mingo@redhat.com \
--cc=nikunj@amd.com \
--cc=peterz@infradead.org \
--cc=russ.anderson@hpe.com \
--cc=sivanich@hpe.com \
--cc=steve.wahl@hpe.com \
--cc=tglx@linutronix.de \
--cc=x86@kernel.org \
--cc=xin@zytor.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