From owner-freebsd-arm@freebsd.org Sat Sep 7 00:01:13 2019 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 4A8DCDBBC0 for ; Sat, 7 Sep 2019 00:01:13 +0000 (UTC) (envelope-from darius@dons.net.au) Received: from ipmail06.adl2.internode.on.net (ipmail06.adl2.internode.on.net [150.101.137.129]) by mx1.freebsd.org (Postfix) with ESMTP id 46QF2H5b6Xz3KvN for ; Sat, 7 Sep 2019 00:01:11 +0000 (UTC) (envelope-from darius@dons.net.au) Received: from ppp14-2-110-112.adl-apt-pir-bras32.tpg.internode.on.net (HELO midget.dons.net.au) ([14.2.110.112]) by ipmail06.adl2.internode.on.net with ESMTP; 07 Sep 2019 09:30:57 +0930 Received: from midget.dons.net.au (localhost [127.0.0.1]) by midget.dons.net.au (8.15.2/8.15.2) with ESMTPS id x8700cCK072775 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Sat, 7 Sep 2019 09:30:52 +0930 (ACST) (envelope-from darius@dons.net.au) Received: (from mailnull@localhost) by midget.dons.net.au (8.15.2/8.15.2/Submit) id x86Nn4TT061944 for ; Sat, 7 Sep 2019 09:19:04 +0930 (ACST) (envelope-from darius@dons.net.au) X-Authentication-Warning: midget.dons.net.au: mailnull set sender to using -f Received: from [10.0.2.38] ([10.0.2.38]) by ns.dons.net.au (envelope-sender ) (MIMEDefang) with ESMTP id x86Nmxef061937; Sat, 07 Sep 2019 09:19:04 +0930 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\)) Subject: Re: Is it a good idea to use a usb-serial adapter for PPS input? Yes, it is. From: "O'Connor, Daniel" In-Reply-To: <9D2ACA87-C2DB-40D9-9638-B0E215A4EEC0@dons.net.au> Date: Sat, 7 Sep 2019 09:18:59 +0930 Cc: "usb@freebsd.org" , "freebsd-arm@FreeBSD.org" Content-Transfer-Encoding: quoted-printable Message-Id: <0A7796DA-508B-4FE6-B5C0-391EC5F46C86@dons.net.au> References: <61B1AAF3-40F6-47BC-8F05-7491C13BF288@dons.net.au> <9E142F1A-5E8C-4410-91F5-7C80B3D0A15B@dons.net.au> <9D2ACA87-C2DB-40D9-9638-B0E215A4EEC0@dons.net.au> To: Ian Lepore X-Mailer: Apple Mail (2.3445.104.11) X-Spam-Score: -1 () No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=unavailable autolearn_force=no version=3.4.1 X-Scanned-By: MIMEDefang 2.83 on 10.0.2.1 X-Rspamd-Queue-Id: 46QF2H5b6Xz3KvN X-Spamd-Bar: +++++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of darius@dons.net.au has no SPF policy when checking 150.101.137.129) smtp.mailfrom=darius@dons.net.au X-Spamd-Result: default: False [5.80 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; TO_DN_SOME(0.00)[]; MV_CASE(0.50)[]; HAS_XAW(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(1.46)[ip: (2.79), ipnet: 150.101.0.0/16(3.05), asn: 4739(1.47), country: AU(0.01)]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:4739, ipnet:150.101.0.0/16, country:AU]; MIME_TRACE(0.00)[0:+]; MID_RHS_MATCH_FROM(0.00)[]; SUBJECT_HAS_QUESTION(0.00)[]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_SPAM_SHORT(0.91)[0.914,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.93)[0.926,0]; DMARC_NA(0.00)[dons.net.au]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(1.00)[0.999,0]; RCVD_IN_DNSWL_NONE(0.00)[129.137.101.150.list.dnswl.org : 127.0.5.0]; R_SPF_NA(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Sep 2019 00:01:13 -0000 > On 20 Aug 2019, at 11:37, O'Connor, Daniel wrote: >=20 >=20 >=20 >> On 19 Aug 2019, at 17:09, O'Connor, Daniel = wrote: >> I am going to try this diff but buildkernel is going to take a = while... >=20 > Was a lot faster cross building, so I installed it this morning: > [gps 1:56] ~ >uname -a > FreeBSD gps 13.0-CURRENT FreeBSD 13.0-CURRENT #1 = 41a4c010326-c262109(master)-dirty: Tue Aug 20 11:04:57 ACST 2019 = darius@midget.dons.net.au:/usr/obj/arm-src/arm.armv7/sys/GENERIC arm >=20 > [gps 1:57] ~ >dmesg|grep pps > am335x_dmtpps0: mem = 0x48044000-0x480443ff irq 30 on simplebus0 > [gps 1:58] ~ >ll /dev/pps0 /dev/dmtpps > crw-rw---- 1 root ntpd 0x41 20 Aug 01:09 /dev/dmtpps > lrwxr-xr-x 1 root wheel 6 20 Aug 01:09 /dev/pps0 -> dmtpps >=20 > [gps 1:58] ~ >cat /etc/ntp.conf > server 10.0.2.1 iburst prefer >=20 > server 127.127.22.0 minpoll 4 maxpoll 4 > fudge 127.127.22.0 refid PPS >=20 > [gps 1:59] ~ >ntpq -nc pe > remote refid st t when poll reach delay offset = jitter > = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D > *10.0.2.1 214.52.129.40 3 u 64 64 37 0.349 -0.631 = 0.299 > o127.127.22.0 .PPS. 0 l 13 16 377 0.000 1.000 = 0.106 >=20 > It certainly seems happier with the PPS than it was before. Reader, it was not happy after a longer wait. I ended up getting a newer GPS engine (u-Blox NEO-M8T) and connecting = it, and after a run overnight I get: remote refid st t when poll reach delay offset = jitter = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D +10.0.2.1 214.52.129.40 3 u 35 64 377 0.320 -0.348 = 0.027 -203.31.81.2 27.124.125.251 3 u 53 64 377 12.116 1.311 = 1.951 0.au.pool.ntp.o .POOL. 16 p - 64 0 0.000 0.000 = 0.004 1.au.pool.ntp.o .POOL. 16 p - 64 0 0.000 0.000 = 0.004 2.au.pool.ntp.o .POOL. 16 p - 64 0 0.000 0.000 = 0.004 3.au.pool.ntp.o .POOL. 16 p - 64 0 0.000 0.000 = 0.004 o127.127.20.0 .GPS. 0 l 6 16 377 0.000 0.006 = 0.004 +13.239.113.24 .GPS. 1 u 6 64 377 29.971 -0.054 = 0.074 *103.51.68.133 .PPS. 1 u 56 64 377 45.018 4.821 = 0.143 -103.38.120.36 130.95.179.80 2 u 63 64 377 57.946 -8.622 = 0.242 Which seems quite a lot better :) Is there a reason to *not* increase the number of time hands in the = kernel by default? I suppose it would be good to change it to the same structure as the = feed forward clock stuff, that way it is much easier to change the = number of hands at compile time.. -- Daniel O'Connor "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum