> On 7/30/2019 5:31 AM, anson.hu...@nxp.com wrote:
> > From: Anson Huang <anson.hu...@nxp.com>
> >
> > Some platforms like i.MX8MQ has clock control for this module, need to
> > add clock operations to make sure the driver is working properly.
> >
> > Signed-off-by: Anson Huang <anson.hu...@nxp.com>
> > Reviewed-by: Guido Günther <a...@sigxcpu.org>
>
> This series looks good, do you think it can be merged in time for v5.4?
> Today was v5.3-rc6.
If the question is for me, then I am NOT sure, the thermal patches are pending
there for almost half year and I did NOT receive any response, looks like no one
is maintaining the thermal sub-system?
>
> In an earlier series the CLK_IS_CRITICAL flags was removed from the TMU
> clock so if the thermal driver doesn't explicitly enable it the system will
> hang
> on probe. This is what happens in linux-next right now!
The thermal driver should be built with module, so default kernel should can
boot
up, do you modify the thermal driver as built-in?
>
> Unless this patches is merged soon we'll end up with a 5.4-rc1 that doesn't
> boot on imx8mq. An easy fix would be to drop/revert commit
> 951c1aef9691 ("clk: imx8mq: Remove CLK_IS_CRITICAL flag for
> IMX8MQ_CLK_TMU_ROOT") until the thermal patches are accepted.
If the thermal driver is built as module, I think no need to revert the commit,
but
if by default thermal driver is built-in or mod probed, then yes, it should NOT
break
kernel boot up.
Anson.
>
> Merging patches out-of-order when they have hard (boot-breaking)
> dependencies also breaks bisect.
>
> --
> Regards,
> Leonard
