Received: by 2002:ab2:69cc:0:b0:1f4:be93:e15a with SMTP id n12csp381069lqp; Sat, 13 Apr 2024 00:58:33 -0700 (PDT) X-Forwarded-Encrypted: i=3; AJvYcCVZTqv/OeFFZ9188MhwsyofVnXpzP40ehZg3GP2dQKPKCjyka/Lcn3TtY7B5Bm/6Ym0FFLcQNoemDMXwTZ15Wm9aqNfBX2l2Dy6/th8PA== X-Google-Smtp-Source: AGHT+IFwVjpfrJWshRWjypyQwYf+vBlu2zQJhxH7mfVWRiML2fKq8oSV0t082SmUA59uAniMfQtO X-Received: by 2002:a17:906:4812:b0:a51:99e1:1f1a with SMTP id w18-20020a170906481200b00a5199e11f1amr3466302ejq.64.1712995113277; Sat, 13 Apr 2024 00:58:33 -0700 (PDT) ARC-Seal: i=2; a=rsa-sha256; t=1712995113; cv=pass; d=google.com; s=arc-20160816; b=gCPN737IZleqUozmaLhuw+I9FApaVOK+lrQMMi4lgHhd4Mqbwas0yWbjKj1ntUX0se CdFM6BPGxElwhJhzxdmkCLjtbmZdyp0gXHuILHbrU6psU7ceE9JHWWK8IqEb2fnDcV6X gCz/46/y0bPcWSlKU4Df6sVnBQqYk26NcOfJ7jU4DGSFQpnp/VKH5KsCgvf6T0xdEMad UYNu182p1tdjrVCsbi2USy4vDV+p4zPv9seUPU7SCwzZ+WmtxfDYj6f01ik8hNDIu/VP tMxKM5RMuR8hlULC+doQxlCSajp6v7IkUR8VpSUzLLpFSn391y4UWZrI8KKIgELLdztB P+aw== ARC-Message-Signature: i=2; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=content-transfer-encoding:mime-version:list-unsubscribe :list-subscribe:list-id:precedence:references:in-reply-to:message-id :date:subject:cc:to:from; bh=Ap4ebz3osor9r1LdLhFiRYZs193j0rKUfIn/G3w4gNA=; fh=F3m9libfSylZwW1q2SdNq3DZP3Q95192tGU61c6kjN8=; b=OVDnBs5K3E6yrTJibOuULLD7GrF8URt+z0yLEABQnZfuHHKfmAu1EknQQ9euQxvW+S /cqvN6eTmcRh53yUQklqeaGrakmbzcuyeSsn1/B/IvoveOCJ9p16YlHvu4loo+O6JNcL vVOuBYu38TrjQ7UNOeMa381JxQ/lmBfe4aLeIW1PtEOxlbCaxpSXzxYkiAVUkbjnmSsC OCJrH96IBFlKNnJ8QLJTy9nLwGV9K1Tm8eEW+LFuvGd0VLVPbsvhukmeGUci/m0oNMmh s4WKcNQpk8iDMfLi3LFeo7KpVdM8cazpew33dxq0P+RojwGlrg9kuJF/Cjqx3O1gKU2U hhDQ==; dara=google.com ARC-Authentication-Results: i=2; mx.google.com; arc=pass (i=1 spf=pass spfdomain=sntech.de dmarc=pass fromdomain=sntech.de); spf=pass (google.com: domain of linux-kernel+bounces-143622-linux.lists.archive=gmail.com@vger.kernel.org designates 147.75.80.249 as permitted sender) smtp.mailfrom="linux-kernel+bounces-143622-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=sntech.de Return-Path: Received: from am.mirrors.kernel.org (am.mirrors.kernel.org. [147.75.80.249]) by mx.google.com with ESMTPS id y26-20020a17090668da00b00a46ee3c4a03si2430232ejr.988.2024.04.13.00.58.33 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sat, 13 Apr 2024 00:58:33 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel+bounces-143622-linux.lists.archive=gmail.com@vger.kernel.org designates 147.75.80.249 as permitted sender) client-ip=147.75.80.249; Authentication-Results: mx.google.com; arc=pass (i=1 spf=pass spfdomain=sntech.de dmarc=pass fromdomain=sntech.de); spf=pass (google.com: domain of linux-kernel+bounces-143622-linux.lists.archive=gmail.com@vger.kernel.org designates 147.75.80.249 as permitted sender) smtp.mailfrom="linux-kernel+bounces-143622-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=sntech.de Received: from smtp.subspace.kernel.org (wormhole.subspace.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by am.mirrors.kernel.org (Postfix) with ESMTPS id 05D041F226A6 for ; Sat, 13 Apr 2024 07:58:33 +0000 (UTC) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by smtp.subspace.kernel.org (Postfix) with ESMTP id 3E9C51E4A8; Sat, 13 Apr 2024 07:58:25 +0000 (UTC) Received: from gloria.sntech.de (gloria.sntech.de [185.11.138.130]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 13FEA1CF9C; Sat, 13 Apr 2024 07:58:21 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=185.11.138.130 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1712995104; cv=none; b=KUIPxCNui+Ht6UGTtjAJjlTXc9T/lPK3R5W6IJ+2woI9JtmZcAJ/S1THEy3S6wZ7790FQ/yJnlUIXSNQ6E8tHasvxEIChrnJ59+nxG69xrEbXnpYDJI9PMbcfXtfrlIf39NTTWJUEwoFQrFmTooGGLyXw85jxwCUl+rEHnUKsxw= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1712995104; c=relaxed/simple; bh=rpL+lRsCc+aSI0WLSyBqKU1GVKz1bsXEqGBEH/UyoFA=; h=From:To:Cc:Subject:Date:Message-ID:In-Reply-To:References: MIME-Version:Content-Type; b=OB4qSgX8sFa4sg6UpyHM7omrJxBTqcoq0vYhZVLr0tZRyyjJVoPsLGwhkm9H5aP+DObqg7vGnYsEBqi2QdEPfUY2Gwg+A1bAu7VOt9IYLlz//yPI3MbGQPRmIxt5NMKn17gGgWMrXHG9u7QqaC2dLoBjyOXQ5IR+/5Ii9gEyFFI= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=sntech.de; spf=pass smtp.mailfrom=sntech.de; arc=none smtp.client-ip=185.11.138.130 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=sntech.de Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=sntech.de Received: from i5e8616c3.versanet.de ([94.134.22.195] helo=diego.localnet) by gloria.sntech.de with esmtpsa (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1rvYGx-0001CH-RG; Sat, 13 Apr 2024 09:58:03 +0200 From: Heiko =?ISO-8859-1?Q?St=FCbner?= To: Dragan Simic , Dragan Simic Cc: linux-i2c@vger.kernel.org, Andi Shyti , linux-arm-kernel@lists.infradead.org, linux-rockchip@lists.infradead.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH 13/18] i2c: rk3x: remove printout on handled timeouts Date: Sat, 13 Apr 2024 09:58:02 +0200 Message-ID: <8358604.T7Z3S40VBb@diego> In-Reply-To: References: <20240410112418.6400-20-wsa+renesas@sang-engineering.com> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Am Samstag, 13. April 2024, 08:44:41 CEST schrieb Dragan Simic: > On 2024-04-13 08:38, Wolfram Sang wrote: > >> Maybe it would be good to turn it into a debug message, instead of > >> simply removing it? Maybe not all client drivers handle it correctly, > >> in which case having an easy way for debugging would be beneficial. > > > > Hmm, but it still returns -ETIMEDOUT to distinguish cases? > > Sure, but I think that having such an additional debug facility > can only help and save the people from adding temporary printk()s > while debugging. Also we're talking about two lines of code, I wouldn't call that bloat ;-) I was thinking about dev_dbg vs. removal too, but hadn't a clear favorite. So essentially Dragan is tipping the scale and I guess dev_dbg might be the nicer way to go. Heiko