Received: by 2002:a05:6358:111d:b0:dc:6189:e246 with SMTP id f29csp74197rwi; Thu, 3 Nov 2022 17:29:15 -0700 (PDT) X-Google-Smtp-Source: AMsMyM5nOcJ4gmpOohHw42iUAd6uklI/aEqJPXC3Aqi9pg48hvpCa+GsHiJ2PlZ+oxKrkyjkuAPb X-Received: by 2002:a05:6a00:1414:b0:563:ae66:3103 with SMTP id l20-20020a056a00141400b00563ae663103mr32225739pfu.17.1667521755499; Thu, 03 Nov 2022 17:29:15 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1667521755; cv=none; d=google.com; s=arc-20160816; b=CH7K1NCU8zMgZ38MHOL44t0LM1lvDEAZQ5rG47faEYAyVnr64tgdjDKW1hEWsTbl8Z 54T3XiQ4xOzYIO9qn6x2iPCQnYWZE8KgpUr97Q0uaUhkbqgRZuIh9H3VNKj0xiUh1r/A CN93Tk9Hy/AeOBjDieAUod6ySq2x2S0jEF1LBJIq7rEdn8bpln39M+exNHae8dstn/gd WF0ia+6yHMsAdjYNWYMoMpKXFl1mxcMOCVaGX1B6wF4iJSB1dvfoedURHoE2lzPBn8NQ MgVOnugcPKMTR4ldqFpVkBFDVD+K/9F0NvEkG+r0r2Yu/hO16oeyUbLNwz7l4pKHf+q0 rH5g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:in-reply-to:from :references:cc:to:content-language:subject:user-agent:mime-version :date:message-id:dkim-signature; bh=0/ff62Gh8S1FOovF0JL9bu6B45X3HXLCSqU5AfluVzw=; b=dgDkXpIIhtlV3zLR/MD6h9j1aIlTkTH1lQD4AYdQgtlAtseN2DmsdfufKPG1+155cr yJHAQgDjd5jXwMDYYnJ+TErfVjNcosFN/JYnH42ja1ZfxRRnHkrVJs8wpdX9EIYNNpZl Mdf8RBXuki5CHhEnJXJZPMTPoNmxjaWBMFsFzUxaH+91Quu5840TQ8TwqcZsdDMaMH69 8gq+so6I8ixy+kb9lmQaOLuI1C4/+i9jGmf06szv2cB1Nuif2kBSbloIvPvCSvhp65Ow EvC1i8wj9SR4bGZR/bTTzFdxXdFjeUxNVHUzIArydbJ1rWN9NTn1KLN51bTsJKYW/1p3 y2Og== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b="JhbRPs/f"; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id q8-20020a056a00150800b00562fc008395si2693191pfu.341.2022.11.03.17.28.21; Thu, 03 Nov 2022 17:29:15 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b="JhbRPs/f"; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230377AbiKDAVe (ORCPT + 96 others); Thu, 3 Nov 2022 20:21:34 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:42574 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229461AbiKDAVb (ORCPT ); Thu, 3 Nov 2022 20:21:31 -0400 Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.129.124]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id A55EB1F635 for ; Thu, 3 Nov 2022 17:20:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1667521236; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=0/ff62Gh8S1FOovF0JL9bu6B45X3HXLCSqU5AfluVzw=; b=JhbRPs/fQ7PIqndNEBOZOmOyiMNL06sKF+G3ljmc6sI1ffAzBdH5mNjXhps4cFqR6arD/L pKYMZg6K9PycHyq44vYMubhAr83f/1wSlMUCTTdLoZ4Hd+z6ztGPXsPnFesbbhIplcusLG WvecqkqEyyKnTlTXStF6nEWMf5Li2xk= Received: from mimecast-mx02.redhat.com (mimecast-mx02.redhat.com [66.187.233.88]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id us-mta-141-dEZa_5WnPyq18yRP4WeBgg-1; Thu, 03 Nov 2022 20:20:29 -0400 X-MC-Unique: dEZa_5WnPyq18yRP4WeBgg-1 Received: from smtp.corp.redhat.com (int-mx03.intmail.prod.int.rdu2.redhat.com [10.11.54.3]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx02.redhat.com (Postfix) with ESMTPS id B7622811E67; Fri, 4 Nov 2022 00:20:28 +0000 (UTC) Received: from [10.22.33.38] (unknown [10.22.33.38]) by smtp.corp.redhat.com (Postfix) with ESMTP id CE7811121325; Fri, 4 Nov 2022 00:20:27 +0000 (UTC) Message-ID: <61470eb8-fc3c-7f95-881e-03da1805b5ac@redhat.com> Date: Thu, 3 Nov 2022 20:20:27 -0400 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.3.0 Subject: Re: [PATCH clocksource 2/2] clocksource: Exponential backoff for load-induced bogus watchdog reads Content-Language: en-US To: paulmck@kernel.org 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@meta.com, neeraju@codeaurora.org, ak@linux.intel.com, feng.tang@intel.com, zhengjun.xing@intel.com, John Stultz References: <20221102184001.GA1306489@paulmck-ThinkPad-P17-Gen-1> <20221102184009.1306751-2-paulmck@kernel.org> <1fdbdf78-cdca-975f-7f57-e391263d0aec@redhat.com> <20221103204910.GF5600@paulmck-ThinkPad-P17-Gen-1> From: Waiman Long In-Reply-To: <20221103204910.GF5600@paulmck-ThinkPad-P17-Gen-1> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 3.1 on 10.11.54.3 X-Spam-Status: No, score=-3.1 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,NICE_REPLY_A, RCVD_IN_DNSWL_NONE,RCVD_IN_MSPIKE_H2,SPF_HELO_NONE,SPF_NONE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 11/3/22 16:49, Paul E. McKenney wrote: > commit da44b8af99222ff8761a98ca8c00837a7d607d28 > Author: Paul E. McKenney > Date: Fri Oct 28 10:38:58 2022 -0700 > > clocksource: Exponential backoff for load-induced bogus watchdog reads > > The clocksource watchdog will reject measurements that are excessively > delayed, that is, by more than 1.5 seconds beyond the intended 0.5-second > watchdog interval. On an extremely busy system, this can result in a > console message being printed every two seconds. This is excessively > noisy for a non-error condition. > > Therefore, apply exponential backoff to these messages. This exponential > backoff is capped at 1024 times the watchdog interval, which comes to > not quite one message per ten minutes. > > Please note that the bogus watchdog reads that occur when the watchdog > interval is less than 0.125 seconds are still printed unconditionally > because these likely correspond to a serious error condition in the > timer code or hardware. > > [ paulmck: Apply Feng Tang feedback. ] > [ paulmck: Apply Waiman Long feedback. ] > > Reported-by: Waiman Long > Reported-by: Feng Tang > Signed-off-by: Paul E. McKenney > Cc: John Stultz > Cc: Thomas Gleixner > Cc: Stephen Boyd > Cc: Feng Tang > Cc: Waiman Long > > diff --git a/include/linux/clocksource.h b/include/linux/clocksource.h > index 1d42d4b173271..23b73f2293d6d 100644 > --- a/include/linux/clocksource.h > +++ b/include/linux/clocksource.h > @@ -125,6 +125,9 @@ struct clocksource { > struct list_head wd_list; > u64 cs_last; > u64 wd_last; > + u64 wd_last_bogus; > + int wd_bogus_shift; > + unsigned long wd_bogus_count; > #endif > struct module *owner; > }; > diff --git a/kernel/time/clocksource.c b/kernel/time/clocksource.c > index 3f5317faf891f..1eefb56505350 100644 > --- a/kernel/time/clocksource.c > +++ b/kernel/time/clocksource.c > @@ -442,14 +442,33 @@ static void clocksource_watchdog(struct timer_list *unused) > > /* Check for bogus measurements. */ > wdi = jiffies_to_nsecs(WATCHDOG_INTERVAL); > - if (wd_nsec < (wdi >> 2)) { > - /* This usually indicates broken timer code or hardware. */ > - pr_warn("timekeeping watchdog on CPU%d: Watchdog clocksource '%s' advanced only %lld ns during %d-jiffy time interval, skipping watchdog check.\n", smp_processor_id(), watchdog->name, wd_nsec, WATCHDOG_INTERVAL); > + if (wd_nsec > (wdi << 2) || cs_nsec > (wdi << 2)) { > + bool needwarn = false; > + u64 wd_lb; > + > + cs->wd_bogus_count++; > + if (!cs->wd_bogus_shift) { > + needwarn = true; > + } else { > + delta = clocksource_delta(wdnow, cs->wd_last_bogus, watchdog->mask); > + wd_lb = clocksource_cyc2ns(delta, watchdog->mult, watchdog->shift); > + if ((1 << cs->wd_bogus_shift) * wdi <= wd_lb) > + needwarn = true; > + } > + if (needwarn) { > + /* This can happen on busy systems, which can delay the watchdog. */ > + pr_warn("timekeeping watchdog on CPU%d: Watchdog clocksource '%s' advanced an excessive %lld ns during %d-jiffy time interval (%lu additional), probable CPU overutilization, skipping watchdog check.\n", smp_processor_id(), watchdog->name, wd_nsec, WATCHDOG_INTERVAL, cs->wd_bogus_count); Just one question, does "%lu additional" means the number of bogus count that doesn't meet the needwarn requirement and hence skipped. If so, I think you have to use "cs->wd_bogus_cnt - 1". Other than that, the change looks good to me. Cheers, Longman