Re: [3.6-rc1] sched: clock counts too quickly

Hello. Bisected to 2a8c0883 "time: Move xtime_nsec adjustment underflow handling timekeeping_adjust". Would you check? Regards. Tetsuo Handa wrote: > Tetsuo Handa wrote: > > > Under unknown condition, clock starts counting up too quickly which is > > > enough > > > to confuse hangcheck timer t

Re: [3.6-rc1] sched: clock counts too quickly

Tetsuo Handa wrote: > > Under unknown condition, clock starts counting up too quickly which is > > enough > > to confuse hangcheck timer to print stall warning. > I wrote a test program. I suspected that this is a problem within adjtimex() because strace reported clock jump at adjtimex(). But I'

Re: [3.6-rc1] sched: clock counts too quickly

Hello. Tetsuo Handa wrote: > Under unknown condition, clock starts counting up too quickly which is enough > to confuse hangcheck timer to print stall warning. I wrote a test program. -- test program start -- #include #include #include int main(int argc, char *argv[]) {

[3.6-rc1] sched: clock counts too quickly

Hello. Under unknown condition, clock starts counting up too quickly which is enough to confuse hangcheck timer to print stall warning. I don't know the condition but it seems that "[sched_delayed] sched: RT throttling activated" message is printed when time jump starts and the CPU usage is high