From owner-freebsd-arm@freebsd.org Thu Nov 16 08:49:06 2017 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 944F7DD4E0F for ; Thu, 16 Nov 2017 08:49:06 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.blih.net", Issuer "mail.blih.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 1816372666 for ; Thu, 16 Nov 2017 08:49:05 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) by mail.blih.net (OpenSMTPD) with ESMTP id abf5855d; Thu, 16 Nov 2017 09:49:02 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; s=mail; bh=f8m2PHnpP77vjyWkFNGH/U3xeVw=; b=mwZEvR4yIUr2/zL9KrGdQr6QzeyM 4GVr+9zWZ3jTLDR8uIvEU40Vg+sFQM66nZQhD/iSNM5KLoZ6EfAiuZmztQiXIC67 OmsEEoyghgMzNYZnBQ4IGDkSaDRcZaLTlX2pZEbiFkSqy++gQNFrze76RUmY0dVq kTiFYr+tHUr7Xp4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; q=dns; s= mail; b=gExAsQuBByDAsCwKeVCmBEmzvZSbt5JQnZ5bzXClV5dfa6uB7WlAOuDm 4NxEXundOkCfPDzCXI7ab6UWGwPAoL+vXMeaVTtdinA3FWVz+WheFOVd5CrGPuWJ s4ce2//OsOTi3XWMNt5nFiEdYsHU3wAGNrLageivzNcpANdDjSc= Received: from arcadia (evadot.gandi.net [217.70.181.36]) by mail.blih.net (OpenSMTPD) with ESMTPSA id b694e8cc TLS version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO; Thu, 16 Nov 2017 09:49:02 +0100 (CET) Date: Thu, 16 Nov 2017 09:49:01 +0100 From: Emmanuel Vadot To: Andreas Schwarz 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: <4BF75B1E-318C-414A-B5D4-4BA7D6578316@dsl-only.net> <1509029871.56824.49.camel@freebsd.org> <4af740148ca.47a474e3@mail.schwarzes.net> <04b67007-a95a-9e40-28b4-764adf8b2ded@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> X-Mailer: Sylpheed 3.6.0 (GTK+ 2.24.31; amd64-portbld-freebsd12.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Nov 2017 08:49:06 -0000 On Wed, 15 Nov 2017 22:18:31 +0100 (CET) Andreas Schwarz wrote: > On 15.11.17, Emmanuel Vadot wrote: > > > On Wed, 15 Nov 2017 02:09:06 +0100 (CET) > > Andreas Schwarz 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