On Fri, Aug 22, 2025 at 11:46:40AM +0300, Tomi Valkeinen wrote:
> On 22/08/2025 10:04, Francesco Dolcini wrote:
> > 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 <[email protected]>
> >>>
> >>> 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: <[email protected]> # 6.1.x
> >>> Fixes: e19233955d9e ("drm/bridge: Add Cadence DSI driver")
> >>> Signed-off-by: Vitor Soares <[email protected]>
> > 
> > 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

Yep, that's the reason I assumed you could also pick this one. Any
DRM bridge maintainer can help here?

Thanks,
Francesco



Reply via email to