Received: by 2002:a05:6a10:d5a5:0:0:0:0 with SMTP id gn37csp1871927pxb; Fri, 1 Oct 2021 23:39:45 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyiXLac+hhCbbxf/D0Dacx2hxDULanLtcuu7AheYUj22I0kj630raSEQqb8yRcGfRPketej X-Received: by 2002:a63:1f24:: with SMTP id f36mr1822033pgf.6.1633156785313; Fri, 01 Oct 2021 23:39:45 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1633156785; cv=none; d=google.com; s=arc-20160816; b=y6vnYlJXxBZrdPBrmJw29EkqeY+jcPDGbDlvXr12+yzdDU77sp0orluxx1497cHZR5 FmtSYYPwR56KIUcMYZwm/Fvf6aoAYm6oj2GsFUNHGdf8ISURCyaRsQXrmV+cJ7a4Tbjn AFesFfExMd9L5DMooPGzKA8HGL3o4gv+QT61+Mh/GwkGP5WBRqkrP1fxmHEqt3+DjACL eGZL4pPhrzh3vfjL/fVSbruvHxGkWoPcxlZxh5c5I/1bvSY/+ZeW3XpnAmcJbmoqOnSB tNY+/7p5ieAI9CCVvv+0hjWgT2DoZPiti2A9JSqjgo7tfRHwaqSYPQVn8wXtfQUcf3AD krcA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:mail-followup-to:message-id:subject:cc:to:from:date; bh=lkkRrrS7XaYhZADR8eQSl8QdJCdaxFr+Qsu0i+fUZjI=; b=V8pHDDVaaFwcGvoEdAjxnh/BO8DxoypmHTu/8AK2AGo3d4gM3sy+MMpV+aCcSHOGFl mXrYoRUYmjS358fT/EvP8Z2UotTcG+tpofFBQjrWQ5tnr4XX+1roF8F3LWybRNcEiwGa BjDiQjHllqFNT61TY6aJQ2A6PcjtYHykvNR+xGy9PZpF1Cv4W+SwvKI4eU4kESU1Eu4T Bquw4GCIRKx5xHE1tI/4xuk0Xu/i+XsSO13HOm30eDjMlyeG4GmlriF6k+1JOuFvFHz4 CcOrGaIl1gKmmba3YpVbb2EeYJ/mLemiaFvHMVR3Fhdx83hrXHrYyqy4tjhH1v7ffO6A p6WA== 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 x13si9796547pjc.7.2021.10.01.23.39.32; Fri, 01 Oct 2021 23:39:45 -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 S232414AbhJBGjR (ORCPT + 99 others); Sat, 2 Oct 2021 02:39:17 -0400 Received: from sauhun.de ([88.99.104.3]:35022 "EHLO pokefinder.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231941AbhJBGjP (ORCPT ); Sat, 2 Oct 2021 02:39:15 -0400 Received: from localhost (p5486c558.dip0.t-ipconnect.de [84.134.197.88]) by pokefinder.org (Postfix) with ESMTPSA id 0370B2C01D8; Sat, 2 Oct 2021 08:37:28 +0200 (CEST) Date: Sat, 2 Oct 2021 08:37:28 +0200 From: Wolfram Sang To: Kewei Xu Cc: matthias.bgg@gmail.com, robh+dt@kernel.org, linux-i2c@vger.kernel.org, devicetree@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, linux-mediatek@lists.infradead.org, srv_heupstream@mediatek.com, leilk.liu@mediatek.com, qii.wang@mediatek.com, liguo.zhang@mediatek.com, caiyu.chen@mediatek.com, ot_daolong.zhu@mediatek.com, yuhan.wei@mediatek.com Subject: Re: [PATCH v7 3/7] i2c: mediatek: Dump i2c/dma register when a timeout occurs Message-ID: Mail-Followup-To: Wolfram Sang , Kewei Xu , matthias.bgg@gmail.com, robh+dt@kernel.org, linux-i2c@vger.kernel.org, devicetree@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, linux-mediatek@lists.infradead.org, srv_heupstream@mediatek.com, leilk.liu@mediatek.com, qii.wang@mediatek.com, liguo.zhang@mediatek.com, caiyu.chen@mediatek.com, ot_daolong.zhu@mediatek.com, yuhan.wei@mediatek.com References: <20210917101416.20760-1-kewei.xu@mediatek.com> <20210917101416.20760-4-kewei.xu@mediatek.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="WnN6qXzV7lU+Tq+i" Content-Disposition: inline In-Reply-To: <20210917101416.20760-4-kewei.xu@mediatek.com> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org --WnN6qXzV7lU+Tq+i Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > @@ -837,6 +839,57 @@ static int mtk_i2c_set_speed(struct mtk_i2c *i2c, unsigned int parent_clk) > return 0; > } > +static void i2c_dump_register(struct mtk_i2c *i2c) > +{ > + dev_err(i2c->dev, "SLAVE_ADDR: 0x%x, INTR_MASK: 0x%x\n", > + mtk_i2c_readw(i2c, OFFSET_SLAVE_ADDR), > + mtk_i2c_readw(i2c, OFFSET_INTR_MASK)); I think this is too verbose and should be a debugging only patch not really suited for upstream. But if you like it this way, then keep the verbosity. However, dev_err is too strong, this really needs to be dev_dbg. Timeouts can happen on an I2C bus, think about an EEPROM in a long erase cycle while you want to read it. Perfectly normal. > if (ret == 0) { > - dev_dbg(i2c->dev, "addr: %x, transfer timeout\n", msgs->addr); > + dev_err(i2c->dev, "addr: %x, transfer timeout\n", msgs->addr); > + i2c_dump_register(i2c); Needs to stay dev_dbg as well. --WnN6qXzV7lU+Tq+i Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCgAdFiEEOZGx6rniZ1Gk92RdFA3kzBSgKbYFAmFX/igACgkQFA3kzBSg Kbbp2hAAglx55ZKyMUuZ9OqPQ9uAScg0Tf3qeup5IFLV3AR2uLSpW3ONvZT7aCZv E2rZ4gZl/mLdRmeMBRsWIOSbanA1bjG0ddCTOMnuPhYrGo9Rv5qVW7CUfBRp3cMj rt590cr0/Jqbn3TyrM9N7/baathuJDpoTS1RlOC3t0BtivDWmaPghBR3MKUryNmp lqCbNEpOwG3Xrd69O4oNFCo/Pox862cyaAdMEBJfoJvk8O31fHkVbtGuhnN4Vh1N Z3NXYvISdxon71h0XvwTkzs5oX2PpV3oR1oBXUdAv+mWsk9ti9uxQorOcmyL1x7B HWQaBYyl+gpyHFElcYlM4h3TTUw3I/WzWBHwba5mjKl5fRD4EPBKhwoBdWYccQn9 3nbmlOkEdhylMQBjI8pd0kpoAvegpHbtHfeGSo1/hyOi66UdX1kIA65emq+kaHjJ cCsjzGQE6QCm3GJ607qA1IIJaoCkqUvwrFTMy6VW0i/A9dMPtHiaN1spbFo8JyG1 wDiWziHNaiqage6Xo2jgevrqmfp+wV7JwcxR+JJHs6nTApYCzsfB3iaqupL9adBu 7fcNnGENR6oTSiaP8P55IaC/wHhqfZHcKDky02SqnOXQVfZvf4A7U5rQgTV7dL9y XbS16Zxl+/jIZyQi9Ys9cuj3HzoZnzVzkDwGT5M2rk45kvhUljI= =PiQy -----END PGP SIGNATURE----- --WnN6qXzV7lU+Tq+i--