Date: Thu, 16 Nov 2017 09:49:01 +0100 From: Emmanuel Vadot <manu@bidouilliste.com> To: Andreas Schwarz <freebsd.asc@strcmp.org> Cc: freebsd-arm@FreeBSD.org Subject: Re: PINE64 - 12.0-CURRENT r324563 - ntpd can't keep time Message-ID: <20171116094901.752e8b0f4ca15eb1349ef1fd@bidouilliste.com> In-Reply-To: <4b007e1861e.7facb1c6@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> <20171115094739.2dbd2a345738be42e56ff772@bidouilliste.com> <4b007e1861e.7facb1c6@mail.schwarzes.net>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, 15 Nov 2017 22:18:31 +0100 (CET) Andreas Schwarz <freebsd.asc@strcmp.org> wrote: > On 15.11.17, Emmanuel Vadot wrote: > > > On Wed, 15 Nov 2017 02:09:06 +0100 (CET) > > Andreas Schwarz <freebsd.asc@strcmp.org> wrote: > > > >> 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. > > This makes the difference, the u-boot port which I have in use, is loading > the dtb from the fat partition. It's probably the u-boot port, which was > provided with the pine64 image from the raspbsd.org page. This was my > "starting point", in the meantime I've tried to replace the related blocks > with differnt u-boot images, but not successful. > > -asc Could you try the same setup that you have now but removing 1200000 1300000 from the operating_point table in sys/dts/arm64/a64.dtsi please ? I'm not sure that the pine64 is stable enough at this frequency. Thanks, -- 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?20171116094901.752e8b0f4ca15eb1349ef1fd>