PINE64 - 12.0-CURRENT r324563 - ntpd can't keep time

Emmanuel Vadot manu at bidouilliste.com
Wed Nov 15 08:47:44 UTC 2017


On Wed, 15 Nov 2017 02:09:06 +0100 (CET)
Andreas Schwarz <freebsd.asc at strcmp.org> wrote:

> On 14.11.17, Mark Millard wrote:
> 
> Hi Mark,
> 
> > I'm not the one with the clock problem
> > but I'll note that the -r325700 Pine64+
> > 2GB with a production-style kernel (not
> > debug) that I'm using has rather different
> > dev.cpu.0 output from sysctl as far as
> > "freq" goes (no such):
> 
> My pine is the same, a PINE A64+ 2GB version.
> 
> Using also a "non-debug" kernel config
> 
> root at pinelot:~ $ cat /sys/arm64/conf/PINE64-ASC
> 
> include         "GENERIC"
> 
> ident           PINE64-ASC
> 
> # remove predefined options from "GENERIC"
> nomakeoptions   DEBUG
> nomakeoptions   WITH_CTF
> nooptions       KDB, KDB_TRACE, DDB
> nooptions       INVARIANTS, INVARIANT_SUPPORT
> nooptions       WITNESS, WITNESS_SKIPSPIN
> nooptions       USB_DEBUG
> nooptions       BUF_TRACKING
> nooptions       DEADLKRES
> nooptions       FULL_BUF_TRACKING
> 
> # add options we want
> options         TMPFS           # Efficient memory filesystem
> 
> 
> 
> > # uname -apKU
> > FreeBSD pine64 12.0-CURRENT FreeBSD 12.0-CURRENT  r325700M  arm64 aarch64 1200053 1200053
> 
> modified?
> 
> > # sysctl dev.cpu.0
> > dev.cpu.0.%parent: cpulist0
> > dev.cpu.0.%pnpinfo: name=cpu at 0 compat=arm,cortex-a53
> > dev.cpu.0.%location: 
> > dev.cpu.0.%driver: cpu
> > dev.cpu.0.%desc: Open Firmware CPU
> >
> > Looking, /usr/ports -r447122 moved
> > sysutils/u-boot-pine64 over to be
> > us-boot-master based back on 2017-Aug-2.
> > May be we have differing:
> >
> > u-boot-sunxi-with-spl.bin
> >
> > vintages dd'd to seek=8 on the
> > sdcards? Some other difference
> > someplace else?
> 
> Latest u-boot-sunxi-with-spl.bin was not working for me, I'm using an older 
> one. Maybe a dtb processing problem, mine is up to date (created from the 
> dts).
> 
> -asc

 What was the problem with the ports ?
 Up to date with what ? sys/dts/arm64/ (sys/boot/fdt/dts/arm64) ?

 The current u-boot ports provide the DTS (it came from upstream Linux)
and doesn't have the PMU (Power Management Unit) or the cpu-supply
property for the cpu node while the one from sys/dts/arm64 does.

-- 
Emmanuel Vadot <manu at bidouilliste.com> <manu at freebsd.org>


More information about the freebsd-arm mailing list