* [RFC] Time/clocksource:The clock source was misjudged as unstable
@ 2021-08-19 4:10 yanghui
0 siblings, 0 replies; only message in thread
From: yanghui @ 2021-08-19 4:10 UTC (permalink / raw)
To: john.stultz; +Cc: tglx, sboyd, linux-kernel, songmuchun, duanxiongchun, yanghui
We use clocksource_watchdog() to monitor whether the current clocksource is
stable every WATCHDOG_INTERVAL. But clocksource_watchdog() can't be schedule
in time when current CPU occurs Softlockup. This will bring following
clocksource misjudgment problem:
if the clocksource_watchdog() schedule time longer then WATCHDOG_INTERVAL,
the value of abs(cs_nsec - wd_nsec) will be enlarged a lot, but both of
the clocksource is normal at this time. And if the value is bigger than
md, system will misjudge that current clocksource is unstable then to select
another clocksource.
So we think this is a situation that Softlockup causes the clocksource
to be misjudged. We want to know is there have some good idea to solve
this problem ? Actually we want to use hrtimer to replace normal timer.
But hrtimer is difficult to execute in turn on each CPU when the system
is just boot up. Is there a better way to solve this problem ?
Thanks
Signed-off-by: yanghui <yanghui.def@bytedance.com>
---
--
2.20.1
^ permalink raw reply [flat|nested] only message in thread
only message in thread, other threads:[~2021-08-19 4:11 UTC | newest]
Thread overview: (only message) (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2021-08-19 4:10 [RFC] Time/clocksource:The clock source was misjudged as unstable yanghui
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).