Date: Wed, 19 Feb 2020 12:39:13 -0700 From: Ian Lepore <ian@freebsd.org> To: Stefan Parvu <sparvu@kronometrix.org> Cc: freebsd-arm@freebsd.org Subject: Re: Rasclock (PCF2127 ) Hardware Clock FreeBSD 12.0 Message-ID: <8f7e96af16dfe659b84be5efe9d203074370c67c.camel@freebsd.org> In-Reply-To: <31674CF1-3D59-468D-9892-071BDEB6ADC9@kronometrix.org> References: <41A4CA5C-B487-490F-8A19-2D51F43E1004@kronometrix.org> <95616620-bbaf-dbc3-49eb-3e2562638d49@bunyatech.com.au> <AB510253-52D9-469C-B06E-5EC73C5F188E@kronometrix.org> <fd9991c4e6aaccb812a59ff86c9c8564ebd1d767.camel@freebsd.org> <74E3E782-8481-4B5B-A0AF-A04590C27D6D@kronometrix.org> <790afcb5f0809a89b45982958a85f1539fec05c7.camel@freebsd.org> <36088812-2135-4433-BC49-0BC433EC6767@kronometrix.org> <c52f9d9ab358ac0dc09af411bf97625945579b4e.camel@freebsd.org> <31674CF1-3D59-468D-9892-071BDEB6ADC9@kronometrix.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, 2020-02-19 at 21:12 +0200, Stefan Parvu wrote: > Hi, > > Testing now RBPI3B+ on latest FreeBSD 12.1 release. > FreeBSD k1 12.1-RELEASE FreeBSD 12.1-RELEASE r354233 GENERIC arm64 > > > > The bottom line is that you need to rebuild the nxprtc driver with > > this > > patch applied: > > > > https://svnweb.freebsd.org/base/head/sys/dev/iicbus/nxprtc.c?r1=350016&r2=348184&view=patch > > < > > https://svnweb.freebsd.org/base/head/sys/dev/iicbus/nxprtc.c?r1=350016&r2=348184&view=patch > > > > > Just to make sure: this patch should be already under FreeBSD 12.1 > release ? Correct ? > > I see correctly the device: > > % dmesg | grep nxp > nxprtc0: <NXP PCF2129 RTC> at addr 0xa2 on iicbus0 > nxprtc0: registered as a time-of-day clock, resolution 0.015625s > > > % sysctl -b hw.fdt.dtb | dtc -I dtb -O dts | grep pcf > pcf2129@51 { > compatible = "nxp,pcf2129"; > > Thanks, > stefan Yep, all those changes made it into 12.1-release. These changes also made it into 12.1: https://svnweb.freebsd.org/base?view=revision&revision=350875 Basically they cut power consumption in half while running battery, which should extend battery life significantly. You also gain the ability to set the frequency-offset register which can get the clock drift rate under 1ppm, which is good if you spend a long time powered-off and need to come up pretty close to the right time. (If that's something you need, let me know, and we can talk about how to measure the drift to come up with a value for /etc/sysctl.conf.) -- Ian
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?8f7e96af16dfe659b84be5efe9d203074370c67c.camel>