Hello all,
On Fri, Aug 22, 2025 at 11:00:38AM +0200, Francesco Dolcini wrote:
> 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 <vitor.soa...@toradex.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: <sta...@vger.kernel.org> # 6.1.x
> > >>> Fixes: e19233955d9e ("drm/bridge: Add Cadence DSI driver")
> > >>> Signed-off-by: Vitor Soares <vitor.soa...@toradex.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
>
> Yep, that's the reason I assumed you could also pick this one. Any
> DRM bridge maintainer can help here?
Another ping here ... I am not sure on how to move this forward.
Andrzej? Neil? Robert?
Considering that this is a bug fix, the patch is reviewed since long and
it was sent 4 months ago would be fine that you merge it Tomi?
Francesco
