acpi-cpufreq / time offset
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Ubuntu |
Fix Released
|
Undecided
|
Unassigned |
Bug Description
# ntpdate-debian
1 Nov 16:56:02 ntpdate[28631]: step time server 192.43.244.18 offset 57.335479 sec
# ntpdate-debian
1 Nov 16:57:29 ntpdate[28777]: step time server 192.43.244.18 offset 6.157663 sec
6 seconds offset after 1 minute and 27 seconds at cpu MHz : 2400.000
# ntpdate-debian
1 Nov 16:58:48 ntpdate[28819]: adjust time server 192.43.244.18 offset -0.000783 sec
# ntpdate-debian
1 Nov 17:01:20 ntpdate[29085]: adjust time server 192.43.244.18 offset -0.006104 sec
and 0 seconds offset in 1 minute and 48 sec at cpu MHz : 3000.000
Problem: When the system is under load (CPU reaches max frequency) there is no so big time offset, but when idle
system clock just "stops". I think that is something wrong in frequency scaling layer, in cause what time slows.
kernel 2.6.31-14-server #48-Ubuntu SMP Fri Oct 16 15:07:34 UTC 2009 x86_64
CPU Intel P4 631, freqscaling with cpufrequtils(
security vulnerability: | no → yes |
Thanks for taking the time to report this bug and helping to make Ubuntu better. We appreciate the difficulties you are facing, but this appears to be a "regular" (non-security) bug. I have unmarked it as a security issue since this bug does not show evidence of allowing attackers to cross privilege boundaries nor directly cause loss of data/privacy. Please feel free to report any other bugs you may find.