All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Justin Piszcz" <jpiszcz@lucidpixels.com>
To: <pool@lists.ntp.org>, <linux-kernel@vger.kernel.org>
Subject: X9SCM-F-O clock drift +1 second into the future when ntp running?
Date: Sat, 7 Jul 2012 11:12:25 -0400	[thread overview]
Message-ID: <015e01cd5c52$eb27a510$c176ef30$@lucidpixels.com> (raw)

Hello,

I migrated from an X7SPA to an X9SCM-F-O and now gpsd/ntp no longer sync
with my GPS unit:
http://www.amazon.com/GlobalSat-BU-353-USB-GPS-Receiver/dp/B000PKX2KA

I did some digging and it looks like the system clock on this motherboard
with the latest BIOS (2.00a) runs 1 second too fast when comparing to other
NTP-synchronized machines.

When comparing the clock on this vs. an atomic clock, the system clock is ~1
second faster, which is probably why the GPS has problems syncing.

Is this a faulty motherboard clock or is this an issue with Ivy Bridge (I am
using an E3-1200 V2 CPU) with the X9SCM-F-O and BIOS 2.00a?

DMI Info:

Handle 0x0000, DMI type 0, 24 bytes
BIOS Information
        Vendor: American Megatrends Inc.
        Version: 2.0a
        Release Date: 06/08/2012
        Address: 0xF0000
        Runtime Size: 64 kB
        ROM Size: 8192 kB

NTP problem:

Problem, the x127 for the GPS:

$ ntpq -pn
     remote           refid      st t when poll reach   delay   offset
jitter
============================================================================
==
x127.127.28.0    .GPS.            0 l   11   16  377    0.000    0.363
100.414
*204.235.61.9    128.174.38.133   2 u   48   64   37   48.716  -985.27
326.767
+184.105.192.247 216.218.254.202  2 u   43   64   37   90.902  -987.55
332.766
+50.7.247.114    85.114.26.194    2 u   42   64   37  158.445  -985.19
330.627
+69.65.40.29     209.51.161.238   2 u   43   64   37   47.733  -984.50
329.232

Any idea why it consistently has a ~1 second offset?
Is there a good way to fix this?

Before, on the X7SPA I ran gpsd+ntp for years without any issues, it
synchronized perfectly.  Is this a BIOS issue?  Kernel problem or HW issue?

$ cat /sys/devices/system/clocksource/clocksource0/current_clocksource
tsc

Full output:

# adjtimex -p            
         mode: 0
       offset: 0
    frequency: 1523449
     maxerror: 16000000
     esterror: 16000000
       status: 8257
time_constant: 3
    precision: 1
    tolerance: 32768000
         tick: 10015
     raw time:  1341673069s 873569969us = 1341673069.873569969
return value = 5

After 5-10 minutes without ntpd running, the clock had drifted -2.27 seconds
the other direction..

# ntpdate time.nist.gov
 7 Jul 11:03:32 ntpdate[374]: step time server 128.138.140.44 offset
-2.273077 sec

Justin.


             reply	other threads:[~2012-07-07 15:12 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-07-07 15:12 Justin Piszcz [this message]
2012-07-07 19:43 ` X9SCM-F-O clock drift +1 second into the future when ntp running? Justin Piszcz

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='015e01cd5c52$eb27a510$c176ef30$@lucidpixels.com' \
    --to=jpiszcz@lucidpixels.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=pool@lists.ntp.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.