Received: by 2002:a05:6358:1087:b0:cb:c9d3:cd90 with SMTP id j7csp1049432rwi; Thu, 20 Oct 2022 08:08:06 -0700 (PDT) X-Google-Smtp-Source: AMsMyM4tWO3nlOYOsp07UgACkIaG9IGQJ7vqz998kVEe1EXleIdbyrcMe8os/sYxXmb7UdjeljKJ X-Received: by 2002:a17:907:c03:b0:781:fd5a:c093 with SMTP id ga3-20020a1709070c0300b00781fd5ac093mr11433013ejc.89.1666278486146; Thu, 20 Oct 2022 08:08:06 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1666278486; cv=none; d=google.com; s=arc-20160816; b=xb6vbpsOz0ufRoM7bBO9ARZ1sxubxIbbGDgS5dQDRfl5l/7IlbH1Nvq+nE6HxG5367 /gsb/RbDdcoMI1UfoijBcjZl9TsfTcomnrskj7LpqdQmL8hQsfSpxF2tsRSccwSs/TPx ByMJxoSDyywbI2U6RpCASo2hFNQNBqUF/m4DqUIj9eupNNsulXGxxoEsTys3kyqxIdeD DNS0ra0SS3yRWJoADPf8lHxJUes3/qvlORdO1ZsoYcPVBiEZkTlgc6YSUQVHDbO/uN2f BIkKd3qvglevAsi+17e3oUV7ALjL+GrMZWwpJpOTZcvcY1+VhsWtwrQ8NbChHrBRRbCO uW1g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :message-id:date:subject:cc:to:from; bh=W6AmRUwnbDKIOqmHGGBBGTpBc5taHplx30SLwCodPpk=; b=lhHTFfvevaHCB7N8TPWZ/tP/HW18WBtV+llcd7H9xK7QHKz0flz5/20O8k2BHI7FKq K2VA02kr3dq3ggwixNspaIbP7fW0rlthwlIcHU3E6dbUVSXk1ZGcFCm6ZxwZCM2GuCoe rrGI/Jkw2NgHdlkAE/5X/IieXLS27+lyLEPr12NScRvcpzf/S7WZ7h3I2vVPf+Ukrk3X ilGozdR5qt0SHAcncVWaZxGLx4Vcdy4+j1NIFXCrBsxDGHYDpBQQaLg4jf8D1SwMzxhp fjeGD06x5c6BYWbsRLdX/aHXzzAmqH1z52Qwl83MNNYIjf3EtIFUqlJ/VpJlLhVFi2Jr NBEw== ARC-Authentication-Results: i=1; mx.google.com; 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 Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id hz6-20020a1709072ce600b0078a891e407dsi5055939ejc.974.2022.10.20.08.07.39; Thu, 20 Oct 2022 08:08:06 -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; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230170AbiJTO0a (ORCPT + 99 others); Thu, 20 Oct 2022 10:26:30 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:49990 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230180AbiJTO02 (ORCPT ); Thu, 20 Oct 2022 10:26:28 -0400 Received: from vps-vb.mhejs.net (vps-vb.mhejs.net [37.28.154.113]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 549A31AFA8A for ; Thu, 20 Oct 2022 07:26:25 -0700 (PDT) Received: from MUA by vps-vb.mhejs.net with esmtps (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1olWUx-000601-0e; Thu, 20 Oct 2022 16:26:15 +0200 From: "Maciej S. Szmigiero" To: John Stultz , Thomas Gleixner , Stephen Boyd Cc: linux-kernel@vger.kernel.org Subject: [PATCH][RESEND] clocksource: downgrade messages about skipping watchdog check under load Date: Thu, 20 Oct 2022 16:26:09 +0200 Message-Id: <841757364754f8d0a8834982ca16da10a6a44d72.1666275945.git.maciej.szmigiero@oracle.com> X-Mailer: git-send-email 2.37.3 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,SPF_HELO_NONE, SPF_PASS 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 From: "Maciej S. Szmigiero" Since commit c86ff8c55b8a ("clocksource: Avoid accidental unstable marking of clocksources") the watchdog check is skipped if two consecutive watchdog reads are too far apart. This might happen, for example, when the system is under heavy load, so it isn't a totally unexpected condition. Since some systems are prone to producing significant number of these messages when the system is constantly under heavy load downgrade their log level to "debug" to avoid filling the kernel log in such case. These messages can then still be enabled via dyndbg mechanism in case someone really needs to see them. Signed-off-by: Maciej S. Szmigiero --- kernel/time/clocksource.c | 12 ++++++------ 1 file changed, 6 insertions(+), 6 deletions(-) diff --git a/kernel/time/clocksource.c b/kernel/time/clocksource.c index cee5da1e54c41..ff99b25bc1aec 100644 --- a/kernel/time/clocksource.c +++ b/kernel/time/clocksource.c @@ -236,8 +236,8 @@ static enum wd_read_status cs_watchdog_read(struct clocksource *cs, u64 *csnow, watchdog->shift); if (wd_delay <= WATCHDOG_MAX_SKEW) { if (nretries > 1 || nretries >= max_cswd_read_retries) { - pr_warn("timekeeping watchdog on CPU%d: %s retried %d times before success\n", - smp_processor_id(), watchdog->name, nretries); + pr_debug("timekeeping watchdog on CPU%d: %s retried %d times before success\n", + smp_processor_id(), watchdog->name, nretries); } return WD_READ_SUCCESS; } @@ -262,10 +262,10 @@ static enum wd_read_status cs_watchdog_read(struct clocksource *cs, u64 *csnow, return WD_READ_UNSTABLE; skip_test: - pr_info("timekeeping watchdog on CPU%d: %s wd-wd read-back delay of %lldns\n", - smp_processor_id(), watchdog->name, wd_seq_delay); - pr_info("wd-%s-wd read-back delay of %lldns, clock-skew test skipped!\n", - cs->name, wd_delay); + pr_debug("timekeeping watchdog on CPU%d: %s wd-wd read-back delay of %lldns\n", + smp_processor_id(), watchdog->name, wd_seq_delay); + pr_debug("wd-%s-wd read-back delay of %lldns, clock-skew test skipped!\n", + cs->name, wd_delay); return WD_READ_SKIP; }