* Tony Lindgren <tony@xxxxxxxxxxx> [180821 08:58]:
> * Kevin Hilman <khilman@xxxxxxxxxxxx> [180820 21:32]:
> > Any other ideas for where the delay is coming from?
>
> I think v4.16 is OK or at least I did not have any luck
> reproducing it so far on v4.16. I can reproduce it with
> v4.17, tried bisecting yesterday but of course it went
> nowhere as there's no easy way to know if some commit is
> good without booting it tens of times.
I think I managed to bisect it down to commit 554c8aa8ecad
("sched: idle: Select idle state before stopping the tick").
And looks like there's a fix being discussed for it at:
https://lore.kernel.org/lkml/2161372.IsD4PDzmmY@xxxxxxxxxxxxxx/
At least so far I have not been able to reproduce the issue
with the patch being discussed, maybe give it a try on
your test system too.
I'm guessing that probably the only reason why it was not
caught earlier with omap2plus_defconfig is that it has more
devices enabled and produces more interrupts compared to
multi_v7_defconfig.
Regards,
Tony
