Received: by 2002:a05:7412:b995:b0:f9:9502:5bb8 with SMTP id it21csp7907092rdb; Thu, 4 Jan 2024 11:20:17 -0800 (PST) X-Google-Smtp-Source: AGHT+IHavYR7PPmJ0N2tuB7kXdrU4x/yG4/j4L0IFp7K7MqKdZbFtZYeuj8rXNFClXQlX2r1Syhu X-Received: by 2002:a17:90a:ba01:b0:28c:2e37:bd97 with SMTP id s1-20020a17090aba0100b0028c2e37bd97mr980644pjr.80.1704396017535; Thu, 04 Jan 2024 11:20:17 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1704396017; cv=none; d=google.com; s=arc-20160816; b=vhhfLLGxe2HWwpvVCXV2cbla5Sfv/rXwx+5d3CiLyS/o1shwfsLZ1qJn/RpwFr6Vfb AJMhHR+V/6wMVUjxXefQ/SYZtjoVcRITablYAP06lIfYUcrJiRwxR5OhrNC2OD6I3urv J0sz2TsZn960/RdqRnWeEs7HGMGJ1Iji1/9QA7IeONfyOroBzfflS/5mx9iTlFlJoezy iw3rabwPxqdGwKnCzb358JoAMrQHUQuIdvWuXlqwb8bZSlvNJxQMyLdZ79ENhr8MyPEY IVG5nxsCjRn2AT18G+Ygxm3NaLsBeB/Z2fFX+qaSRBmo/fta+5AXBGKS5vMcjObioXU1 xHxg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=in-reply-to:content-disposition:mime-version:list-unsubscribe :list-subscribe:list-id:precedence:references:reply-to:message-id :subject:cc:to:from:date:dkim-signature; bh=4U0ay7Um507kL+VFd6pueTCgSZnh0jW0tO3TbjjfQFY=; fh=1WE1Oq52udnBHmGnqy7yYt5gCneldgr3XTZCYn9Ft3k=; b=GKTlhuZ2GfiHV7inwA6BQTndvdXa5yPABIk+s4er27iFbLJsdRz125yeM7/vQKiqga yXPHJPPA1Q+V9+kmvSxo3ZuJn1sIx4aairdoNnUiJAur/UxndtoHO9VfqtZLJ2++Fjrd 8uU4ADxjbB1W3LdgpSNJUP8xlYOE3wWTlv695/Nhl10eFLnvhWhIoVrnQ2SvgmQzV5iF gVIfFl+FToMJTaKkRwDrHb8vS4TD0QrfSYz1jtG+DLiHaW6gx/IDXLqJnPJ1qsBxNyLN f1uRwfuztHGafvarcu4DgAej3oxMDhTI5nmlxgscpb1EPr6oqFq4Uu4L62tVoXB62jSm UBAg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=Dda83Mqf; spf=pass (google.com: domain of linux-kernel+bounces-17148-linux.lists.archive=gmail.com@vger.kernel.org designates 139.178.88.99 as permitted sender) smtp.mailfrom="linux-kernel+bounces-17148-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from sv.mirrors.kernel.org (sv.mirrors.kernel.org. [139.178.88.99]) by mx.google.com with ESMTPS id h4-20020a17090a580400b0028cbc17082bsi95949pji.52.2024.01.04.11.20.17 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 04 Jan 2024 11:20:17 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel+bounces-17148-linux.lists.archive=gmail.com@vger.kernel.org designates 139.178.88.99 as permitted sender) client-ip=139.178.88.99; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=Dda83Mqf; spf=pass (google.com: domain of linux-kernel+bounces-17148-linux.lists.archive=gmail.com@vger.kernel.org designates 139.178.88.99 as permitted sender) smtp.mailfrom="linux-kernel+bounces-17148-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: from smtp.subspace.kernel.org (wormhole.subspace.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by sv.mirrors.kernel.org (Postfix) with ESMTPS id 1C5DD2823A5 for ; Thu, 4 Jan 2024 19:20:16 +0000 (UTC) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by smtp.subspace.kernel.org (Postfix) with ESMTP id 2708B2C695; Thu, 4 Jan 2024 19:19:59 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b="Dda83Mqf" X-Original-To: linux-kernel@vger.kernel.org Received: from smtp.kernel.org (aws-us-west-2-korg-mail-1.web.codeaurora.org [10.30.226.201]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 5F1FF2C68C for ; Thu, 4 Jan 2024 19:19:56 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id C60E9C433C8; Thu, 4 Jan 2024 19:19:56 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1704395996; bh=edaUvHjWU6iYWkUwFTqdLrkW4WvxE2h+anopOjfjoQw=; h=Date:From:To:Cc:Subject:Reply-To:References:In-Reply-To:From; b=Dda83MqfeoLl8Y8yNGu+H/QOncGyiBIqMrFs2qt1ZZLHaAVkjZjjH5ra8bmwaCNP+ dJWFqyT3NC2HBNxXXP4fWGExrOxEGjEC0t4i+/eSgy0TNXKU/vINVFoaMrfW5Gjg46 X2FAb1vl6PsDivFonJVsR5cKqE2ItVeQtj7JUifRmdp3mOzgKapoEZpDT6S0VL3hJF gRYJ8N0o6iZAz4rKBCJTBeCD0h6606w2ckf0f8TC1rwVuSqy6dqNQbB8b2siGX58RT +bE0uScI3rZ8Vrpg6u4Jrophx4Y6PwC4CY5ZDg+4SqeVIefVRdUwTtFd4XQbJpz9f0 CIICs4rLBOKnA== Received: by paulmck-ThinkPad-P17-Gen-1.home (Postfix, from userid 1000) id 5A3E8CE06FA; Thu, 4 Jan 2024 11:19:56 -0800 (PST) Date: Thu, 4 Jan 2024 11:19:56 -0800 From: "Paul E. McKenney" To: Jiri Wiesner Cc: linux-kernel@vger.kernel.org, John Stultz , Thomas Gleixner , Stephen Boyd , Feng Tang Subject: Re: [PATCH] clocksource: Skip watchdog check for large watchdog intervals Message-ID: Reply-To: paulmck@kernel.org References: <20240103112113.GA6108@incl> <5b8fd9ba-1622-4ec7-b3cc-2db3a78122f1@paulmck-laptop> <20240104163050.GC3303@incl> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20240104163050.GC3303@incl> On Thu, Jan 04, 2024 at 05:30:50PM +0100, Jiri Wiesner wrote: > On Wed, Jan 03, 2024 at 02:08:08PM -0800, Paul E. McKenney wrote: > > I believe that there were concerns about a similar approach in the case > > where the jiffies counter is the clocksource > > I ran a few simple tests on a 2 NUMA node Intel machine and found nothing > so far. I tried booting with clocksource=jiffies and I changed the > "nr_online_nodes <= 4" check in tsc_clocksource_as_watchdog() to enable > the watchdog on my machine. I have a debugging module that monitors > clocksource and watchdog reads in clocksource_watchdog() with kprobes. I > see the cs/wd reads executed roughly every 0.5 second, as expected. When > the machine is idle the average watchdog interval is 501.61 milliseconds > (+-15.57 ms, with a minimum of 477.07 ms and a maximum of 517.93 ms). The > result is similar when the CPUs of the machine are fully saturated with > netperf processes. I also tried booting with clocksource=jiffies and > tsc=watchdog. The watchdog interval was similar to the previous test. > > AFAIK, the jiffies clocksource does get checked by the watchdog itself. > And with that, I have run out of ideas. If I recall correctly (ha!), the concern was that with the jiffies as clocksource, we would be using jiffies (via timers) to check jiffies (the clocksource), and that this could cause issues if the jiffies got behind, then suddenly updated while the clocksource watchdog was running. Thoughts? Thanx, Paul