Date: Wed, 15 Nov 2017 09:47:39 +0100 From: Emmanuel Vadot <manu@bidouilliste.com> To: Andreas Schwarz <freebsd.asc@strcmp.org> Cc: freebsd-arm@FreeBSD.org, ian@freebsd.org Subject: Re: PINE64 - 12.0-CURRENT r324563 - ntpd can't keep time Message-ID: <20171115094739.2dbd2a345738be42e56ff772@bidouilliste.com> In-Reply-To: <4aff62bc14e.1f031cb6@mail.schwarzes.net> References: <d85f883f-84c2-5051-1996-2a0e73a2c1e7@restart.be> <4BF75B1E-318C-414A-B5D4-4BA7D6578316@dsl-only.net> <1509029871.56824.49.camel@freebsd.org> <c2bff518-89ce-4956-2548-e56afab5d83d@restart.be> <4af740148ca.47a474e3@mail.schwarzes.net> <04b67007-a95a-9e40-28b4-764adf8b2ded@restart.be> <FCA144E8-121A-48A5-8CDB-101FBDE6E84C@dsl-only.net> <dceb4702-8ede-aadd-17d8-ed41436955ad@restart.be> <4aff37249b6.70779c93@mail.schwarzes.net> <4AB259A5-F00A-408F-968A-26AD8D776708@dsl-only.net> <4aff62bc14e.1f031cb6@mail.schwarzes.net>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, 15 Nov 2017 02:09:06 +0100 (CET) Andreas Schwarz <freebsd.asc@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@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@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@bidouilliste.com> <manu@freebsd.org>
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20171115094739.2dbd2a345738be42e56ff772>