Received: by 2002:a05:6358:111d:b0:dc:6189:e246 with SMTP id f29csp828416rwi; Wed, 2 Nov 2022 19:36:18 -0700 (PDT) X-Google-Smtp-Source: AMsMyM7TkIA/EXNtlYElSZ6cViDiYNtx4Aaju9CScU67hVA/zJSJitpoRgkfyqO5TLDP0Go73RR+ X-Received: by 2002:a17:902:7b91:b0:185:4548:3a96 with SMTP id w17-20020a1709027b9100b0018545483a96mr27590473pll.130.1667442978294; Wed, 02 Nov 2022 19:36:18 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1667442978; cv=none; d=google.com; s=arc-20160816; b=EYPcyuNAZiOeAhVjq9aXRQH67Pxzdg1v21VvynsBZEOfvTtu+p3vToeyrxLv5zBhGx tDlGN5K6m6AoJ4lY8ZfX6ywTlju7tSnPH/zqp6WlVl52sRvInamOaedKQmTaYKPoGAjy eQFfcUwykO1GEvzD28OEtkFlBRxdegVLh1tiadIxp95TezS16uDMNbZ6vlbRALCNT43b NtodHKbzRraKCI1jYPHIp44T0OoGigcotwr/yxyCENEe1vbE0g8wyl4Ch70nchDP6Is1 StAUQEETP/LN8Qh7dYBb60HtVrY8FvOgpuo0rhCxid2gkU0urZCFFIZF9R820P4HVb3l V1yg== 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=v5nZZgveC2PTuRPjJi9xjT+244TM4nAFvJacQmawNfo=; b=fe+yu69bvAoVzhzTlsgcmfrxOaPXxTgWJFLont/JQA/DfVGRbz/X0koNd9gbR9/d9B HRo806nZXCrliu57CWcoEo97OQT4cwpRXih7nlp5ZXTBLAmuhQdva7Gx1xYym39jUQ1r PEliS8ZxrCCnj2eoDeRNISshAZGxm/eErZYn9CqyI2uwZeZEq56Pof7YAppexMq9WEuK 0fMwF/y+Jus35fwRyr3t1s1ZyUIjaqfDZv25ssx6v7sNOdfcBTp9pWQ1xHhH4GyMIWoW z4SN+oDBMDB3tM16rxY46IPO3s1M04D1pA2T9V8fIWu1124VfsIg2ule8+6bCnIHljFp GwVw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=fRTMkZ9t; 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 f35-20020a635563000000b0046aeec7fe3dsi17335682pgm.703.2022.11.02.19.36.05; Wed, 02 Nov 2022 19:36:18 -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=fRTMkZ9t; 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 S230171AbiKCC3G (ORCPT + 97 others); Wed, 2 Nov 2022 22:29:06 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:59070 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229587AbiKCC3E (ORCPT ); Wed, 2 Nov 2022 22:29:04 -0400 Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.133.124]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 7A57513D47 for ; Wed, 2 Nov 2022 19:28:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1667442490; 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=v5nZZgveC2PTuRPjJi9xjT+244TM4nAFvJacQmawNfo=; b=fRTMkZ9tuYdTAw0LKEHipZzo3OSDgHaZVdr2CKdZzjBnfJK8Hobd4jIh3Q9KyVAR0jrJbM jDh0eGpY1eS+Qokjl7yUUhi21NXQshV18mOdo9Ri/uYivKqKUvJUIZD1qaWCwX++7DL1d5 b2pvGl2Q1nuiw6GRDW/lRc+srS0Dscg= Received: from mimecast-mx02.redhat.com (mx3-rdu2.redhat.com [66.187.233.73]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id us-mta-590-PPa-VNn5Mo6of6c8OMZf3A-1; Wed, 02 Nov 2022 22:28:06 -0400 X-MC-Unique: PPa-VNn5Mo6of6c8OMZf3A-1 Received: from smtp.corp.redhat.com (int-mx07.intmail.prod.int.rdu2.redhat.com [10.11.54.7]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx02.redhat.com (Postfix) with ESMTPS id 13FBF29AA3B9; Thu, 3 Nov 2022 02:28:06 +0000 (UTC) Received: from [10.22.32.82] (unknown [10.22.32.82]) by smtp.corp.redhat.com (Postfix) with ESMTP id 80B36140EBF5; Thu, 3 Nov 2022 02:28:05 +0000 (UTC) Message-ID: <1fdbdf78-cdca-975f-7f57-e391263d0aec@redhat.com> Date: Wed, 2 Nov 2022 22:28:05 -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: "Paul E. McKenney" , tglx@linutronix.de Cc: 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> From: Waiman Long In-Reply-To: <20221102184009.1306751-2-paulmck@kernel.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Scanned-By: MIMEDefang 3.1 on 10.11.54.7 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/2/22 14:40, Paul E. McKenney wrote: > 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. ] > > 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 > --- > include/linux/clocksource.h | 4 ++++ > kernel/time/clocksource.c | 31 +++++++++++++++++++++++++------ > 2 files changed, 29 insertions(+), 6 deletions(-) > > diff --git a/include/linux/clocksource.h b/include/linux/clocksource.h > index 1d42d4b173271..daac05aedf56a 100644 > --- a/include/linux/clocksource.h > +++ b/include/linux/clocksource.h > @@ -125,6 +125,10 @@ 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; > + unsigned long wd_bogus_count_last; > #endif > struct module *owner; > }; > diff --git a/kernel/time/clocksource.c b/kernel/time/clocksource.c > index 3f5317faf891f..de8047b6720f5 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 - cs->wd_bogus_count_last); > + cs->wd_last_bogus = wdnow; > + if (cs->wd_bogus_shift < 10) > + cs->wd_bogus_shift++; > + cs->wd_bogus_count_last = cs->wd_bogus_count; I don't think you need to keep 2 counters to store the number of skipped warnings. How about just use a single wd_bogus_skip_count like If (needwarn) {     pr_warn("... %lu additonal ...", ... cs->wd_bogus_skip_count);     cs->wd_bogus_skip_count = 0: } else {     cs->wd_bogus_skip_count++; } Cheers, Longman