Message ID | 20231117-rk-lvds-defer-msg-v1-1-1e6894cf9a74@theobroma-systems.com |
---|---|
State | New |
Headers |
Return-Path: <linux-kernel-owner@vger.kernel.org> Delivered-To: ouuuleilei@gmail.com Received: by 2002:a59:9910:0:b0:403:3b70:6f57 with SMTP id i16csp560941vqn; Fri, 17 Nov 2023 06:20:05 -0800 (PST) X-Google-Smtp-Source: AGHT+IEeyYxo+Igp8IJM3KyEKri6dpJlYSMVyWyxnuAo0IRhxCXSAQ94C71W/7DjBX1SD9aOmrsf X-Received: by 2002:a17:903:32c5:b0:1ca:72f9:253a with SMTP id i5-20020a17090332c500b001ca72f9253amr13022574plr.23.1700230805565; Fri, 17 Nov 2023 06:20:05 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1700230805; cv=none; d=google.com; s=arc-20160816; b=HtPUvvVdnUSi9ymDroQh35NjUdiwxzRuXUnhMTmW3NyIv2MAFd8lMvwUbdRA0vIKKI nfkJIzh+KnkaK/QcDC0SiYVgaRHLm0L6JymXbJXXlAaJvfT/I8SHe3vTZiGEDWDPMrnc /6P4DZt8vzN7MCKG+HBMz8vbtLWThpQ3lEeu/xLb+l9yL+0NK1vOHMbKlR4zpCn5W27w chWooQIO3wgeMUywe2vvcZ2fxZBWbdsiXlIDZ468t1drJFCOfa3o8IgrGLDFW9KgwlDR 6+jQVxlczsvUIpS8o1MN/d9+/U+FUnz4Q4JNlxONR6CCkU03KWv+uV2N/awhULxGi9Wc aC3Q== 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 :message-id:date:subject:cc:to:from; bh=x7zFOH6JwyNf35Cm88pLMF6+LP1vxTgx7zzJBfNqZLA=; fh=Tm8Kwdj1soqr0BPl21rktI8tiBrq+i5VQ7yZQPNTpCU=; b=xkwETjU3vJH7+2EjBRlAOGqxMGCDK2B4ry+puYopVgYJfpJnR+d52qs0FBPFXfajQv VqUM5w2/iBgOiFBcgnvlyMXtZhYQasIdTWwCk8hJA5fAo9DHc57POQ0JUXzld8HixYAJ mH56Jo4+qov7QYy97VaBP/s9p1/G7qFhcr8Of6ev+fWJxCSSo7fl205TyyCJBt4HG1Sb DHwPWL60VXWzMMi+BUcDvTuLzG8GK6UJaOfpKjY3myVn0n01EtqV5MlmUBsEg13UL56u Qhj5zKomPmZNvGko0YnHtviD25Xb434wQpas2nd/CmrqNho3cMiw8jYlUsCLFXu5FH0s Gqmw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::3:7 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: from snail.vger.email (snail.vger.email. [2620:137:e000::3:7]) by mx.google.com with ESMTPS id h21-20020a170902f7d500b001bc674914b0si1798806plw.472.2023.11.17.06.19.56 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 17 Nov 2023 06:20:05 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::3:7 as permitted sender) client-ip=2620:137:e000::3:7; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::3:7 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: from out1.vger.email (depot.vger.email [IPv6:2620:137:e000::3:0]) by snail.vger.email (Postfix) with ESMTP id DD86881D6AA7; Fri, 17 Nov 2023 06:19:55 -0800 (PST) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.103.11 at snail.vger.email Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231825AbjKQOTz convert rfc822-to-8bit (ORCPT <rfc822;jaysivo@gmail.com> + 30 others); Fri, 17 Nov 2023 09:19:55 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:34352 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230383AbjKQOTy (ORCPT <rfc822;linux-kernel@vger.kernel.org>); Fri, 17 Nov 2023 09:19:54 -0500 Received: from relay9-d.mail.gandi.net (relay9-d.mail.gandi.net [217.70.183.199]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id EBF14D4B for <linux-kernel@vger.kernel.org>; Fri, 17 Nov 2023 06:19:49 -0800 (PST) Received: by mail.gandi.net (Postfix) with ESMTPSA id 68975FF811; Fri, 17 Nov 2023 14:19:45 +0000 (UTC) From: Quentin Schulz <foss+kernel@0leil.net> To: Sandy Huang <hjc@rock-chips.com>, =?utf-8?q?Heiko_St=C3=BCbner?= <heiko@sntech.de>, Maarten Lankhorst <maarten.lankhorst@linux.intel.com>, Maxime Ripard <mripard@kernel.org>, Thomas Zimmermann <tzimmermann@suse.de>, David Airlie <airlied@gmail.com>, Daniel Vetter <daniel@ffwll.ch>, Mark Yao <markyao0591@gmail.com> Cc: Quentin Schulz <foss+kernel@0leil.net>, dri-devel@lists.freedesktop.org, linux-arm-kernel@lists.infradead.org, linux-rockchip@lists.infradead.org, linux-kernel@vger.kernel.org, Quentin Schulz <quentin.schulz@theobroma-systems.com> Subject: [PATCH] drm/rockchip: lvds: do not print error message when deferring probe Date: Fri, 17 Nov 2023 15:19:32 +0100 Message-ID: <20231117-rk-lvds-defer-msg-v1-1-1e6894cf9a74@theobroma-systems.com> X-Mailer: git-send-email 2.42.0 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" X-Mailer: b4 0.12.4 Content-Transfer-Encoding: 8BIT X-GND-Sasl: foss@0leil.net X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_LOW, RCVD_IN_MSPIKE_H5,RCVD_IN_MSPIKE_WL,SPF_HELO_PASS,SPF_NONE, T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: <linux-kernel.vger.kernel.org> X-Mailing-List: linux-kernel@vger.kernel.org X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.6.4 (snail.vger.email [0.0.0.0]); Fri, 17 Nov 2023 06:19:55 -0800 (PST) X-getmail-retrieved-from-mailbox: INBOX X-GMAIL-THRID: 1782821217303193124 X-GMAIL-MSGID: 1782821217303193124 |
Series |
drm/rockchip: lvds: do not print error message when deferring probe
|
|
Commit Message
Quentin Schulz
Nov. 17, 2023, 2:19 p.m. UTC
From: Quentin Schulz <quentin.schulz@theobroma-systems.com> This scary message may happen if the panel or bridge is not probed before the LVDS controller is, resulting in some head scratching because the LVDS panel is actually working, since a later try will eventually find the panel or bridge. Therefore let's demote this error message into a debug message to not scare users unnecessarily. Fixes: 34cc0aa25456 ("drm/rockchip: Add support for Rockchip Soc LVDS") Cc: Quentin Schulz <foss+kernel@0leil.net> Signed-off-by: Quentin Schulz <quentin.schulz@theobroma-systems.com> --- drivers/gpu/drm/rockchip/rockchip_lvds.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) --- base-commit: 7475e51b87969e01a6812eac713a1c8310372e8a change-id: 20231117-rk-lvds-defer-msg-b2944b73d791 Best regards,
Comments
Hi Quentin, On Fri, Nov 17, 2023 at 3:31 PM Quentin Schulz <foss+kernel@0leil.net> wrote: > > From: Quentin Schulz <quentin.schulz@theobroma-systems.com> > > This scary message may happen if the panel or bridge is not probed > before the LVDS controller is, resulting in some head scratching because > the LVDS panel is actually working, since a later try will eventually > find the panel or bridge. > > Therefore let's demote this error message into a debug message to not > scare users unnecessarily. ... > diff --git a/drivers/gpu/drm/rockchip/rockchip_lvds.c b/drivers/gpu/drm/rockchip/rockchip_lvds.c > index f0f47e9abf5a..52e2ce2a61a8 100644 > --- a/drivers/gpu/drm/rockchip/rockchip_lvds.c > +++ b/drivers/gpu/drm/rockchip/rockchip_lvds.c > @@ -577,7 +577,7 @@ static int rockchip_lvds_bind(struct device *dev, struct device *master, > ret = -EINVAL; > goto err_put_port; > } else if (ret) { > - DRM_DEV_ERROR(dev, "failed to find panel and bridge node\n"); > + DRM_DEV_DEBUG(dev, "failed to find panel and bridge node\n"); > ret = -EPROBE_DEFER; What about using dev_err_probe() instead?
Hi Fabio, On 11/17/23 20:27, Fabio Estevam wrote: > Hi Quentin, > > On Fri, Nov 17, 2023 at 3:31 PM Quentin Schulz <foss+kernel@0leil.net> wrote: >> >> From: Quentin Schulz <quentin.schulz@theobroma-systems.com> >> >> This scary message may happen if the panel or bridge is not probed >> before the LVDS controller is, resulting in some head scratching because >> the LVDS panel is actually working, since a later try will eventually >> find the panel or bridge. >> >> Therefore let's demote this error message into a debug message to not >> scare users unnecessarily. > ... > >> diff --git a/drivers/gpu/drm/rockchip/rockchip_lvds.c b/drivers/gpu/drm/rockchip/rockchip_lvds.c >> index f0f47e9abf5a..52e2ce2a61a8 100644 >> --- a/drivers/gpu/drm/rockchip/rockchip_lvds.c >> +++ b/drivers/gpu/drm/rockchip/rockchip_lvds.c >> @@ -577,7 +577,7 @@ static int rockchip_lvds_bind(struct device *dev, struct device *master, >> ret = -EINVAL; >> goto err_put_port; >> } else if (ret) { >> - DRM_DEV_ERROR(dev, "failed to find panel and bridge node\n"); >> + DRM_DEV_DEBUG(dev, "failed to find panel and bridge node\n"); >> ret = -EPROBE_DEFER; > > What about using dev_err_probe() instead? Either is fine by me, will send a v2 and DRM maintainers can decide for themselves before merging :) Cheers, Quentin
diff --git a/drivers/gpu/drm/rockchip/rockchip_lvds.c b/drivers/gpu/drm/rockchip/rockchip_lvds.c index f0f47e9abf5a..52e2ce2a61a8 100644 --- a/drivers/gpu/drm/rockchip/rockchip_lvds.c +++ b/drivers/gpu/drm/rockchip/rockchip_lvds.c @@ -577,7 +577,7 @@ static int rockchip_lvds_bind(struct device *dev, struct device *master, ret = -EINVAL; goto err_put_port; } else if (ret) { - DRM_DEV_ERROR(dev, "failed to find panel and bridge node\n"); + DRM_DEV_DEBUG(dev, "failed to find panel and bridge node\n"); ret = -EPROBE_DEFER; goto err_put_port; }