From mboxrd@z Thu Jan 1 00:00:00 1970 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 mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 5F88FC433EF for ; Tue, 9 Nov 2021 14:14:12 +0000 (UTC) Received: from bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id 2D20561053 for ; Tue, 9 Nov 2021 14:14:12 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.4.1 mail.kernel.org 2D20561053 Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=quicinc.com Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=lists.infradead.org DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20210309; h=Sender:Content-Type: Content-Transfer-Encoding:List-Subscribe:List-Help:List-Post:List-Archive: List-Unsubscribe:List-Id:In-Reply-To:From:References:CC:To:Subject: MIME-Version:Date:Message-ID:Reply-To:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: List-Owner; bh=flHRG4fvZkb6THHqVPiFDVJyeEOqKNEVu0uadIO+Lv0=; b=yUK6JUNhylqBP/ bpubfjqg619CSxRzrHAmAYkpREQ7iqA3b5caS65+79Qoi37gx48rJiNvCvYqTXzrFwU2s76/U6vhE yjwEI6QT/RDk47qYN6EOo75gb24MjxUYerHzr5y4gVuTIPYMh+wkMvHZywOQRrnsGgWnxtljGoKPr 3nhyfo10w6Tuoy2W+ecWE8JQwv0ObEpHhiBrqHGwETHpr2YtU5/lbhkfw80Z0DpLefhTruHsQf5gx W/UlkYc+sp3CDEjABfZRCCy+N9udsuU7hZpQ2cJMHPejDyM5rmt+n1tcjam1w30WoZe4ANlJqg5P6 QIyVSVcFZf1DgWI1ZwKQ==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.94.2 #2 (Red Hat Linux)) id 1mkRri-002NrT-JQ; Tue, 09 Nov 2021 14:12:46 +0000 Received: from alexa-out-sd-01.qualcomm.com ([199.106.114.38]) by bombadil.infradead.org with esmtps (Exim 4.94.2 #2 (Red Hat Linux)) id 1mkRrf-002Nqb-7k for linux-arm-kernel@lists.infradead.org; Tue, 09 Nov 2021 14:12:44 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=quicinc.com; i=@quicinc.com; q=dns/txt; s=qcdkim; t=1636467163; x=1668003163; h=message-id:date:mime-version:subject:to:cc:references: from:in-reply-to:content-transfer-encoding; bh=JkI/y9JuBpAiKQPsRnt22jDEDVpaoyvjrRNwSo020qs=; b=iV0R9d23bZEVazHoBtSRIHszmZ92LNkYko8IYymh5WhLPgc8AR65ZhNh 5rW3ny6UtXeXJDOJosXb8gzK6/lIzGm3BNA4UwKwvtRoTau4lts1uhgUL uZHHEKoPMy8/7cr/Hii6rHTAeD+JvTPKWPbxQ5zntWEO7zi5pimt3w92v 0=; Received: from unknown (HELO ironmsg01-sd.qualcomm.com) ([10.53.140.141]) by alexa-out-sd-01.qualcomm.com with ESMTP; 09 Nov 2021 06:12:39 -0800 X-QCInternal: smtphost Received: from nasanex01c.na.qualcomm.com ([10.47.97.222]) by ironmsg01-sd.qualcomm.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 09 Nov 2021 06:12:38 -0800 Received: from nalasex01a.na.qualcomm.com (10.47.209.196) by nasanex01c.na.qualcomm.com (10.47.97.222) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.922.7; Tue, 9 Nov 2021 06:12:38 -0800 Received: from [10.50.19.148] (10.80.80.8) by nalasex01a.na.qualcomm.com (10.47.209.196) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.922.7; Tue, 9 Nov 2021 06:12:32 -0800 Message-ID: <90505edb-3569-aa6b-68e6-1de9972cce47@quicinc.com> Date: Tue, 9 Nov 2021 19:42:27 +0530 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.1.2 Subject: Re: [PATCHv3 1/3] tracing: Add register read/write tracing support Content-Language: en-US To: Steven Rostedt CC: Will Deacon , Catalin Marinas , , Marc Zyngier , , , , , , , , , Prasad Sodagudi References: <20211109085410.349edffa@gandalf.local.home> From: Sai Prakash Ranjan In-Reply-To: <20211109085410.349edffa@gandalf.local.home> X-Originating-IP: [10.80.80.8] X-ClientProxiedBy: nasanex01a.na.qualcomm.com (10.52.223.231) To nalasex01a.na.qualcomm.com (10.47.209.196) X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20211109_061243_355847_D8A7141C X-CRM114-Status: GOOD ( 21.62 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org Hi Steve, On 11/9/2021 7:24 PM, Steven Rostedt wrote: > On Tue, 9 Nov 2021 17:38:19 +0530 > Sai Prakash Ranjan wrote: > >> From: Prasad Sodagudi >> >> Generic MMIO read/write i.e., __raw_{read,write}{b,l,w,q} accessors >> are typically used to read/write from/to memory mapped registers >> and can cause hangs or some undefined behaviour in following few >> cases, >> >> * If the access to the register space is unclocked, for example: if >> there is an access to multimedia(MM) block registers without MM >> clocks. >> >> * If the register space is protected and not set to be accessible from >> non-secure world, for example: only EL3 (EL: Exception level) access >> is allowed and any EL2/EL1 access is forbidden. >> >> * If xPU(memory/register protection units) is controlling access to >> certain memory/register space for specific clients. >> >> and more... >> >> Such cases usually results in instant reboot/SErrors/NOC or interconnect >> hangs and tracing these register accesses can be very helpful to debug >> such issues during initial development stages and also in later stages. >> >> So use ftrace trace events to log such MMIO register accesses which >> provides rich feature set such as early enablement of trace events, >> filtering capability, dumping ftrace logs on console and many more. >> >> Sample output: >> >> rwmmio_read: gic_peek_irq+0xd0/0xd8 readl addr=0xffff800010040104 >> rwmmio_write: gic_poke_irq+0xe4/0xf0 writel addr=0xffff800010040184 val=0x40 >> rwmmio_read: gic_do_wait_for_rwp+0x54/0x90 readl addr=0xffff800010040000 >> rwmmio_write: gic_set_affinity+0x1bc/0x1e8 writeq addr=0xffff800010046130 val=0x500 >> >> Signed-off-by: Prasad Sodagudi >> [saiprakash: Rewrote commit msg and trace event field edits] >> Signed-off-by: Sai Prakash Ranjan >> --- >> include/trace/events/rwmmio.h | 61 ++++++++++++++++++++++++++++++++++ >> kernel/trace/Kconfig | 7 ++++ >> kernel/trace/Makefile | 1 + >> kernel/trace/trace_readwrite.c | 28 ++++++++++++++++ >> 4 files changed, 97 insertions(+) >> create mode 100644 include/trace/events/rwmmio.h >> create mode 100644 kernel/trace/trace_readwrite.c >> >> diff --git a/include/trace/events/rwmmio.h b/include/trace/events/rwmmio.h >> new file mode 100644 >> index 000000000000..cb5261a559f8 >> --- /dev/null >> +++ b/include/trace/events/rwmmio.h >> @@ -0,0 +1,61 @@ >> +/* SPDX-License-Identifier: GPL-2.0-only */ >> +/* >> + * Copyright (c) 2021 Qualcomm Innovation Center, Inc. All rights reserved. >> + */ >> +#undef TRACE_SYSTEM >> +#define TRACE_SYSTEM rwmmio >> + >> +#if !defined(_TRACE_MMIO_H) || defined(TRACE_HEADER_MULTI_READ) >> +#define _TRACE_MMIO_H >> + >> +#include >> + >> +TRACE_EVENT(rwmmio_write, >> + >> + TP_PROTO(unsigned long fn, const char *width, u64 val, volatile void __iomem *addr), >> + >> + TP_ARGS(fn, width, val, addr), >> + >> + TP_STRUCT__entry( >> + __field(u64, fn) >> + __string(width, width) >> + __field(u64, val) >> + __field(u64, addr) > For better space usage, move the __string to the end. Each of the u64 > fields will take up 8 bytes, and the __string only takes up 4 (it's a 2 > byte offset and 2 byte length, where the actual string lies at the end of > the event). Many archs will leave a 4 byte "hole" between the __string() > field and the u64 val field. If __string is at the end, it will go nicely > with the actual string that will be appended behind it. Thanks for the informative suggestion, will make the change for the next version. >> + ), >> + >> + TP_fast_assign( >> + __entry->fn = fn; >> + __assign_str(width, width); >> + __entry->val = val; >> + __entry->addr = (u64)addr; >> + ), >> + >> + TP_printk("%pS %s addr=%#llx val=%#llx", >> + (void *)__entry->fn, __get_str(width), __entry->addr, __entry->val) >> +); >> + >> +TRACE_EVENT(rwmmio_read, >> + >> + TP_PROTO(unsigned long fn, const char *width, const volatile void __iomem *addr), >> + >> + TP_ARGS(fn, width, addr), >> + >> + TP_STRUCT__entry( >> + __field(u64, fn) >> + __string(width, width) >> + __field(u64, addr) > Same here. Sure, will make the change. >> + ), >> + >> + TP_fast_assign( >> + __entry->fn = fn; >> + __assign_str(width, width); >> + __entry->addr = (u64)addr; >> + ), >> + >> + TP_printk("%pS %s addr=%#llx", >> + (void *)__entry->fn, __get_str(width), __entry->addr) >> +); >> + > -- Steve Thanks, Sai _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel