[PATCH v2 2/2] pmdomain: rockchip: Add support for rk3576 SoC
Detlev Casanova
detlev.casanova at collabora.com
Thu Aug 8 10:53:20 PDT 2024
Hi Heiko,
On Thursday, 8 August 2024 12:41:05 EDT Heiko Stübner wrote:
> Hi Detlev,
>
> >
> > @@ -552,7 +575,10 @@ static int rockchip_pd_power(struct
> > rockchip_pm_domain *pd, bool power_on)>
> > /* if powering up, leave idle mode */
> > rockchip_pmu_set_idle_request(pd, false);
> >
> > - rockchip_pmu_restore_qos(pd);
> > + if (pd->info->delay_us)
> > + udelay(pd->info->delay_us);
> > + else
> > + rockchip_pmu_restore_qos(pd);
>
> I still want this behaviour change in a separate patch with adequate
> commit message please.
>
> Going from always handling qos to allowing to just wait a specific time
> needs explanation and is not part of "just" adding rk3576 support.
You are right, I didn't takle this issue.
This is actually a bug, the else is not supposed to be there, it should only
be an added delay for some PDs.
Unfortunately, I'm not sure why that delay is needed exactly, so I'm willing
to remove it for now (only used by nputop and vop, both unsupported) and come
back to it if needed when VOP/NPU support is added.
Would that work for this upstream ?
Detlev.
More information about the Linux-rockchip
mailing list