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 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 smtp.lore.kernel.org (Postfix) with ESMTPS id B2932C433EF for ; Thu, 28 Apr 2022 03:17:51 +0000 (UTC) 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=KX3bmYRCiufaI9d0XzYBrpXw5vYtOBMzCNDoJba5CZk=; b=R0erd6dv1A43QI oRWfxO1eOCLJ0ZHvMvZ5vqpYd1+pBp5VYIJ7wgMlR5E73Ou8niEWiQJ/48U+v29+KFnICh58DzAZp KvGRC0VeTWLA7AN9VTpSQ1XOfnm5cSSHH0We4XbSphhN6rUJHst+rII1ASMGzW0nCdwmZAajONYoP +9C6TbBzb1zpvfuvob6tqCpFyvPBszfmb/GV35c/tOyZWHIHyVL14RBjp5iu16tlpszEXX5SosiE2 4eTmeT0maVwMvh5naACXS6MHKesqizsLeqXO+FUL6NNqq6xL56D6TDtVMZmY9h5/ISvXXiriDpVlr hPbM4kAyi9vGQzT0lqTA==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.94.2 #2 (Red Hat Linux)) id 1njudr-004Tsa-NK; Thu, 28 Apr 2022 03:16:31 +0000 Received: from alexa-out.qualcomm.com ([129.46.98.28]) by bombadil.infradead.org with esmtps (Exim 4.94.2 #2 (Red Hat Linux)) id 1njudo-004Ts2-68 for linux-arm-kernel@lists.infradead.org; Thu, 28 Apr 2022 03:16:30 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=quicinc.com; i=@quicinc.com; q=dns/txt; s=qcdkim; t=1651115788; x=1682651788; h=message-id:date:mime-version:subject:to:cc:references: from:in-reply-to:content-transfer-encoding; bh=OzLHedGGs0p8Rkynak6Kv3mvYKpyq/SCmi4nw9hwu+U=; b=ULVt/JB0HB1WsBi57d2c+Mrmz0YzEIFljQcaWqbJXACsHvUskVLrsq22 eMHFEp+7AnsvTJpGk5wLdxK258NX7MHwFXco5Duv2HSOwOqCf8ofinzIn yuWED86H6e5zjm+yiqGVoRvRDeE59d7IHGaDdQzWurCoj77AaMG4Bq87l Y=; Received: from ironmsg07-lv.qualcomm.com ([10.47.202.151]) by alexa-out.qualcomm.com with ESMTP; 27 Apr 2022 20:16:23 -0700 X-QCInternal: smtphost Received: from nasanex01c.na.qualcomm.com ([10.47.97.222]) by ironmsg07-lv.qualcomm.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 27 Apr 2022 20:16:23 -0700 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.986.22; Wed, 27 Apr 2022 20:16:23 -0700 Received: from [10.50.42.7] (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.986.22; Wed, 27 Apr 2022 20:16:19 -0700 Message-ID: <2cb26bc2-704b-86df-15ed-8c18f81addaf@quicinc.com> Date: Thu, 28 Apr 2022 08:46:15 +0530 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.6.1 Subject: Re: [PATCHv10 5/6] lib: Add register read/write tracing support Content-Language: en-US To: Arnd Bergmann CC: Will Deacon , Catalin Marinas , Steven Rostedt , Marc Zyngier , "Trilok Soni" , , gregkh , Linux ARM , Linux Kernel Mailing List , linux-arm-msm , Prasad Sodagudi References: <8cf9304d9941c25d920c4835cbc624ff5c2ac2cb.1644824638.git.quic_saipraka@quicinc.com> From: Sai Prakash Ranjan In-Reply-To: X-Originating-IP: [10.80.80.8] X-ClientProxiedBy: nasanex01b.na.qualcomm.com (10.46.141.250) 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-20220427_201628_316381_2AD4D8D7 X-CRM114-Status: GOOD ( 23.98 ) 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 Arnd, On 4/27/2022 9:44 PM, Arnd Bergmann wrote: > On Thu, Feb 24, 2022 at 7:07 AM 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_write: __qcom_geni_serial_console_write+0x160/0x1e0 width=32 val=0xa0d5d addr=0xfffffbfffdbff700 >> rwmmio_post_write: __qcom_geni_serial_console_write+0x160/0x1e0 width=32 val=0xa0d5d addr=0xfffffbfffdbff700 >> rwmmio_read: qcom_geni_serial_poll_bit+0x94/0x138 width=32 addr=0xfffffbfffdbff610 >> rwmmio_post_read: qcom_geni_serial_poll_bit+0x94/0x138 width=32 val=0x0 addr=0xfffffbfffdbff610 >> >> Signed-off-by: Prasad Sodagudi >> Co-developed-by: Sai Prakash Ranjan >> Signed-off-by: Sai Prakash Ranjan > I think this is ok in general. I saw that Steve had a minor comment, and > I suppose you could have just resent the same patches with a fixup in order > to have me pick it up into the asm-generic tree for 5.19. I had it ready the same day Steve gave the comment :) but given there was no further reviews on other patches, I thought of slowing down the posting of new versions. I will send v11 now. > There is one more thing that I saw looking through this patch again: the > address you print is the virtual __iomem token, but it might be more > valuable to have the physical address instead, which can be looked up > in the devicetree to know which register is affected. > > There is a small extra cost to walk the page table, and I'm not sure > if we actually have an interface for it (vmalloc_to_page is almost > what we want, but it returns an invalid page pointer). Any suggestions > on this? > > Right, it would be useful but currently we rely on the caller information (the function name and the offset) to identify who writes to the location and then post process to identify the register written based on it. I am also not aware of the interface for page table walk and the walk on this hot trace path (note that we are capturing every register read/write) would slow down the system further. Even in the internal versions, we get the physical address postmortem from the parser tool [1]. [1] https://source.codeaurora.org/quic/la/platform/vendor/qcom-opensource/tools/tree/linux-ramdump-parser-v2/parsers/rtb.py#n72 Given that we can add fields to this tracepoint without breaking ABI, we can probably add this addon at a later point. Thanks, Sai _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel