summaryrefslogtreecommitdiffstats
path: root/arch/ppc/kernel/time.c
diff options
context:
space:
mode:
authorGiovambattista Pulcini <gpulcini@swintel.it>2005-04-16 15:24:24 -0700
committerLinus Torvalds <torvalds@ppc970.osdl.org>2005-04-16 15:24:24 -0700
commit54095a6ec7b11a008c07c5016b025206a051f560 (patch)
tree7e2abe2dc483e05387c331ec41e1f5c51678dd3e /arch/ppc/kernel/time.c
parentfd16230a05751af5a221a1f1c988bb519fd66679 (diff)
[PATCH] ppc32: Fix a problem with NTP on !(chrp||gemini)
The following problem was found by Giovambattista Pulcini <gpulcini@swintel.it>, who also provided a partial patch, and this has been verified by our time guru Gabriel Paubert <paubert@iram.es>. The problem is that in do_settimeofday() we always set time_state to TIME_ERROR and except on two platforms, never re-set it. This meant that ntp_gettime() and ntp_adjtime() always returned TIME_ERROR, incorrectly. Based on Gabriel's analysis, time_state is used for leap-second processing, and ppc shouldn't be mucking with it. Signed-off-by: Tom Rini <trini@kernel.crashing.org> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
Diffstat (limited to 'arch/ppc/kernel/time.c')
-rw-r--r--arch/ppc/kernel/time.c1
1 files changed, 0 insertions, 1 deletions
diff --git a/arch/ppc/kernel/time.c b/arch/ppc/kernel/time.c
index 50724139402..b3cee6b0145 100644
--- a/arch/ppc/kernel/time.c
+++ b/arch/ppc/kernel/time.c
@@ -272,7 +272,6 @@ int do_settimeofday(struct timespec *tv)
time_adjust = 0; /* stop active adjtime() */
time_status |= STA_UNSYNC;
- time_state = TIME_ERROR; /* p. 24, (a) */
time_maxerror = NTP_PHASE_LIMIT;
time_esterror = NTP_PHASE_LIMIT;
write_sequnlock_irqrestore(&xtime_lock, flags);