linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* [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).