From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail.manjaro.org (mail.manjaro.org [116.203.91.91]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 8ED681E1C18 for ; Fri, 8 Nov 2024 14:13:42 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=116.203.91.91 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1731075224; cv=none; b=An/T8WPxJFK16WoNVdsIrym6AHoGwHDHtYi1f5rv4U2j4u8SxnYGYu0wpmK0aYA/di/CqwZ4X5+QxUIrTzyDtTVTS5b+lDtOdsycGVSryEv7BYfxPBFLKC7vjz9g0oXBQ8iJK0FJXAjnmmbNr1SFz8bsj+y3iYc8yGbsKZLvFkQ= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1731075224; c=relaxed/simple; bh=LKwCwHJVuvI2REeEaPMnnKmW3TCK2uXO8DcgkZaOORo=; h=MIME-Version:Date:From:To:Cc:Subject:In-Reply-To:References: Message-ID:Content-Type; b=FXM8J1m7NBbWZHivsRg8lJaRY/JpoLwNOCpAWvAJiqVig76Bo73qlp10Spsy8f2z+yJBN+wk3UdRCpnuo9Tpleufx+A6HhbBUqVQbefLX9Cbag8LSj0zArRGrSgI/dCVlYaE4W97JTUFKyRj5B2QC+k+0/3PFXNhcxi7dxHS69I= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=quarantine dis=none) header.from=manjaro.org; spf=pass smtp.mailfrom=manjaro.org; dkim=pass (2048-bit key) header.d=manjaro.org header.i=@manjaro.org header.b=H057aWJe; arc=none smtp.client-ip=116.203.91.91 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=quarantine dis=none) header.from=manjaro.org Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=manjaro.org Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=manjaro.org header.i=@manjaro.org header.b="H057aWJe" Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=manjaro.org; s=2021; t=1731075214; 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=A1XhJx+fIAJODu/uxCWon9+hPz79kYKO9bkmFz44OSI=; b=H057aWJezfIgKTUjmJGTSgdB2Pr0tldAJmTO3ztuFXCrA1ZciBYv6xlqAa/OQt0lTkYLAm OsuOvCy30s0gFQ9HiucRPIolWx1h2m5NsAi/QohLy1PgkZJ5yCVVtJbPQd3GVEo6TIgJwa JLyQtlPZzlana/KT82xUOgEJnmzvmcJDmPgZxLCdjyZQqG6fczk6IL5mY6u55kOia9Ckmf /wZUKHMjd5DCIIyvBzQ/9kPGWs/iZ83F2iWUphjLdKeUY7+3EMXOW1xuYKisIqVNFBm8cV 6CASTLXiJBO4eJhj6JW7NB/tP1Ev+UXzX6hrkD46a6Njga+s/jHyIqUmay/rPw== Date: Fri, 08 Nov 2024 15:13:33 +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: <10558711.nUPlyArG6x@diego> References: <13633881.uLZWGnKmhe@diego> <3734f6a5424e3537d717c587a058fc85@manjaro.org> <10558711.nUPlyArG6x@diego> Message-ID: <047164cc6e88dcbc7701cb0e28d564db@manjaro.org> 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 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.