From owner-freebsd-ppc@FreeBSD.ORG Mon Apr 7 21:15:17 2014 Return-Path: Delivered-To: ppc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C3844622; Mon, 7 Apr 2014 21:15:17 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9ABB3375; Mon, 7 Apr 2014 21:15:17 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 24EFFB95B; Mon, 7 Apr 2014 17:15:16 -0400 (EDT) From: John Baldwin To: freebsd-ppc@freebsd.org Subject: Re: System clock falls behind quickly on Mac mini G4 Date: Mon, 7 Apr 2014 17:04:58 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) References: <20140328071714.GA45961@regency.nsu.ru> <20140404144753.GA58190@regency.nsu.ru> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201404071704.58659.john@baldwin.cx> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Mon, 07 Apr 2014 17:15:16 -0400 (EDT) Cc: Alexey Dokuchaev , ppc@freebsd.org X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Apr 2014 21:15:17 -0000 On Friday, April 04, 2014 6:07:17 pm Justin Hibbits wrote: > On Fri, Apr 4, 2014 at 7:47 AM, Alexey Dokuchaev wrote: > > On Sat, Mar 29, 2014 at 05:01:34PM +0700, Alexey Dokuchaev wrote: > >> On Sat, Mar 29, 2014 at 12:28:12AM -0400, Joe Nosay wrote: > >> > I'm curious on two things: > >> > 1. Is ntpd running/set in /etc/rc.conf? > >> > >> No, it's off. I guess if I had it running it won't let the clock to > >> behave like that. :) > > > > Running ntpd(8) unfortunately does not make things better (well maybe it > > helps a bit, but clock still drifts away pretty fast). I guess my only > > option is to run ntpdate(8) periodically. :-( > > > > ./danfe > > Curious, could you post your dmesg with boot verbose? I haven't run > into a problem with clock drift on any of my ppc machines, albeit I've > never tested on my mini. There might be something with your PMU. Also, if the frequency is calibrated incorrectly during boot for some reason, your time-of-day clock will drift constantly. I've seen this on x86 boxes where the TSC was calibrated incorrectly due to an interaction with SMM interrupts for legacy USB emulation. In that case, adjusting machdep.tsc_freq to match the frequency from the CPU's brand string "fixed" the drift. -- John Baldwin