Received: by 2002:a05:6a10:22f:0:0:0:0 with SMTP id 15csp3080945pxk; Mon, 28 Sep 2020 07:58:15 -0700 (PDT) X-Google-Smtp-Source: ABdhPJw8AOKa72/HteLNdOb1VxKZwST41tuEPP26C7z4hc0nW/nUp5C3pyfw9qyx+QcG9xPYF06c X-Received: by 2002:a17:907:20d0:: with SMTP id qq16mr1937699ejb.65.1601305095054; Mon, 28 Sep 2020 07:58:15 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1601305095; cv=none; d=google.com; s=arc-20160816; b=cH51IpWlYjOeihsoGspGj+57mkeaKrdyGAVZUXOVVkr5SLl0TOQNXpGmc2kXTaCxC/ 7RttuzapE9XbYGLOn3eKvdBwfdFP0sdERn3VHNfZvv3wj3743V3NkiZgi+sVt2l40kBP 50/p34j8S0ZU8lS/JAhml25UnMBblCBbdekeHTMPWA5VhcHo9CJs+NPB25LvLJGscvPN 2uh/o+y7xzNOVseRKnb0azupyyd8Hd8uoWxVDFJJYAzqxtBMAWHyBgXiNI5Xgz4Ffm7S OmTyZh0JCijDOhyiL5KCFGzV38ssnN3qdFDvYtwrvOO7Lwy8P1yxk9v/dvewrzpthlED v02w== 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 :references:in-reply-to:message-id:subject:cc:to:from:date; bh=fgwl9GWX41hZonRnCEjdDmJrwFSVMEGRvCkkSWsEuK8=; b=FkAr42To7MxZU/WlHFIQsgBZ56dTsoD1q9l9TM/BjANanR3FEq3nxEyAhLH1yLYmWO Qp2tF63pB1TmStW+KQfXATeasGCSsvPB8+wvs6BanxOzc2vsg4wQvtm0CDJhRx2Ed/yy gKwEF9GrRsa07oOY8i0LuHuCP2CSiqrqdiSYirWsV+Rdu8GlUutFWArkHJD4ZsYITzUh uEgw2j0eLc01ulRuaJcAHOgiGWqSJbXXGNfJguhtRTFRSiisNGPVKgLduYic+Q0cMgXJ Q5gPJAnRlYZPaDkLeN3B40pgnwqAx6BPKmZbxVahYsZRvoLkVcQJAHige6dHy4RiCmIE mtEQ== 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id dp16si940860ejc.523.2020.09.28.07.57.50; Mon, 28 Sep 2020 07:58:15 -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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726558AbgI1OzF (ORCPT + 99 others); Mon, 28 Sep 2020 10:55:05 -0400 Received: from mail.kernel.org ([198.145.29.99]:55462 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726500AbgI1OzE (ORCPT ); Mon, 28 Sep 2020 10:55:04 -0400 Received: from oasis.local.home (cpe-66-24-58-225.stny.res.rr.com [66.24.58.225]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id F03392083B; Mon, 28 Sep 2020 14:55:02 +0000 (UTC) Date: Mon, 28 Sep 2020 10:55:01 -0400 From: Steven Rostedt To: Prasad Sodagudi Cc: mingo@redhat.com, keescook@chromium.org, saiprakash.ranjan@codeaurora.org, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, linux-arm-msm@vger.kernel.org, gregkh@linuxfoundation.org, anton@enomsg.org, arnd@arndb.de, catalin.marinas@arm.com, ccross@android.com, jbaron@akamai.com, jim.cromie@gmail.com, joe@perches.com, joel@joelfernandes.org Subject: Re: [PATCH] tracing: Add register read and write tracing support Message-ID: <20200928105501.7e29df65@oasis.local.home> In-Reply-To: <1601253290-400618-2-git-send-email-psodagud@codeaurora.org> References: <1601253290-400618-1-git-send-email-psodagud@codeaurora.org> <1601253290-400618-2-git-send-email-psodagud@codeaurora.org> X-Mailer: Claws Mail 3.17.3 (GTK+ 2.24.32; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sun, 27 Sep 2020 17:34:50 -0700 Prasad Sodagudi wrote: > Add register read/write operations tracing support. > ftrace events helps trace register read and write > location details of memory mapped IO registers. Also > add _no_log variants the writel_relaxed/readl_relaed > APIs to avoid excessive logging for certain register > operations. As mentioned elsewhere, I don't see a reason for "nolog" variants if it is just to avoid logging too much. You can easily filter on the recording side. > --- /dev/null > +++ b/include/linux/iorw.h > @@ -0,0 +1,20 @@ > +/* SPDX-License-Identifier: GPL-2.0 */ > +/* > + * > + */ > +#ifndef __LOG_IORW_H__ > +#define __LOG_IORW_H__ > + > +#include > + > +#if IS_ENABLED(CONFIG_TRACE_RW) > +void log_write_io(volatile void __iomem *addr); > +void log_read_io(const volatile void __iomem *addr); So basically, this is always doing a function call, even when tracing is not enabled. You may want to turn this into a macro, and use the new interface I'm about to push: See https://lore.kernel.org/r/20200925211206.423598568@goodmis.org Although I'm about to push a v3 (found a config that breaks msr.h) #if IS_ENABLED(CONFIG_TRACE_RW) #include #include DECLARE_TRACEPOINT(rwio_write); DECLARE_TRACEPOINT(rwio_read); void __log_write_io(volatile void __iomem *addr); void __log_read_io(const volatile void __iomem *addr); #define log_write_io(addr) \ if (tracepoint_enabled(rwio_write) __log_write_io(addr) #define log_read_io(addr) \ if (tracepoint_enabled(rwio_read) __log_read_io(addr) > +#else > +static inline void log_write_io(volatile void __iomem *addr) > +{ } > +static inline void log_read_io(const volatile void __iomem *addr) > +{ } > +#endif /* CONFIG_TRACE_RW */ > + > +#endif /* __LOG_IORW_H__ */ > diff --git a/include/trace/events/rwio.h b/include/trace/events/rwio.h > new file mode 100644 > index 0000000..b829629 > --- /dev/null > +++ b/include/trace/events/rwio.h > @@ -0,0 +1,51 @@ > +/* SPDX-License-Identifier: GPL-2.0 */ > + > +#undef TRACE_SYSTEM > +#define TRACE_SYSTEM rwio > + > +#if !defined(_TRACE_RWIO_H) || defined(TRACE_HEADER_MULTI_READ) > +#define _TRACE_RWIO_H > + > +#include > + > +TRACE_EVENT(raw_write, "raw" is too generic. Call this rwio_write. > + > + TP_PROTO(unsigned long fn, volatile void __iomem *addr), > + > + TP_ARGS(fn, addr), > + > + TP_STRUCT__entry( > + __field(u64, fn) > + __field(u64, addr) > + ), > + > + TP_fast_assign( > + __entry->fn = fn; > + __entry->addr = (u64)addr; > + ), > + > + TP_printk("%pS write addr=%p\n", __entry->fn, __entry->addr) > +); > + > +TRACE_EVENT(raw_read, And this "rwio_read" -- Steve > + > + TP_PROTO(unsigned long fn, const volatile void __iomem *addr), > + > + TP_ARGS(fn, addr), > + > + TP_STRUCT__entry( > + __field(u64, fn) > + __field(u64, addr) > + ), > + > + TP_fast_assign( > + __entry->fn = fn; > + __entry->addr = (u64)addr; > + ), > + > + TP_printk("%pS read addr=%p\n", __entry->fn, __entry->addr) > +); > + > +#endif /* _TRACE_PREEMPTIRQ_H */ > +