Received: by 2002:a05:6a10:a841:0:0:0:0 with SMTP id d1csp3711081pxy; Mon, 26 Apr 2021 08:03:40 -0700 (PDT) X-Google-Smtp-Source: ABdhPJw2kjvQgFjcwRzYLM5r9D+IkUELnlBESvzc4At7P1hMiS+m3JMN/HPJv1QMTKdCsTPMMSb1 X-Received: by 2002:aa7:88cf:0:b029:275:f676:5ef5 with SMTP id k15-20020aa788cf0000b0290275f6765ef5mr6571696pff.46.1619449419313; Mon, 26 Apr 2021 08:03:39 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1619449419; cv=none; d=google.com; s=arc-20160816; b=cWtgDPTrXSwfc6oiFmOOjekcUVHlVBMbO6yCF/QYyj38q4kD5y6501N4R1QVJnfQ48 0r+MXvAtTAigLxzWuU38Dvq8dPKdhYwaXuViECjUI3mIKPPPudgRJplESwuo4+jRzk4j 1HyWF8E6f6A8ixzU7WSDyylmodhzbaGxzg72xnt3CLP9nZ3JjSY0H88vltuav/CmtiIx SHmQ9IEInTB/ZJhZ+LJxxOywGRvvF4GEH8HQE3eYyTx0JQssUxTLTuFlzW8gxD+ndS3+ t8HZSGBGrH+HH4XhRSpg9hg2GZRRZg5yBvNgL6qUsUbVinzfctfsQfr557srchN4eDbH fy5A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:user-agent:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date :ironport-sdr:ironport-sdr; bh=UIDzuiNWb9BDRWcc9kjUlQySGXs2/dPcKwHJiqmGlcQ=; b=Ly187Wok2F5rDntuKrE/cJA/CpqJdN/kHIDkKqfgpcR1/5MMv7RrOprJXiVtWkxRqT uoZRbnhfTaKcJjQnxik666QCuKwjbvsFfUnfggp1zoBI4AtXxwEUa93k3nNs9fWlMP+W rQbm8/p17et3wtCtZJHUTIUgWUhTlETQTT3pw4JmQwGo3Ju4u1XiZa8pQZjQVO7pyOrj olvq5F2NJw18AFkv4dMB3kXeM8wfLSnI1PKmih6E398cWFDSCDQmphTCDgHOoDSA+91l 97D0sYJ5AeWWSI8SO0RqK9wXGb0pYu62d1SuR3Z7fFs3PlijSs6xpz47UwY+HVKKqkoT Fggg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id p22si13236180plr.213.2021.04.26.08.03.25; Mon, 26 Apr 2021 08:03:39 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233799AbhDZPCR (ORCPT + 99 others); Mon, 26 Apr 2021 11:02:17 -0400 Received: from mga17.intel.com ([192.55.52.151]:56475 "EHLO mga17.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232575AbhDZPCQ (ORCPT ); Mon, 26 Apr 2021 11:02:16 -0400 IronPort-SDR: zP8OGjWBBNa04L+CezcQ/h0G5aNILZSxOqXvNSZzUVxibBayauMUkPDgE2neC55vOyvKpCkGi1 Ct27rbu2uLNQ== X-IronPort-AV: E=McAfee;i="6200,9189,9966"; a="176464708" X-IronPort-AV: E=Sophos;i="5.82,252,1613462400"; d="scan'208";a="176464708" Received: from orsmga008.jf.intel.com ([10.7.209.65]) by fmsmga107.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 26 Apr 2021 08:01:32 -0700 IronPort-SDR: YtQF80EDZX8smam6eon7HIpAUQRiurysL9k4r0wrOzQQ71U1UMKUxh9vyqQrJfHKvtn/OEFkdK lUA0CQKvCdrQ== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.82,252,1613462400"; d="scan'208";a="429423454" Received: from shbuild999.sh.intel.com (HELO localhost) ([10.239.147.94]) by orsmga008.jf.intel.com with ESMTP; 26 Apr 2021 08:01:28 -0700 Date: Mon, 26 Apr 2021 23:01:27 +0800 From: Feng Tang To: "Paul E. McKenney" Cc: tglx@linutronix.de, linux-kernel@vger.kernel.org, john.stultz@linaro.org, sboyd@kernel.org, corbet@lwn.net, Mark.Rutland@arm.com, maz@kernel.org, kernel-team@fb.com, neeraju@codeaurora.org, ak@linux.intel.com, zhengjun.xing@intel.com, Xing Zhengjun Subject: Re: [PATCH v10 clocksource 6/7] clocksource: Forgive tsc_early pre-calibration drift Message-ID: <20210426150127.GB23119@shbuild999.sh.intel.com> References: <20210425224540.GA1312438@paulmck-ThinkPad-P17-Gen-1> <20210425224709.1312655-6-paulmck@kernel.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20210425224709.1312655-6-paulmck@kernel.org> User-Agent: Mutt/1.5.24 (2015-08-30) Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Paul, On Sun, Apr 25, 2021 at 03:47:07PM -0700, Paul E. McKenney wrote: > Because the x86 tsc_early clocksource is given a quick and semi-accurate > calibration (by design!), it might have drift rates well in excess of > the 0.1% limit that is in the process of being adopted. > > Therefore, add a max_drift field to the clocksource structure that, when > non-zero, specifies the maximum allowable drift rate in nanoseconds over > a half-second period. The tsc_early clocksource initializes this to five > miliseconds, which corresponds to the 1% drift rate limit suggested by > Xing Zhengjun. This max_drift field is intended only for early boot, > so clocksource_watchdog() splats if it encounters a non-zero value in > this field more than 60 seconds after boot, inspired by a suggestion by > Thomas Gleixner. > > This was tested by setting the clocksource_tsc ->max_drift field to 1, > which, as expected, resulted in a clock-skew event. We've run the same last for this v10, and those 'unstable' thing [1] can not be reproduced! We've reported one case that tsc can be wrongly judged as 'unstable' by 'refined-jiffies' watchdog [1], while reducing the threshold could make it easier to be triggered. It could be reproduced on the a plaform with a 115200 serial console, and hpet been disabled (several x86 platforms has this), add 'initcall_debug' cmdline parameter to get more debug message, we can see: [ 1.134197] clocksource: timekeeping watchdog on CPU1: Marking clocksource 'tsc-early' as unstable because the skew is too large: [ 1.134214] clocksource: 'refined-jiffies' wd_nesc: 500000000 wd_now: ffff8b35 wd_last: ffff8b03 mask: ffffffff [ 1.134217] clocksource: 'tsc-early' cs_nsec: 507537855 cs_now: 4e63c9d09 cs_last: 4bebd81f5 mask: ffffffffffffffff [ 1.134220] clocksource: No current clocksource. [ 1.134222] tsc: Marking TSC unstable due to clocksource watchdog [1]. https://lore.kernel.org/lkml/20210420064934.GE31773@xsang-OptiPlex-9020/ [2]. https://lore.kernel.org/lkml/20201126012421.GA92582@shbuild999.sh.intel.com/ Thanks, Feng > Cc: John Stultz > Cc: Thomas Gleixner > Cc: Stephen Boyd > Cc: Jonathan Corbet > Cc: Mark Rutland > Cc: Marc Zyngier > Cc: Andi Kleen > Cc: Xing Zhengjun > Cc: Feng Tang > Signed-off-by: Paul E. McKenney > --- > arch/x86/kernel/tsc.c | 1 + > include/linux/clocksource.h | 5 +++++ > kernel/time/clocksource.c | 19 ++++++++++++++++++- > 3 files changed, 24 insertions(+), 1 deletion(-) > > diff --git a/arch/x86/kernel/tsc.c b/arch/x86/kernel/tsc.c > index 56289170753c..7192b8950322 100644 > --- a/arch/x86/kernel/tsc.c > +++ b/arch/x86/kernel/tsc.c > @@ -1127,6 +1127,7 @@ static int tsc_cs_enable(struct clocksource *cs) > static struct clocksource clocksource_tsc_early = { > .name = "tsc-early", > .rating = 299, > + .max_drift = 5 * NSEC_PER_MSEC, > .read = read_tsc, > .mask = CLOCKSOURCE_MASK(64), > .flags = CLOCK_SOURCE_IS_CONTINUOUS | > diff --git a/include/linux/clocksource.h b/include/linux/clocksource.h > index 83a3ebff7456..07d25a158d7a 100644 > --- a/include/linux/clocksource.h > +++ b/include/linux/clocksource.h > @@ -42,6 +42,10 @@ struct module; > * @shift: Cycle to nanosecond divisor (power of two) > * @max_idle_ns: Maximum idle time permitted by the clocksource (nsecs) > * @maxadj: Maximum adjustment value to mult (~11%) > + * @max_drift: Maximum drift rate in nanoseconds per half second. > + * Zero says to use default WATCHDOG_THRESHOLD. > + * A non-zero value for ->max_drift more than 60 seconds after boot > + * will result in a splat. > * @archdata: Optional arch-specific data > * @max_cycles: Maximum safe cycle value which won't overflow on > * multiplication > @@ -93,6 +97,7 @@ struct clocksource { > u32 shift; > u64 max_idle_ns; > u32 maxadj; > + u32 max_drift; > #ifdef CONFIG_ARCH_CLOCKSOURCE_DATA > struct arch_clocksource_data archdata; > #endif > diff --git a/kernel/time/clocksource.c b/kernel/time/clocksource.c > index f71f375df544..070b09dab815 100644 > --- a/kernel/time/clocksource.c > +++ b/kernel/time/clocksource.c > @@ -126,6 +126,7 @@ static void __clocksource_change_rating(struct clocksource *cs, int rating); > */ > #define WATCHDOG_INTERVAL (HZ >> 1) > #define WATCHDOG_THRESHOLD (NSEC_PER_SEC >> 4) > +#define WATCHDOG_SYNC_FORGIVENESS (HZ * 60UL) > > /* > * Maximum permissible delay between two readouts of the watchdog > @@ -377,6 +378,7 @@ static void clocksource_watchdog(struct timer_list *unused) > int next_cpu, reset_pending; > int64_t wd_nsec, cs_nsec; > struct clocksource *cs; > + u32 md; > > spin_lock(&watchdog_lock); > if (!watchdog_running) > @@ -423,7 +425,22 @@ static void clocksource_watchdog(struct timer_list *unused) > continue; > > /* Check the deviation from the watchdog clocksource. */ > - if (abs(cs_nsec - wd_nsec) > WATCHDOG_THRESHOLD) { > + if (!cs->max_drift) { > + md = WATCHDOG_THRESHOLD; > + } else { > + static unsigned long first_jiffies; > + static bool beenhere; > + > + if (beenhere) { > + WARN_ON_ONCE(time_after(jiffies, > + first_jiffies + WATCHDOG_SYNC_FORGIVENESS)); > + } else { > + beenhere = true; > + first_jiffies = jiffies; > + } > + md = cs->max_drift; > + } > + if (abs(cs_nsec - wd_nsec) > md) { > pr_warn("timekeeping watchdog on CPU%d: Marking clocksource '%s' as unstable because the skew is too large:\n", > smp_processor_id(), cs->name); > pr_warn(" '%s' wd_now: %llx wd_last: %llx mask: %llx\n", > -- > 2.31.1.189.g2e36527f23