diff options
| author | Roman Zippel <zippel@linux-m68k.org> | 2008-09-22 23:42:43 +0200 |
|---|---|---|
| committer | Thomas Gleixner <tglx@linutronix.de> | 2008-09-24 17:33:13 +0200 |
| commit | 5cd1c9c5cf30d4b33df3d3f74d8142f278d536b7 (patch) | |
| tree | 6d74ddeff7e9a044d961d36db13071c158f0557a /arch/sparc64 | |
| parent | ntp: let update_persistent_clock() sleep (diff) | |
| download | linux-5cd1c9c5cf30d4b33df3d3f74d8142f278d536b7.tar.xz linux-5cd1c9c5cf30d4b33df3d3f74d8142f278d536b7.zip | |
timekeeping: fix rounding problem during clock update
Due to a rounding problem during a clock update it's possible for readers
to observe the clock jumping back by 1nsec. The following simplified
example demonstrates the problem:
cycle xtime
0 0
1000 999999.6
2000 1999999.2
3000 2999998.8
...
1500 = 1499999.4
= 0.0 + 1499999.4
= 999999.6 + 499999.8
When reading the clock only the full nanosecond part is used, while
timekeeping internally keeps nanosecond fractions. If the clock is now
updated at cycle 1500 here, a nanosecond is missing due to the truncation.
The simple fix is to round up the xtime value during the update, this also
changes the distance to the reference time, but the adjustment will
automatically take care that it stays under control.
Signed-off-by: Roman Zippel <zippel@linux-m68k.org>
Signed-off-by: John Stultz <johnstul@us.ibm.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Thomas Gleixner <tglx@linutronix.de>
Diffstat (limited to 'arch/sparc64')
0 files changed, 0 insertions, 0 deletions