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 2109AD5C0E6 for ; Fri, 8 Nov 2024 15:08:09 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20210309; h=Sender:List-Subscribe:List-Help :List-Post:List-Archive:List-Unsubscribe:List-Id:Content-Transfer-Encoding: Content-Type:Message-ID:References:In-Reply-To:Subject:Cc:To:From:Date: MIME-Version:Reply-To:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Owner; bh=mXU0zqzH64T+oZBcduwWmn4Upe7MVevQ2K4G2VK2A+s=; b=f+EfbNk3AKvu/8XUP8pjgz4Hkq dQpGKT7NB5UrO5Au7L8o2f4tYBrINNXiitj1kOG/jU+xo6qlh8AZlMpkongQhtvTi1i5vr+Wp+zXk 6Nq7HUzT2gAb7YZ0iOASwi0mNMV2mvCwuXDyZNwQy/gOul/JfNvL0INgyUTmL3l+NU7ibbOIeLUSh PApytL4vx48PiDBrBIdcci7pfRxpUZyQvNSLEGluhazl+uizrYGzRWbqHo8jO6yXFxVeX0mgd0aLO 6MQo0zv/guwAKmz0yGIfeqfXNFQxvF5OzuOg4qqFJ8PQZACAlXtpKzNSArnBS7oOTa8H1o9wbplfH J5ZIRd/g==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.98 #2 (Red Hat Linux)) id 1t9Qab-0000000AyQe-3GIf; Fri, 08 Nov 2024 15:07:57 +0000 Received: from mail.manjaro.org ([116.203.91.91]) by bombadil.infradead.org with esmtps (Exim 4.98 #2 (Red Hat Linux)) id 1t9Pzy-0000000Ar5D-3JWo; Fri, 08 Nov 2024 14:30:08 +0000 MIME-Version: 1.0 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=manjaro.org; s=2021; t=1731076204; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=mXU0zqzH64T+oZBcduwWmn4Upe7MVevQ2K4G2VK2A+s=; b=RzWyT0OmX20cYiDWD/utFaU9an5SMKNlc3LneUtjhWoQxRHjmNaPJpQJ5FqC6wpPgihgBk /XLPL8amsRINXZGDWOn8rhiiIivVkkG2z2bYteFr00U+8lTpoMrhwNyVitsk+Ix0l/jKRM NeBe9BsGknLAoDw6+bJy+ctIHXksGy2vhe3e+b53uZupo5ZIpmnns/hvcj61pkr7HUibtz kM+t3uAWNvRCBI8qKK0+4gPtWsT1K32UYpUv3BmszszMf4jfTGtlEaPIxcHwryV+yWOMxR Z7oXE2gbuIVh8X/QVy/blRlOT5/WL/qps4joY/eI4+AsRZ1lw0URJHpci0teKQ== Date: Fri, 08 Nov 2024 15:30:03 +0100 From: Dragan Simic To: =?UTF-8?Q?Heiko_St=C3=BCbner?= Cc: linux-rockchip@lists.infradead.org, dri-devel@lists.freedesktop.org, hjc@rock-chips.com, andy.yan@rock-chips.com, maarten.lankhorst@linux.intel.com, mripard@kernel.org, tzimmermann@suse.de, airlied@gmail.com, simona@ffwll.ch, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH 1/2] drm/rockchip: dsi: Perform trivial code cleanups In-Reply-To: <22484879.EfDdHjke4D@diego> References: <10558711.nUPlyArG6x@diego> <047164cc6e88dcbc7701cb0e28d564db@manjaro.org> <22484879.EfDdHjke4D@diego> Message-ID: X-Sender: dsimic@manjaro.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Authentication-Results: ORIGINATING; auth=pass smtp.auth=dsimic@manjaro.org smtp.mailfrom=dsimic@manjaro.org X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20241108_063007_151583_A2518717 X-CRM114-Status: GOOD ( 24.65 ) 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: , Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org On 2024-11-08 15:22, Heiko Stübner wrote: > Am Freitag, 8. November 2024, 15:13:33 CET schrieb Dragan Simic: >> On 2024-11-08 15:09, Heiko Stübner wrote: >> > Am Freitag, 8. November 2024, 15:05:02 CET schrieb Dragan Simic: >> >> On 2024-11-08 14:56, Heiko Stübner wrote: >> >> > Am Freitag, 8. November 2024, 14:53:57 CET schrieb Dragan Simic: >> >> >> Perform a few trivial code cleanups, to make one logged message a bit >> >> >> more >> >> >> consistent with the other logged messages by capitalizing its first >> >> >> word, and >> >> >> to avoid line wrapping by using the 100-column width better. >> >> >> >> >> >> No intended functional changes are introduced by these code cleanups. >> >> >> >> >> >> Signed-off-by: Dragan Simic >> >> >> --- >> >> >> drivers/gpu/drm/rockchip/dw-mipi-dsi-rockchip.c | 12 ++++-------- >> >> >> 1 file changed, 4 insertions(+), 8 deletions(-) >> >> >> >> >> >> diff --git a/drivers/gpu/drm/rockchip/dw-mipi-dsi-rockchip.c >> >> >> b/drivers/gpu/drm/rockchip/dw-mipi-dsi-rockchip.c >> >> >> index 58a44af0e9ad..f451e70efbdd 100644 >> >> >> --- a/drivers/gpu/drm/rockchip/dw-mipi-dsi-rockchip.c >> >> >> +++ b/drivers/gpu/drm/rockchip/dw-mipi-dsi-rockchip.c >> >> >> @@ -1379,7 +1379,7 @@ static int dw_mipi_dsi_rockchip_probe(struct >> >> >> platform_device *pdev) >> >> >> } >> >> >> >> >> >> if (!dsi->cdata) { >> >> >> - DRM_DEV_ERROR(dev, "no dsi-config for %s node\n", np->name); >> >> >> + DRM_DEV_ERROR(dev, "No dsi-config for %s node\n", np->name); >> >> > >> >> > this is all probe-related, why not convert to dev_err_probe? >> >> > >> >> > As the doc states [0], DRM_DEV_ERROR is deprecated in favor of dev_err. >> >> > So dev_err_probe would be the correct way to go? >> >> >> >> Thanks for your quick response! Seeing that DRM_DEV_ERROR() is now >> >> deprecated (which I originally missed, in all honesty) makes me very >> >> happy. :) I've never been a huge fan of the format of the messages >> >> that DRM_DEV_ERROR() produces. >> >> >> >> However, perhaps it would be better to keep these patches as-is, as >> >> some kind of an intermediate, limited-scope cleanup + bugfix combo, >> >> and leave the complete DRM_DEV_ERROR() --> dev_err()/dev_err_probe() >> >> conversion to separate patches. I think it would be better to avoid >> >> a partial conversion, and I'll be more than happy to put the complete >> >> conversion on my TODO list. :) >> > >> > But your patch-2 really just open-codes, what dev_err_probe is meant >> > to fix. So with going this way, you're sort of making things worse >> > first, >> > until that second step happens. >> > >> > Similarly, reflowing lines for things that get removed in a week do not >> > serve a purpose - those line-breaks have been that way for years >> > already. >> >> Hmm, it makes sense when described that way. I'll see to perform the >> complete conversion in the next few days. > > just a note, as written on IRC earlier, I am sitting on a dev_err_probe > conversion for dw-dsi-rockchip. > > I was waiting to see if more cleanups turned up, so didn't sent that > yet. > > Don't want to steal your spotlight though, so not sure if I should send > that or wait for your conversion ;-) I see no reasons why should we duplicate some effort. :) If you're already nearing the file-level conversion to its completion, please feel free to send it, and we can drop this series. :)