[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <09441f4b-bdd1-46c9-876e-2ff503dd1160@ideasonboard.com>
Date: Fri, 22 Aug 2025 11:46:40 +0300
From: Tomi Valkeinen <tomi.valkeinen@...asonboard.com>
To: Francesco Dolcini <francesco@...cini.it>,
Andrzej Hajda <andrzej.hajda@...el.com>,
Neil Armstrong <neil.armstrong@...aro.org>, Robert Foss <rfoss@...nel.org>
Cc: Vitor Soares <ivitro@...il.com>,
Laurent Pinchart <Laurent.pinchart@...asonboard.com>,
Jonas Karlman <jonas@...boo.se>, Jernej Skrabec <jernej.skrabec@...il.com>,
Maarten Lankhorst <maarten.lankhorst@...ux.intel.com>,
Maxime Ripard <mripard@...nel.org>, Thomas Zimmermann <tzimmermann@...e.de>,
David Airlie <airlied@...il.com>, Simona Vetter <simona@...ll.ch>,
Vitor Soares <vitor.soares@...adex.com>, dri-devel@...ts.freedesktop.org,
linux-kernel@...r.kernel.org, Aradhya Bhatia <aradhya.bhatia@...ux.dev>,
Jayesh Choudhary <j-choudhary@...com>, stable@...r.kernel.org
Subject: Re: [PATCH v3] drm/bridge: cdns-dsi: Replace deprecated
UNIVERSAL_DEV_PM_OPS()
Hi,
On 22/08/2025 10:04, Francesco Dolcini wrote:
> Hello,
>
> On Thu, May 22, 2025 at 12:09:08PM +0300, Tomi Valkeinen wrote:
>> On 12/05/2025 11:32, Vitor Soares wrote:
>>> From: Vitor Soares <vitor.soares@...adex.com>
>>>
>>> The deprecated UNIVERSAL_DEV_PM_OPS() macro uses the provided callbacks
>>> for both runtime PM and system sleep. This causes the DSI clocks to be
>>> disabled twice: once during runtime suspend and again during system
>>> suspend, resulting in a WARN message from the clock framework when
>>> attempting to disable already-disabled clocks.
>>>
>>> [ 84.384540] clk:231:5 already disabled
>>> [ 84.388314] WARNING: CPU: 2 PID: 531 at /drivers/clk/clk.c:1181 clk_core_disable+0xa4/0xac
>>> ...
>>> [ 84.579183] Call trace:
>>> [ 84.581624] clk_core_disable+0xa4/0xac
>>> [ 84.585457] clk_disable+0x30/0x4c
>>> [ 84.588857] cdns_dsi_suspend+0x20/0x58 [cdns_dsi]
>>> [ 84.593651] pm_generic_suspend+0x2c/0x44
>>> [ 84.597661] ti_sci_pd_suspend+0xbc/0x15c
>>> [ 84.601670] dpm_run_callback+0x8c/0x14c
>>> [ 84.605588] __device_suspend+0x1a0/0x56c
>>> [ 84.609594] dpm_suspend+0x17c/0x21c
>>> [ 84.613165] dpm_suspend_start+0xa0/0xa8
>>> [ 84.617083] suspend_devices_and_enter+0x12c/0x634
>>> [ 84.621872] pm_suspend+0x1fc/0x368
>>>
>>> To address this issue, replace UNIVERSAL_DEV_PM_OPS() with
>>> SET_RUNTIME_PM_OPS(), enabling suspend/resume handling through the
>>> _enable()/_disable() hooks managed by the DRM framework for both
>>> runtime and system-wide PM.
>>>
>>> Cc: <stable@...r.kernel.org> # 6.1.x
>>> Fixes: e19233955d9e ("drm/bridge: Add Cadence DSI driver")
>>> Signed-off-by: Vitor Soares <vitor.soares@...adex.com>
>
> ping on this, Tomi, maybe you can pick this one or is there any
> concern ?
No concern from my side, but I'm not a bridge or cdns-dsi maintainer, so
I don't pick any of these to drm-misc by default.
Aaand now as I wrote that, I realized I just some time ago pushed the
cdns-dsi series ("drm/bridge: cdns-dsi: Make it work a bit better") to
drm-misc without bridge maintainer's ack... So that didn't go according
to the rules, sorry.
Tomi
Powered by blists - more mailing lists