From nobody Sun May 10 17:53:31 2026 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id 888C8C433F5 for ; Thu, 28 Apr 2022 06:26:20 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S244108AbiD1G3D (ORCPT ); Thu, 28 Apr 2022 02:29:03 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:40034 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S243818AbiD1G2M (ORCPT ); Thu, 28 Apr 2022 02:28:12 -0400 Received: from galois.linutronix.de (Galois.linutronix.de [193.142.43.55]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id D60B374DE5 for ; Wed, 27 Apr 2022 23:24:53 -0700 (PDT) From: Kurt Kanzenbach DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linutronix.de; s=2020; t=1651127091; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version: content-transfer-encoding:content-transfer-encoding; bh=Us0ooCC+vQg6P64YAupdTNJDnfjI3fHewWA7ZNyTAlg=; b=cP/eRu8X8k7WJ4ICNDGClrZvd6U2gfBUIJHLMrhBVN/eQjrdmJYTTj8+3eJs5f+5ZISxf3 h+J/7jQ9cFLk5ezfXqIwFi9R2mlUdDDjhNdAoiqA54ARUP/r2938ak2y6p8pAxdSBgr5GS Wz7rJlO3JW3St51V7SETfXXqWVXCaL+5blWccLq+/AiOf9Qp+W4k7kQQ/bNfxPLOJUwtaT 2Qv54Ch5YIMCufrHuB2RYR3MiHKnfLe6492kgNf3AFs0NCHayDtfEi8vIiOFWXhy87ZWUf kUFMZkumKhAsSKqyFnoyKeRqr8RiOfedS3VX0VD89VsdIOP43X+nfyY/12N7cQ== DKIM-Signature: v=1; a=ed25519-sha256; c=relaxed/relaxed; d=linutronix.de; s=2020e; t=1651127091; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version: content-transfer-encoding:content-transfer-encoding; bh=Us0ooCC+vQg6P64YAupdTNJDnfjI3fHewWA7ZNyTAlg=; b=u6URXPCqG20dEeteH9FT+51ZGsfV1cCY05a5yB22Vc6yoFCk67b0Wsb+had0LJqDfWwivR TvB0YG3UdBJ8fKDg== To: John Stultz , Thomas Gleixner , Stephen Boyd , Peter Zijlstra , Ingo Molnar Cc: linux-kernel@vger.kernel.org, Kurt Kanzenbach , Steven Rostedt Subject: [PATCH] timekeeping: Mark mono fast time accessors as notrace Date: Thu, 28 Apr 2022 08:24:32 +0200 Message-Id: <20220428062432.61063-1-kurt@linutronix.de> MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Type: text/plain; charset="utf-8" Mark the CLOCK_MONOTONIC fast time accessors as notrace. These functions are used in tracing to retrieve timestamps. Link: https://lore.kernel.org/r/20220426175338.3807ca4f@gandalf.local.home/ Fixes: 4498e7467e9e ("time: Parametrize all tk_fast_mono users") Fixes: f09cb9a1808e ("time: Introduce tk_fast_raw") Reported-by: Steven Rostedt Signed-off-by: Kurt Kanzenbach --- kernel/time/timekeeping.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/kernel/time/timekeeping.c b/kernel/time/timekeeping.c index 2c22023fbf5f..dddc37035215 100644 --- a/kernel/time/timekeeping.c +++ b/kernel/time/timekeeping.c @@ -482,7 +482,7 @@ static __always_inline u64 __ktime_get_fast_ns(struct t= k_fast *tkf) * of the following timestamps. Callers need to be aware of that and * deal with it. */ -u64 ktime_get_mono_fast_ns(void) +u64 notrace ktime_get_mono_fast_ns(void) { return __ktime_get_fast_ns(&tk_fast_mono); } @@ -494,7 +494,7 @@ EXPORT_SYMBOL_GPL(ktime_get_mono_fast_ns); * Contrary to ktime_get_mono_fast_ns() this is always correct because the * conversion factor is not affected by NTP/PTP correction. */ -u64 ktime_get_raw_fast_ns(void) +u64 notrace ktime_get_raw_fast_ns(void) { return __ktime_get_fast_ns(&tk_fast_raw); } --=20 2.30.2