From owner-freebsd-arm@freebsd.org Sun Nov 24 02:14:59 2019 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 8310A1C787A for ; Sun, 24 Nov 2019 02:14:59 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic309-22.consmr.mail.gq1.yahoo.com (sonic309-22.consmr.mail.gq1.yahoo.com [98.137.65.148]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 47LDJf3JDWz4jMR for ; Sun, 24 Nov 2019 02:14:58 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: .Y3ZSmgVM1mKjuZMw1HMxAZI.jHQndHl2kbXTHbRvuJGyRRU4XBdDjMUgeCJAkO 9j7qGk574Wr5aoZtA85fRJPPYgUHTcxqebKmvBtdgrSdr_kKtrftMo268.J9oax7zKtgaJ7g5OEJ v.UjpiTa0baqWHGW..EyvUVL50O7wx_R4IfwPXUSzWfo5xonP48vRJAlQtP6aUs44X0RNA4yiAaD zoSFnIVHVFtKcIcau0B0WIRR73WI1Pz1VWL.boI3lHASJ8ON45k1_QUnugtArXOS0kGyHXe2iajG LdaGU7XA3.B58tgKlUsJ7goRNan77Waz00zRW28g9dsVy8oRgYJ9NJBHlDgjTNJi9h6U5LiRR8NS 2AF6FVuW3PPKcN3pFeWP42s6JWS2XYV1s9rNHEnmjs23K8EUd6N2cUeRB5zgSvcAE62cFSzJB.wr 8MGQADzmg89pI3P0kRYHFY9YIAb3ukfNv1d1Aznbrkawf8xSa__sF_SOq2xC7iD3oksX_MGNVStL kIyN5LDXeGduj82EHx2PYUK9.aV1_FWvt9viBIsTm_fTw8UILXy.UCXVeIBmV4nrnx8wTR9qMlVq Pzl0zQiIgpLwFgzKeeLi3fwShVp4RGDNkKYd.LX2kTnd6VPoNK1vaOQAOjd2hZuXUxFKw6wDtj9R .8m.UnNkq0rOpeI29.Vs3vX0AViypuivyHP1rUzmOJG73Gj8J3H8_qu_PtMmtDetqeTOPcR5PrV. H26PLTcOI5TtFH8XaWWK.J_dIpO.d.H7vbXJPkjAE4IC1duXClhZv3YmOih1t.yEBDb4cThPkqHl 8meOiYKL0ul4dDsa0C5UbkaxONbR5RwudDMOtPcqq.4RoSNl5Nipo2g.e4QjM05o3sU_dmtOnmIK pNqs1nxEf_X1FnmklXkr0bqlBi64fnj6kvo_CypwUj5IcWde47y3RcdpeCq7WQSSFw42_Y_cOzCM lvT3YjvSFqOnKT8X4lIUo2.QAgWE0twPdMTJl.MbTGihDx57KoJhvDFqoY_jCHdE5fL1ZzvtLsGw Dh_6Q0SAkUtI7WeqZWLarKRF.kRNnAxzyfWCKh7LDdQVf2n6kgHdzPJdB6sucVx6eQAeF6wntNU0 lN7jLsgguaZ4.7ckRTsdppzdODuqmdEY..hQy7Xj5NVAnWkhUNFP.JsVpyGV_BFYPBTgokcu.beJ h9QhCnRynUsJnYrd66F8q3WV31wuaJ3MMQDuykSRQWqQSjok3ojCFJl87Ei_sMum9izjyucQ3BX8 zVjkS23IhBJJjS7Pb_ffr0fZQOHIURPGVQtLfTkjZ_heKKtpBFgWHjhwlZCMNH8WyEzBgpQa_Jih TYdMTW6y8aASrcj2xsfOrIeZRiO5cBMwRHM33xWklqns1jh5MlHZ4Bjeo0vjHEFYOU3xWRYVuxwC mMmNyuA_.Slxh1Qtu0Fp6Iw-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic309.consmr.mail.gq1.yahoo.com with HTTP; Sun, 24 Nov 2019 02:14:55 +0000 Received: by smtp425.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID d95ec82421cf79df2d29bff07c6c06d3; Sun, 24 Nov 2019 02:14:52 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3601.0.10\)) Subject: Re: head -r355027 on Rock64: CPU staying at 600 MHz? (based on ArchLinuxARM benchmark comparison) Date: Sat, 23 Nov 2019 18:14:51 -0800 References: To: freebsd-arm@freebsd.org In-Reply-To: Message-Id: X-Mailer: Apple Mail (2.3601.0.10) X-Rspamd-Queue-Id: 47LDJf3JDWz4jMR X-Spamd-Bar: / X-Spamd-Result: default: False [-0.80 / 15.00]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; TO_DN_NONE(0.00)[]; MV_CASE(0.50)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; SUBJECT_HAS_QUESTION(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.23)[-0.226,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-0.07)[-0.075,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(0.00)[ip: (0.67), ipnet: 98.137.64.0/21(0.88), asn: 36647(0.70), country: US(-0.05)]; IP_SCORE_FREEMAIL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; RCVD_IN_DNSWL_NONE(0.00)[148.65.137.98.list.dnswl.org : 127.0.5.0]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Nov 2019 02:14:59 -0000 On 2019-Nov-23, at 14:26, Mark Millard wrote: > I ran my C++ variation on the old HINT serial/threads benchmark > on ArchLinuxARM (5.3.12 kernel) and FreeBSD -r355027 and got > a surprise for the CPU/memory-cache dominated range. >=20 > The benchmark explores from small problems dependent primarily > on CPU speed (and memory cache speed) to sizes/patterns dominated > by RAM speed (the access pattern makes caches far less effective). > (I do not normally use it to explore sizes that would involve > paging and have not done so here.) >=20 > The RAM-speed dominated part is ball park similar, as expected. >=20 > BUT: For the CPU/cache-speed dominated part FreeBSD is near a > factor of 2 slower than for ArchLinuxARM. >=20 > My guess is that the FreeBSD CPU frequency is staying at 600 MHz > instead of going to the 1200MHz or 1296MHz that is listed as > possible: >=20 > dev.cpufreq_dt.3.freq_settings: 408/-1 600/-1 816/-1 1008/-1 1200/-1 = 1296/-1 > dev.cpufreq_dt.3.%parent: cpu3 > dev.cpufreq_dt.3.%pnpinfo:=20 > dev.cpufreq_dt.3.%location:=20 > dev.cpufreq_dt.3.%driver: cpufreq_dt > dev.cpufreq_dt.3.%desc: Generic cpufreq driver > dev.cpufreq_dt.2.freq_settings: 408/-1 600/-1 816/-1 1008/-1 1200/-1 = 1296/-1 > dev.cpufreq_dt.2.%parent: cpu2 > dev.cpufreq_dt.2.%pnpinfo:=20 > dev.cpufreq_dt.2.%location:=20 > dev.cpufreq_dt.2.%driver: cpufreq_dt > dev.cpufreq_dt.2.%desc: Generic cpufreq driver > dev.cpufreq_dt.1.freq_settings: 408/-1 600/-1 816/-1 1008/-1 1200/-1 = 1296/-1 > dev.cpufreq_dt.1.%parent: cpu1 > dev.cpufreq_dt.1.%pnpinfo:=20 > dev.cpufreq_dt.1.%location:=20 > dev.cpufreq_dt.1.%driver: cpufreq_dt > dev.cpufreq_dt.1.%desc: Generic cpufreq driver > dev.cpufreq_dt.0.freq_settings: 408/-1 600/-1 816/-1 1008/-1 1200/-1 = 1296/-1 > dev.cpufreq_dt.0.%parent: cpu0 > dev.cpufreq_dt.0.%pnpinfo:=20 > dev.cpufreq_dt.0.%location:=20 > dev.cpufreq_dt.0.%driver: cpufreq_dt > dev.cpufreq_dt.0.%desc: Generic cpufreq driver > dev.cpufreq_dt.%parent:=20 > dev.cpu.0.freq_levels: 1296/-1 1200/-1 1008/-1 816/-1 600/-1 408/-1 > dev.cpu.0.freq: 600 >=20 > (The above was not from during a benchmark run: just showing the > default and the alternatives listed.) >=20 > Is the reversal of ordering of freq_settings vs. freq_levels also > interesting? >=20 Rerunning the benchmark after a manual sysctl dev.cpu.0.freq=3D1296 got the expected results, FreeBSD's context happening to be somewhat faster for some types of contexts. For now I've added: QUOTE # The Rock64 does not seem to automatically adjust from 600MHz, # so do so manually. (The specifics likely would not be # appropriate to the RPi3.) dev.cpu.0.freq=3D1296 END QUOTE to the /etc/sysctl.conf on the Rock64. (The Rock64 in question has heat sinks and a fan.) The Rock64 is generally noticeably faster than the Pine64+ 2GB across what the benchmark explores. The Rock64 has example has 4 GiByte of RAM, not 2 GiByte, and is smaller. As for the e.MMC I/O, iozone -a -i0 -i1 -i2 -e -I shows the Rock64 as getting, for example: random = random =20 kB reclen write rewrite read reread read = write . . . 1024 4 2217 1637 4514 4458 4414 = 1817 1024 8 5270 3105 9151 9206 8665 = 4283 1024 16 14203 7487 19187 18554 17019 = 7511 1024 32 22153 28046 41794 40762 33855 = 27390 1024 64 22379 28149 40981 40857 36886 = 27628 1024 128 22832 26292 42291 40557 27731 = 35227 1024 256 22889 26296 42590 41648 31187 = 27848 1024 512 22846 27489 41814 40564 40248 = 26159 1024 1024 22070 28123 40743 40816 40114 = 26223 . . . Looks like the Rock64 will displace the Pine64+ 2GB as my primary CortexA53 example. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Sun Nov 24 21:00:37 2019 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id E7D381BAFA7 for ; Sun, 24 Nov 2019 21:00:37 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 47LjHT5xBYz4TN0 for ; Sun, 24 Nov 2019 21:00:37 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id AC7CA1F52 for ; Sun, 24 Nov 2019 21:00:37 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id xAOL0boS064261 for ; Sun, 24 Nov 2019 21:00:37 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Received: (from bugzilla@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id xAOL0bnX064260 for freebsd-arm@FreeBSD.org; Sun, 24 Nov 2019 21:00:37 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Message-Id: <201911242100.xAOL0bnX064260@kenobi.freebsd.org> X-Authentication-Warning: kenobi.freebsd.org: bugzilla set sender to bugzilla-noreply@FreeBSD.org using -f From: bugzilla-noreply@FreeBSD.org To: freebsd-arm@FreeBSD.org Subject: Problem reports for freebsd-arm@FreeBSD.org that need special attention Date: Sun, 24 Nov 2019 21:00:37 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Nov 2019 21:00:38 -0000 To view an individual PR, use: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=(Bug Id). The following is a listing of current problems submitted by FreeBSD users, which need special attention. These represent problem reports covering all versions including experimental development code and obsolete releases. Status | Bug Id | Description ------------+-----------+--------------------------------------------------- Open | 238576 | Raspberry Pi 3B+ "shutdown -p" does not shut off Open | 239673 | Spurious Interrupt message from /dev/led/led1 2 problems total for which you should take action. From owner-freebsd-arm@freebsd.org Mon Nov 25 05:09:09 2019 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 92F401C8A38 for ; Mon, 25 Nov 2019 05:09:09 +0000 (UTC) (envelope-from return@deltamail.co.za) Received: from slot3.deltamail.co.za (slot3.deltamail.co.za [142.44.218.251]) by mx1.freebsd.org (Postfix) with ESMTP id 47Lw775md1z3xb4 for ; Mon, 25 Nov 2019 05:09:07 +0000 (UTC) (envelope-from return@deltamail.co.za) Message-ID: <9bdf36e537437155b973c5e3bfccdd61@deltamail.co.za> Date: Mon, 25 Nov 2019 05:08:59 +0000 Subject: Pre-Black Friday Sale Now On From: Info Reply-To: Info To: "freebsd-arm@freebsd.org" MIME-Version: 1.0 X-Sender: return@deltamail.co.za X-Report-Abuse: Please report abuse for this campaign here: http://link.deltamail.co.za/campaigns/hm727ew68c84f/report-abuse/lv14092wsw2c7/be680v7e9ref7 X-Receiver: freebsd-arm@freebsd.org X-Hmcw-Tracking-Did: 48 X-Hmcw-Subscriber-Uid: be680v7e9ref7 X-Hmcw-Mailer: SwiftMailer - 5.4.x X-Hmcw-EBS: http://link.deltamail.co.za/lists/block-address X-Hmcw-Delivery-Sid: 44 X-Hmcw-Customer-Uid: xr151fvv9he6a X-Hmcw-Customer-Gid: 26 X-Hmcw-Campaign-Uid: hm727ew68c84f Precedence: bulk Feedback-ID: hm727ew68c84f:be680v7e9ref7:lv14092wsw2c7:xr151fvv9he6a X-Rspamd-Queue-Id: 47Lw775md1z3xb4 X-Spamd-Bar: ++++ X-Spamd-Result: default: False [4.55 / 15.00]; HAS_REPLYTO(0.00)[return@alphamail.co.za]; R_SPF_ALLOW(-0.20)[+ptr]; REPLYTO_DN_EQ_FROM_DN(0.00)[]; DKIM_TRACE(0.00)[deltamail.co.za:+]; DMARC_POLICY_ALLOW(-0.50)[deltamail.co.za,quarantine]; MAILLIST(-0.10)[generic]; FORGED_SENDER(0.00)[info@deltamail.co.za,return@deltamail.co.za]; RCVD_COUNT_ZERO(0.00)[0]; MIME_TRACE(0.00)[0:+,1:+,2:~]; IP_SCORE(1.26)[ipnet: 142.44.128.0/17(4.51), asn: 16276(1.78), country: FR(-0.00)]; ASN(0.00)[asn:16276, ipnet:142.44.128.0/17, country:FR]; FROM_NEQ_ENVFROM(0.00)[info@deltamail.co.za,return@deltamail.co.za]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[deltamail.co.za:s=default]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; PRECEDENCE_BULK(0.00)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; REPLYTO_DOM_NEQ_FROM_DOM(0.00)[]; HTML_SHORT_LINK_IMG_1(2.00)[]; HAS_LIST_UNSUB(-0.01)[]; RCPT_COUNT_ONE(0.00)[1]; MANY_INVISIBLE_PARTS(0.40)[5]; NEURAL_SPAM_MEDIUM(1.00)[0.999,0]; NEURAL_SPAM_LONG(1.00)[1.000,0]; TO_DN_EQ_ADDR_ALL(0.00)[]; FORGED_SENDER_MAILLIST(0.00)[] Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Nov 2019 05:09:09 -0000 Shop Nownatch Now! Pre-Black Friday Sale - Shop Now! =09=09=C2=A0 View = in web browser http://link.deltamail.co.za/campaigns/hm727ew68c84f/track-= url/be680v7e9ref7/947d969c89a5c629db777f5e1727e86d793c6833 =C2=A0 http:= //link.deltamail.co.za/campaigns/hm727ew68c84f/track-url/be680v7e9ref7/1c18= d0a62702656c37e091bf15d5637040882dc9 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 http://link.deltamail.co.za/campaigns/hm727ew68c84f/track-url/be68= 0v7e9ref7/43457b5b8c2f6fae566c4102b148a036bb30fd17 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 VIEW MORE DEALS! http://link.deltamail.co.za/campaigns/= hm727ew68c84f/track-url/be680v7e9ref7/25203bd8bcce5351977e35926e5240328624a= 959 =C2=A0 =C2=A0 Share The Love - Forward this mail to a friend ht= tp://link.deltamail.co.za/campaigns/hm727ew68c84f/track-url/be680v7e9ref7/7= 4ba0dbae3a4d86cd98bf5e4d290ac8ac56bd18c View Online http://link.deltama= il.co.za/campaigns/hm727ew68c84f/track-url/be680v7e9ref7/947d969c89a5c629db= 777f5e1727e86d793c6833 | Opt Out http://link.deltamail.co.za/campaigns/= hm727ew68c84f/track-url/be680v7e9ref7/c7548ffbdebfeb29525cf38496845a1013b81= 3e5 Email Powered By Snatcher http://link.deltamail.co.za/campaigns/hm7= 27ew68c84f/track-url/be680v7e9ref7/dc1feabf9b3e8f2feb9cca747fe9e04ddeb9c059= http://link.deltamail.co.za/campaigns/hm727ew68c84f/track-url/be680v7e9r= ef7/dc1feabf9b3e8f2feb9cca747fe9e04ddeb9c059 This email was sent to freeb= sd-arm@freebsd.org from=C2=A0Info on=C2=A011/25/2019 View this email on= line http://link.deltamail.co.za/campaigns/hm727ew68c84f/track-url/be680v= 7e9ref7/947d969c89a5c629db777f5e1727e86d793c6833=C2=A0~ Unsubscribe htt= p://link.deltamail.co.za/lists/lv14092wsw2c7/unsubscribe/be680v7e9ref7/hm72= 7ew68c84f ~ Report email as unsolicited http://link.deltamail.co.za/cam= paigns/hm727ew68c84f/track-url/be680v7e9ref7/fcf87476be72b3f6bb158fd9cce5a0= ab91ab226c ---=3D--- Mail Direct=C2=A0is an email-marketing service tha= t serves companies of all shapes and sizes. With several users/companie= s sending campaigns to hundreds of millions of recipients, we're bound to= get abuse reports.=C2=A0 We take abuse reports seriously, if you believe= a customer is sending unsolicited and or spam email, please report abuse= immediately HERE http://link.deltamail.co.za/campaigns/hm727ew68c84f/tra= ck-url/be680v7e9ref7/fcf87476be72b3f6bb158fd9cce5a0ab91ab226c =C2=A0 From owner-freebsd-arm@freebsd.org Mon Nov 25 20:05:20 2019 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 97B1E1B87D5 for ; Mon, 25 Nov 2019 20:05:20 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "www.zefox.org", Issuer "www.zefox.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 47MJ1B1GDtz3Nj6 for ; Mon, 25 Nov 2019 20:05:17 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.15.2/8.15.2) with ESMTPS id xAPK5DmK024612 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 25 Nov 2019 12:05:14 -0800 (PST) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id xAPK5DFS024611; Mon, 25 Nov 2019 12:05:13 -0800 (PST) (envelope-from fbsd) Date: Mon, 25 Nov 2019 12:05:13 -0800 From: bob prohaska To: freebsd-arm@freebsd.org Subject: Rpi3 smsc0: warning: failed to create new mbuf Message-ID: <20191125200512.GA24578@www.zefox.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.24 (2015-08-30) X-Rspamd-Queue-Id: 47MJ1B1GDtz3Nj6 X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of fbsd@www.zefox.net has no SPF policy when checking 50.1.20.27) smtp.mailfrom=fbsd@www.zefox.net X-Spamd-Result: default: False [1.50 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.19)[-0.189,0]; WWW_DOT_DOMAIN(0.50)[]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; IP_SCORE(0.07)[ip: (0.30), ipnet: 50.1.16.0/20(0.15), asn: 7065(-0.04), country: US(-0.05)]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[zefox.net]; AUTH_NA(1.00)[]; NEURAL_HAM_LONG(-0.28)[-0.284,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; MID_RHS_WWW(0.50)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Nov 2019 20:05:20 -0000 An RPI3 running 13.0-CURRENT #0 r355024 stalled with a flood of smsc0: warning: failed to create new mbuf on the console. It was compiling www/chromium. The debugger started without difficulty, but unfortunately I neglected to capture a backtrace. The machine rebooted without difficulty and has resumed the build of www/chromium. Is a backtrace worth collecting if it happens again? Thanks for reading, bob prohaska From owner-freebsd-arm@freebsd.org Mon Nov 25 20:20:46 2019 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 6A6501B8EBC for ; Mon, 25 Nov 2019 20:20:46 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.88]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 47MJM064NXz3PXt for ; Mon, 25 Nov 2019 20:20:44 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smtp.greenhost.nl ([213.108.110.112]) by smarthost1.greenhost.nl with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1iZKqA-0005oP-Rx; Mon, 25 Nov 2019 21:20:41 +0100 Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: freebsd-arm@freebsd.org, "bob prohaska" Subject: Re: Rpi3 smsc0: warning: failed to create new mbuf References: <20191125200512.GA24578@www.zefox.net> Date: Mon, 25 Nov 2019 21:20:14 +0100 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Ronald Klop" Message-ID: In-Reply-To: <20191125200512.GA24578@www.zefox.net> User-Agent: Opera Mail/12.16 (FreeBSD) X-Authenticated-As-Hash: 398f5522cb258ce43cb679602f8cfe8b62a256d1 X-Virus-Scanned: by clamav at smarthost1.samage.net X-Spam-Level: -- X-Spam-Score: -2.9 X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED, BAYES_00 autolearn=disabled version=3.4.2 X-Scan-Signature: ba572e8a3bde05b4b19613c12a9e49fc X-Rspamd-Queue-Id: 47MJM064NXz3PXt X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of ronald-lists@klop.ws designates 195.190.28.88 as permitted sender) smtp.mailfrom=ronald-lists@klop.ws X-Spamd-Result: default: False [-2.55 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:195.190.28.64/27]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[klop.ws]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[88.28.190.195.list.dnswl.org : 127.0.10.0]; IP_SCORE(-0.75)[ip: (-0.86), ipnet: 195.190.28.0/24(-0.32), asn: 47172(-2.59), country: NL(0.02)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MID_RHS_NOT_FQDN(0.50)[]; ASN(0.00)[asn:47172, ipnet:195.190.28.0/24, country:NL]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Nov 2019 20:20:46 -0000 Check sysctl kern.ipc.nmbclusters and netstat -m | grep "mbuf clusters". The default is pretty low on rpi3. I run this script every hour from cron which is a 'poor man's' autotune. Works for me though. [root@rpi3 ~]# cat bin/nmbclustercheck.sh #! /bin/sh LINE=$( netstat -m | grep "mbuf clusters" | cut -d ' ' -f 1 ) CURRENT=$( echo $LINE | cut -d '/' -f 1 ) MAX=$( echo $LINE | cut -d '/' -f 4 ) if test $CURRENT -gt $(( $MAX / 2 )) then NEW_MAX=$(( $MAX * 2 )) echo Increase kern.upc.nmbclusters from $MAX to $NEW_MAX sysctl kern.ipc.nmbclusters=$NEW_MAX fi Regards, Ronald. On Mon, 25 Nov 2019 21:05:13 +0100, bob prohaska wrote: > An RPI3 running 13.0-CURRENT #0 r355024 stalled with a flood of > smsc0: warning: failed to create new mbuf > on the console. It was compiling www/chromium. > > The debugger started without difficulty, but unfortunately > I neglected to capture a backtrace. The machine rebooted > without difficulty and has resumed the build of www/chromium. > > Is a backtrace worth collecting if it happens again? > > Thanks for reading, > > bob prohaska > > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" From owner-freebsd-arm@freebsd.org Tue Nov 26 02:37:49 2019 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id E9E841C3FC7 for ; Tue, 26 Nov 2019 02:37:49 +0000 (UTC) (envelope-from pusateri@bangj.com) Received: from oj.bangj.com (69-77-154-174.static.skybest.com [69.77.154.174]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 47MSk46QVwz4FdB for ; Tue, 26 Nov 2019 02:37:48 +0000 (UTC) (envelope-from pusateri@bangj.com) Received: from [172.16.10.110] (mta-107-13-246-59.nc.rr.com [107.13.246.59]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by oj.bangj.com (Postfix) with ESMTPSA id 149F72F330 for ; Mon, 25 Nov 2019 21:37:42 -0500 (EST) From: Tom Pusateri Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3601.0.10\)) Subject: cubox-i armv7 12.1-RELEASE image fails to boot Message-Id: Date: Mon, 25 Nov 2019 21:37:41 -0500 To: freebsd-arm@freebsd.org X-Mailer: Apple Mail (2.3601.0.10) X-Rspamd-Queue-Id: 47MSk46QVwz4FdB X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.51 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[bangj.com:s=201907]; RECEIVED_SPAMHAUS_PBL(0.00)[59.246.13.107.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.10]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-0.998,0]; NEURAL_HAM_MEDIUM(-1.00)[-0.998,0]; MV_CASE(0.50)[]; DKIM_TRACE(0.00)[bangj.com:+]; DMARC_POLICY_ALLOW(-0.50)[bangj.com,quarantine]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; IP_SCORE(-0.01)[country: US(-0.05)]; ASN(0.00)[asn:23118, ipnet:69.77.128.0/19, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Nov 2019 02:37:50 -0000 I tried booting the 12.1-RELEASE image on my cubox-i and it goes into an = endless loop before it boots the kernel but it scrolls so fast it=E2=80=99= s hard to make out or figure out how to stop it. The last line I can read before it hits the endless loop is: Loading /boot/loader.conf.local / If I freeze frame a slow mo video of the endless loop it repeats: Code: b1116931 f0074806 4806fea4 fea1f007 (e7cf682d) data abort pc : [<8ffafd74>] lr : [<0ffafd2f>] reloc pc : [<1782bd74>] lr : [<1782bd2f>] sp : 8f57ae38 ip : 8f5a fp : 8ffc2f1c r10 : 8ffbb240 r9 : 8f58 r8 : 8ffafd74 r7 : 8ffd06c4 r6 : 8e55 r5 : ffffffff r4 : 8f8a6318 r3 : 9ff01ce5 r2 : 9ff0 r1 : 8ffbb240 r0 : 0000005e Flags : nzCv IRQs on FIQs on Mode SVC_32 This unit is a couple of years old now but still works fine with Linux. Thanks, Tom From owner-freebsd-arm@freebsd.org Tue Nov 26 08:13:12 2019 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 30E1A1ADD5D for ; Tue, 26 Nov 2019 08:13:12 +0000 (UTC) (envelope-from nikolay.kostirya@i11.co) Received: from mx.i11.co (mx.i11.co [159.69.78.69]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 47Mc925n67z4XCF for ; Tue, 26 Nov 2019 08:13:10 +0000 (UTC) (envelope-from nikolay.kostirya@i11.co) Received: from [82.207.42.188] (helo=thinkpad) by mx.i11.co with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1iZVy3-0000em-4z for freebsd-arm@freebsd.org; Tue, 26 Nov 2019 08:13:03 +0000 Date: Tue, 26 Nov 2019 10:13:01 +0200 From: Nick Kostirya To: freebsd-arm@freebsd.org Subject: Does Camera Module with OV5640 Chip worked on ARM FreeBSD 12.1 Message-ID: <20191126101301.5cb6c6df@thinkpad> X-Mailer: Claws Mail 3.17.4 (GTK+ 2.24.32; i386-portbld-freebsd12.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 47Mc925n67z4XCF X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.53 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[i11.co:s=omicron]; NEURAL_HAM_MEDIUM(-1.00)[-0.998,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:159.69.78.69]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; NEURAL_HAM_LONG(-1.00)[-0.998,0]; RCPT_COUNT_ONE(0.00)[1]; IP_SCORE(-0.04)[ipnet: 159.69.0.0/16(1.39), asn: 24940(-1.57), country: DE(-0.01)]; DKIM_TRACE(0.00)[i11.co:+]; DMARC_POLICY_ALLOW(-0.50)[i11.co,reject]; FROM_EQ_ENVFROM(0.00)[]; MID_RHS_NOT_FQDN(0.50)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:159.69.0.0/16, country:DE]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Nov 2019 08:13:12 -0000 Hello. Could you tell me, please? Does Camera Module with OV5640 Chip work on ARM FreeBSD 12.1? It's DVP interface camera, not USB. If so, what is needed for this? https://www.friendlyarm.com/index.php?route=product/product&path=78&product_id=155 Thanks. From owner-freebsd-arm@freebsd.org Tue Nov 26 22:03:36 2019 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 7519C1C2CF9 for ; Tue, 26 Nov 2019 22:03:36 +0000 (UTC) (envelope-from james@opentech.cc) Received: from NAM05-CO1-obe.outbound.protection.outlook.com (mail-eopbgr720083.outbound.protection.outlook.com [40.107.72.83]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "GlobalSign Organization Validation CA - SHA256 - G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 47MybC30s1z4KTy for ; Tue, 26 Nov 2019 22:03:34 +0000 (UTC) (envelope-from james@opentech.cc) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=d063Snrdb7eHdtqp6hnsvK0aPt8f+bYK4Us+XOE5+ZkkM7EZddIt27faPvSSL9nsycXZ4y0B/yISX6CcIn+tfStVrag/wxGy18p6H4YgaoPWtVFx9jhmsLZ9WZcT/aGpRQdZa96Mdmwm3XY2BiHZ6soZM+XIkC6o45h8cca2FFzv8qKVirOw6M9d/CFsPXGDhBog1/B36SzQ6xhtSgAiGaavBQS5AchgQUGxyTl/sB1GSu7w+TpFm86ZRVFxrsU/MJrbfJpduTbcmFhhIQvWIAXaVM9Xr6xOjBVSNaCXm3U5t+VZMCuRt5fefo9acJuo4xa/XoXcm8sUHnXDub4CeQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=LV/bK5ioAVB9vAzpfn9WPgDtLXRBXSr5g2YVBDxbLFQ=; b=VTsbJVGmhVQvJ2jgtA/PrLW9Bgye6H9YScgjs8IZdEzu/YIXXI7mClb6qMPWVDmPFoF5p+PogaYZBfQf19sHCiurhvP+aX+MpUnsRO1/e/aorUikoPV8+4ef5teFbYi38z58G23Otwz8SKMLxwZ0wVSpyjB+Kbeq06juJrihLZLrem6jNFkGvgkE57NprbiQPIYkRPkfsRYtAVI25u4QN8gXZb7EKQMefg+fvNGE+Pq6BAq3g2IBHXfy/8cyaJQ8y6pcOEqrkgVYsAFoefcv78IcJZnID3diX0SzqXD5ryU+wY6Mn0brXM58n8YNMduJe8BviVFKENd23yXJhANMDw== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=opentech.cc; dmarc=pass action=none header.from=opentech.cc; dkim=pass header.d=opentech.cc; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=opentech.cc; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=LV/bK5ioAVB9vAzpfn9WPgDtLXRBXSr5g2YVBDxbLFQ=; b=AqqMuBa+1Tx2AdVYPgCH5C4AsoJJeGzKqtt+cDcX13RqiVWg3AUTJCVG8/SDpU1Ko4EPXCs8zROvRx3OGfXVCT84t23hzGOVx+o60Coy4lDS+4Sk/kUx+dd+ks0U8SPW4EyblUcGNEIsv8NsvlBx8vpCMXZuLt9tYhfrvHRgcVM= Received: from MWHPR06MB3134.namprd06.prod.outlook.com (10.174.248.13) by MWHPR06MB2397.namprd06.prod.outlook.com (10.168.245.137) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2495.17; Tue, 26 Nov 2019 22:03:30 +0000 Received: from MWHPR06MB3134.namprd06.prod.outlook.com ([fe80::1943:79aa:6d34:38ba]) by MWHPR06MB3134.namprd06.prod.outlook.com ([fe80::1943:79aa:6d34:38ba%7]) with mapi id 15.20.2474.023; Tue, 26 Nov 2019 22:03:30 +0000 From: James Shuriff To: "freebsd-arm@freebsd.org" Subject: rpi3 clock drift Thread-Topic: rpi3 clock drift Thread-Index: AdWknyHEmPFTR5x9S769H5zoRTt2Vg== Date: Tue, 26 Nov 2019 22:03:30 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [71.251.5.193] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 1e699828-557c-4ef6-abb2-08d772bc78f7 x-ms-traffictypediagnostic: MWHPR06MB2397: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:9508; x-forefront-prvs: 0233768B38 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(4636009)(39830400003)(396003)(346002)(376002)(366004)(136003)(38564003)(199004)(189003)(6306002)(74316002)(54896002)(2906002)(55016002)(508600001)(81156014)(33656002)(9686003)(81166006)(186003)(8676002)(14454004)(25786009)(6916009)(66446008)(26005)(64756008)(6436002)(5640700003)(316002)(7116003)(2351001)(236005)(86362001)(7736002)(6506007)(71190400001)(71200400001)(790700001)(66476007)(99286004)(66556008)(76116006)(8936002)(5024004)(102836004)(7696005)(66946007)(52536014)(5660300002)(66066001)(256004)(14444005)(3846002)(2501003)(6116002); DIR:OUT; SFP:1101; SCL:1; SRVR:MWHPR06MB2397; H:MWHPR06MB3134.namprd06.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: opentech.cc does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: +6Im9bQR2Q17kdCRNlAIWDClEduduY/6616SCvTOhTdvP7a5gZGbbrn8pprzn4nLW69psxkr0gi3MAyVGuanlLsiDF3EMsPuaEy6ClMqoYCvP+BCY3Z3mCsxF8Ss1R7E7GeP/qWF47JBUtlMLmzSpIGeW1memTSCUOYay95JnaHMCFTigj3gr9SDu+x27IPEA2t8S0geUvau5mUQUvo2hUdM2zkcn+1930uzOxfaBthR4DIscs2gmjgIYt9QywXEecijyODU/fS6GXp3V2ZZ5UtVI/+yfuZF/A5vzKWzfy6qI6bd38FPn+Wv1dHpWCk7lBYhZMsFV5GoUYVvlKbngPi6BqB/5djCulfFNVt+H5IQkEM2U7jfArymTidor/HH/pKLW4TbknOQZ5Nu3hl6z92Dt62hVGU9RW+oc9sVGCrpvY4fVT74Pi46hRwRjm+r x-ms-exchange-transport-forked: True MIME-Version: 1.0 X-OriginatorOrg: opentech.cc X-MS-Exchange-CrossTenant-Network-Message-Id: 1e699828-557c-4ef6-abb2-08d772bc78f7 X-MS-Exchange-CrossTenant-originalarrivaltime: 26 Nov 2019 22:03:30.3141 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5c5dd5ac-929c-48f6-a3f4-c0c8602c24af X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: BuJJy+F1SICY9okm3Rv0lCKTFEFSCHhkm3pa2kDKAAm5oRk1y8NbUPm5cRs7qC4uwjiZZ94WDnSPnfGleJTC3A== X-MS-Exchange-Transport-CrossTenantHeadersStamped: MWHPR06MB2397 X-Rspamd-Queue-Id: 47MybC30s1z4KTy X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=opentech.cc header.s=selector1 header.b=AqqMuBa+; dmarc=pass (policy=none) header.from=opentech.cc; spf=pass (mx1.freebsd.org: domain of james@opentech.cc designates 40.107.72.83 as permitted sender) smtp.mailfrom=james@opentech.cc X-Spamd-Result: default: False [-5.35 / 15.00]; IP_SCORE(-1.35)[ipnet: 40.64.0.0/10(-3.85), asn: 8075(-2.83), country: US(-0.05)]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[opentech.cc:s=selector1]; HAS_XOIP(0.00)[]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:40.107.0.0/16]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCPT_COUNT_ONE(0.00)[1]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[opentech.cc:+]; DMARC_POLICY_ALLOW(-0.50)[opentech.cc,none]; RCVD_IN_DNSWL_NONE(0.00)[83.72.107.40.list.dnswl.org : 127.0.3.0]; TO_DN_EQ_ADDR_ALL(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:8075, ipnet:40.64.0.0/10, country:US]; ARC_ALLOW(-1.00)[i=1] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Nov 2019 22:03:36 -0000 My Raspberry Pi 3 Model B is having some serious clock drift issues. Ntpd d= oesn't function even with ntpd_sync_on_start, which calls ntpd with -g and = allows the initial adjustment to exceed the panic threshold. This doesn't h= elp me much because the system will continue to drift very quickly and that= option only helps for the initial adjustment. I was thinking of ordering an I2C RTC but I'm unsure how to make FreeBSD aw= are of the clock. There is a file in the Raspberry Pi firmware repo called i2c-rtc.dtbo and i= t contains defs for clocks like DS1307 so I am assuming I can add this to c= onfig.txt, build U-Boot with CONFIG_RTC_DS1307 (or whatever model), and bui= ld the kernel with device support for the clock but I'm not completely sure= if I'm going about this the right way. Beyond just getting FreeBSD to see = the clock I'm unsure how to tell FreeBSD to use it. Any advice? Thanks, - James Shuriff ________________________________ DISCLAIMER: This message and any attachments are intended solely for the us= e of the recipient and may contain confidential information. If you have re= ceived this message in error please delete it and promptly notify the sende= r, James Shuriff (james@opentech.cc). From owner-freebsd-arm@freebsd.org Tue Nov 26 22:18:44 2019 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 8FC281C316E for ; Tue, 26 Nov 2019 22:18:44 +0000 (UTC) (envelope-from sparvu@kronometrix.org) Received: from mail.kronometrix.org (mail.kronometrix.org [95.85.46.90]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mail.kronometrix.org", Issuer "mail.kronometrix.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 47Mywg3Kwbz4L68 for ; Tue, 26 Nov 2019 22:18:43 +0000 (UTC) (envelope-from sparvu@kronometrix.org) Received: from [192.168.1.172] (176-93-193-97.bb.dnainternet.fi [176.93.193.97]) (authenticated bits=0) by mail.kronometrix.org (8.15.2/8.15.2) with ESMTPSA id xAQMIMKj009209 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 26 Nov 2019 22:18:28 GMT (envelope-from sparvu@kronometrix.org) X-Authentication-Warning: mail.kronometrix.org: Host 176-93-193-97.bb.dnainternet.fi [176.93.193.97] claimed to be [192.168.1.172] Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3601.0.10\)) Subject: Re: rpi3 clock drift From: Stefan Parvu In-Reply-To: Date: Wed, 27 Nov 2019 00:18:10 +0200 Cc: "freebsd-arm@freebsd.org" Content-Transfer-Encoding: quoted-printable Message-Id: <702EA0B2-5EA4-41C9-8E8A-D6A2BF634465@kronometrix.org> References: To: James Shuriff X-Mailer: Apple Mail (2.3601.0.10) X-Rspamd-Queue-Id: 47Mywg3Kwbz4L68 X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of sparvu@kronometrix.org designates 95.85.46.90 as permitted sender) smtp.mailfrom=sparvu@kronometrix.org X-Spamd-Result: default: False [0.21 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; HAS_XAW(0.00)[]; DMARC_NA(0.00)[kronometrix.org]; HAS_WP_URI(0.00)[]; NEURAL_HAM_LONG(-0.06)[-0.065,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_MEDIUM(-0.58)[-0.582,0]; IP_SCORE(0.66)[ip: (0.39), ipnet: 95.85.0.0/18(1.05), asn: 14061(1.91), country: US(-0.05)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:14061, ipnet:95.85.0.0/18, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Nov 2019 22:18:44 -0000 > I was thinking of ordering an I2C RTC but I'm unsure how to make = FreeBSD aware of the clock. We are currently using and heavily testing this RTC:=20 https://afterthoughtsoftware.com/products/rasclock=20 based on NXP PCF2129. See here complete description of a product based = on FreeBSD 12 and RPI3+ https://kronometrix.com/wp-content/uploads/2019/11/Kronometrix-K1.pdf=20 Follow this thread for more instructions and hints how to get this RTC = working with FreeBSD 12. = http://freebsd.1045724.x6.nabble.com/Rasclock-PCF2127-Hardware-Clock-FreeB= SD-12-0-td6339218.html=20 Stefan= From owner-freebsd-arm@freebsd.org Tue Nov 26 22:28:18 2019 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 2AC9D1C3487 for ; Tue, 26 Nov 2019 22:28:18 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound3d.ore.mailhop.org (outbound3d.ore.mailhop.org [54.186.57.195]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 47Mz7j4WSCz4LWm for ; Tue, 26 Nov 2019 22:28:17 +0000 (UTC) (envelope-from ian@freebsd.org) ARC-Seal: i=1; a=rsa-sha256; t=1574807296; cv=none; d=outbound.mailhop.org; s=arc-outbound20181012; b=IQ4WsXu3Re9KgZlEPXI6yvPRQwwtT+5A0au0Cdp2XqCRf++MqCV9Zv2OOTEa/6Z6Ihjum6XdqKNmv ny7y97q+e123k1/eu3ajQhFaSgR9EgB8oiSHozXFaMBr7T/1vpsQMGjYWMeK4XjckBGoPutxhzvjxU no6HnQBLarWzJLN3jVh+B1e7B1kvVhlys+seBROaj1GJz+n2oEqbu/sRVfPbxjrCmUIdltxJZbVwlC CAvCj9Da/YC8zsFftSWYiwOJ5HKapKs39br3G11OhWCbGcIn9Hgsty28gT0tmJJPSa4YdXX04FrNmF NUJxseBFm05fqDsCX2PR7EK+CunAVpw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=arc-outbound20181012; h=content-transfer-encoding:mime-version:content-type:references:in-reply-to: date:to:from:subject:message-id:dkim-signature:from; bh=ZNg7FSjkx9Y4iJb6prTw9kp/7mCuvOq0JRTr4W90goA=; b=gD7W+J4MI4hecFrmirAhx4T6Mk+9Wqu8IfoEmmgwu6UiqQPOi3eDSt+VSOevEawKS1whHf+gcqNWX zmRx1xuFYm1v2xhateQ5kpJzxl8MtFb8qRSbpwtA3lUdL58p6glQTq+uMB6A+l7JPKLdCBDHpOkBgy 8GJO67bH9O0wHV/4ghwHkfFeHEqCkmpD3qyvC5WN0xMAXE9HSCNyoT0CmNi4OUUYpQ3MCyXDbjp7ra xH6uvjfVziELwjdU8YX1HYewXAcp6reZjsQO8XBqJIOp5YQ+8xEY/9ECFP1pcEf5l5keQtiNYprySN /57abZc3JM60tbs5X0zOptSrjLSMU1Q== ARC-Authentication-Results: i=1; outbound3.ore.mailhop.org; spf=softfail smtp.mailfrom=freebsd.org smtp.remote-ip=67.177.211.60; dmarc=none header.from=freebsd.org; arc=none header.oldest-pass=0; DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=dkim-high; h=content-transfer-encoding:mime-version:content-type:references:in-reply-to: date:to:from:subject:message-id:from; bh=ZNg7FSjkx9Y4iJb6prTw9kp/7mCuvOq0JRTr4W90goA=; b=uKz6IM56YPq6qzas13PmV5G3vt0YFtk0FpTxNEbbOZ1t58XCBb2l/JrEX+/SIsv9+a/TZgeFny/c6 uP/qNMCm1BfJ2gz9UVgLQyzq/PZBi9gnmye46t2eK59VpHQ+47V9j2aVnGUZD/IRp+OED1nqfPPZXl pmybOWNkzSw9MSSH7Lpvo8erFRTkKu/fdBV2mYn3SfqSrUd3WvyLAigJd77lZeDM++3hX0ECRtZZVj 5i/kJ6A8hePEbrJYaI+69xBsC5MgepUMjmLRYQn2uFaEjS9gdROYPBzjQ4CLM128yOCt9fFe5z4rCa Z46yCxan+qWQW3rXDQUfc9fqa+ReMkg== X-MHO-RoutePath: aGlwcGll X-MHO-User: 0888287c-109c-11ea-b80c-052b4a66b6b2 X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 67.177.211.60 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (unknown [67.177.211.60]) by outbound3.ore.mailhop.org (Halon) with ESMTPSA id 0888287c-109c-11ea-b80c-052b4a66b6b2; Tue, 26 Nov 2019 22:28:14 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id xAQMSDtn073974; Tue, 26 Nov 2019 15:28:13 -0700 (MST) (envelope-from ian@freebsd.org) Message-ID: Subject: Re: rpi3 clock drift From: Ian Lepore To: James Shuriff , "freebsd-arm@freebsd.org" Date: Tue, 26 Nov 2019 15:28:13 -0700 In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.28.5 FreeBSD GNOME Team Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 47Mz7j4WSCz4LWm X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-1.67 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-0.81)[-0.808,0]; NEURAL_HAM_LONG(-0.87)[-0.866,0]; ASN(0.00)[asn:16509, ipnet:54.186.0.0/15, country:US] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Nov 2019 22:28:18 -0000 On Tue, 2019-11-26 at 22:03 +0000, James Shuriff wrote: > My Raspberry Pi 3 Model B is having some serious clock drift issues. > Ntpd doesn't function even with ntpd_sync_on_start, which calls ntpd > with -g and allows the initial adjustment to exceed the panic > threshold. This doesn't help me much because the system will continue > to drift very quickly and that option only helps for the initial > adjustment. > > I was thinking of ordering an I2C RTC but I'm unsure how to make > FreeBSD aware of the clock. > > There is a file in the Raspberry Pi firmware repo called i2c-rtc.dtbo > and it contains defs for clocks like DS1307 so I am assuming I can > add this to config.txt, build U-Boot with CONFIG_RTC_DS1307 (or > whatever model), and build the kernel with device support for the > clock but I'm not completely sure if I'm going about this the right > way. Beyond just getting FreeBSD to see the clock I'm unsure how to > tell FreeBSD to use it. Any advice? > > Thanks, > > - James Shuriff > You're on the right basic track for the RTC... you need to enable the overlay for the model you choose in config.txt, and add the right driver to your /boot/loader.conf (such as nxprtc_load=YES). The ds1307 is about the most generic you can get. I prefer the ones that can do sub-second precision; most of the NXP chips can do so (PCF85x3 or PCx2129). This is a nice rpi-ready one: https://www.sunfounder.com/pcf8563-real-time-clock.html But adding an rtc isn't going to fix the ntpd clock drift at all. There are 3 things I can think of that might cause that: - actual hardware trouble (some clock running too fast/slow). - bad data somewhere (clock isn't running at speed we think it is). - somehow a bad value got into /var/db/ntp/ntpd.drift It would be interesting to know what's in the ntpd.drift file now. If it's the problem, it's easy to fix, you can just rename the file to ntpd.drift.bad and restart ntpd so it'll regenerate the file. It would also be interesting to see the output of sysctl kern.timecounter from that system. -- Ian From owner-freebsd-arm@freebsd.org Tue Nov 26 22:30:06 2019 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id BB2111C3517 for ; Tue, 26 Nov 2019 22:30:06 +0000 (UTC) (envelope-from bakul@bitblocks.com) Received: from mail.bitblocks.com (ns1.bitblocks.com [173.228.5.8]) by mx1.freebsd.org (Postfix) with ESMTP id 47Mz9n6S8Cz4LZh for ; Tue, 26 Nov 2019 22:30:05 +0000 (UTC) (envelope-from bakul@bitblocks.com) Received: from bitblocks.com (localhost [127.0.0.1]) by mail.bitblocks.com (Postfix) with ESMTP id 6BCFA156E80B; Tue, 26 Nov 2019 14:29:45 -0800 (PST) To: James Shuriff cc: "freebsd-arm@freebsd.org" Subject: Re: rpi3 clock drift In-reply-to: Your message of "Tue, 26 Nov 2019 22:03:30 +0000." References: Comments: In-reply-to James Shuriff message dated "Tue, 26 Nov 2019 22:03:30 +0000." From: Bakul Shah MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <86934.1574807385.1@bitblocks.com> Content-Transfer-Encoding: quoted-printable Date: Tue, 26 Nov 2019 14:29:45 -0800 Message-Id: <20191126222952.6BCFA156E80B@mail.bitblocks.com> X-Rspamd-Queue-Id: 47Mz9n6S8Cz4LZh X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of bakul@bitblocks.com designates 173.228.5.8 as permitted sender) smtp.mailfrom=bakul@bitblocks.com X-Spamd-Result: default: False [-4.22 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:173.228.5.8/29]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[bitblocks.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; IP_SCORE(-2.02)[ip: (-6.36), ipnet: 173.228.0.0/20(-3.18), asn: 46375(-0.51), country: US(-0.05)]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:46375, ipnet:173.228.0.0/20, country:US]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Nov 2019 22:30:06 -0000 On Tue, 26 Nov 2019 22:03:30 +0000 James Shuriff wrote= : > My Raspberry Pi 3 Model B is having some serious clock drift issues. Ntp= d doe > sn't function even with ntpd_sync_on_start, which calls ntpd with -g and= allo > ws the initial adjustment to exceed the panic threshold. This doesn't he= lp me > much because the system will continue to drift very quickly and that op= tion = > only helps for the initial adjustment. > > I was thinking of ordering an I2C RTC but I'm unsure how to make FreeBSD= awar > e of the clock. > > There is a file in the Raspberry Pi firmware repo called i2c-rtc.dtbo an= d it = > contains defs for clocks like DS1307 so I am assuming I can add this to = confi > g.txt, build U-Boot with CONFIG_RTC_DS1307 (or whatever model), and buil= d the > kernel with device support for the clock but I'm not completely sure if= I'm = > going about this the right way. Beyond just getting FreeBSD to see the c= lock = > I'm unsure how to tell FreeBSD to use it. Any advice? Is the clock really drifting or is this due the initial time being waaay off from the current time due to a lack of RTC? If the latter do the initial time setup using ntpdate. Add ntpdate_enable=3D"YES" to /etc/rc.conf. If you can already use ntpd, there is not much point in using a local rtc. From owner-freebsd-arm@freebsd.org Tue Nov 26 22:34:55 2019 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id C83451C3703 for ; Tue, 26 Nov 2019 22:34:55 +0000 (UTC) (envelope-from james@opentech.cc) Received: from NAM02-SN1-obe.outbound.protection.outlook.com (mail-eopbgr770088.outbound.protection.outlook.com [40.107.77.88]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "GlobalSign Organization Validation CA - SHA256 - G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 47MzHM47Ccz4LsY; Tue, 26 Nov 2019 22:34:55 +0000 (UTC) (envelope-from james@opentech.cc) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=QvxWRMmnI8hQ7xFQ63V/STfciskYocHGeuuV1FXTZuoWb77RthcaEO/Tv9yurlZ1dUdI5/PzZsyLM5tzjF3tmEF+mR4469FjcEbgRh1RhmnaoLO7zjiqmjcLt8BUmBmhMkcPOUfaIET9ynTyzE3c0eenQVTmUobyiRIesytdlnVGPqVxkPARJhw+5m1jN8bhq4t/a9F1PNbqfMcsMo3/ivJXdIsKCIoBmf9haI6YXLZg4mXOjQE8L4QG9dNFKt4dtPucfMWhr1Oq0Uv4Cyzwqxb2jXoTJRDr4lnYNxPf9CZDROb+/JkLZgF7H3zIpdJ1BXo8cw11fb+xkB8CqapTjA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=gQcE5938RJY2nzY0M2h0PpfKU2chtGXf/Ru57Za+HHc=; b=gsfENf720aT4m/QskY07Bher/tHBTP5YsMZQ8GC2eMNxY0FcjAP/xMPsbj4wFXHt/8gWTQ7RSCEYX+LDOFGJTv6iCSnLs63IqdanIZPtKGc7OeL1Pa1xNlAPNC0JDMZq9w/BkH8JkhbqNjJGyre4uQ1a0vyKpD2vYKXF2koiYRreCCdouDMaTG+v3Dtrg61JjbXWaU13Ta0Z8K6PzIVnV8v0j/6pVVa7EqobmxYEvIFX+eHUeXTAXp2XEIAWU3e035QWfKbKxTUlLj2oBUjXaGA6myNS7tnbicr6NdRDd+5Tdmm8hNvY02TfcsV+aw8AnlAMriuOf5ssP0Q9amm1yw== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=opentech.cc; dmarc=pass action=none header.from=opentech.cc; dkim=pass header.d=opentech.cc; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=opentech.cc; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=gQcE5938RJY2nzY0M2h0PpfKU2chtGXf/Ru57Za+HHc=; b=MO3WeG874kbqqW9qnUAwQT6vqnjYrvDjkSttQp5al3TShhJ5yvJkzRXsiHoELqImUvkNbYiG/mFR+KO7OJ8loQNXe9yDdPfn/Yk6XKFojHudYjBF3YZ0tyKtWpFKkq3YilKjEzc+7/ChgolY1ruIlVq1t/icSJmMi79CGfllV+Y= Received: from MWHPR06MB3134.namprd06.prod.outlook.com (10.174.248.13) by MWHPR06MB3024.namprd06.prod.outlook.com (10.168.204.19) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2474.16; Tue, 26 Nov 2019 22:34:51 +0000 Received: from MWHPR06MB3134.namprd06.prod.outlook.com ([fe80::1943:79aa:6d34:38ba]) by MWHPR06MB3134.namprd06.prod.outlook.com ([fe80::1943:79aa:6d34:38ba%7]) with mapi id 15.20.2474.023; Tue, 26 Nov 2019 22:34:50 +0000 From: James Shuriff To: Ian Lepore , Bakul Shah CC: "freebsd-arm@freebsd.org" Subject: RE: rpi3 clock drift Thread-Topic: rpi3 clock drift Thread-Index: AdWknyHEmPFTR5x9S769H5zoRTt2VgACaheAAAAZFQA= Date: Tue, 26 Nov 2019 22:34:50 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [71.251.5.193] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: bf3c602a-32fd-4467-02f1-08d772c0d9c1 x-ms-traffictypediagnostic: MWHPR06MB3024: x-ms-exchange-purlcount: 1 x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:10000; x-forefront-prvs: 0233768B38 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(4636009)(39830400003)(136003)(376002)(346002)(366004)(396003)(13464003)(189003)(199004)(38564003)(64756008)(99286004)(66446008)(81166006)(14454004)(25786009)(305945005)(966005)(74316002)(508600001)(229853002)(26005)(102836004)(186003)(8936002)(5660300002)(7736002)(52536014)(8676002)(81156014)(14444005)(256004)(5024004)(6116002)(3846002)(6506007)(53546011)(76176011)(7696005)(66066001)(6246003)(86362001)(71200400001)(2906002)(4326008)(66556008)(55016002)(9686003)(6306002)(4001150100001)(6436002)(76116006)(316002)(66476007)(33656002)(446003)(11346002)(66946007)(7116003)(110136005)(71190400001); DIR:OUT; SFP:1101; SCL:1; SRVR:MWHPR06MB3024; H:MWHPR06MB3134.namprd06.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; received-spf: None (protection.outlook.com: opentech.cc does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: xef6HdKHXTr3nJtxMT0GPmtLfKw+Qz1gnA7tp1mLzqSwYRyFjzgshJJLWmt/cavJDOL7NZjDCp/v8tIp7zPGieLOvwAMf4buOn5G4fUpWR4A2gUPr10AsLkbJFZDrENvxsNLgPSIFSERhCBFCAMNze3KD+D0nQNUPMdjE6tf2xt/oRhlCEwmUGWHWCsE2uBzxbJJzAdbKYoYzFcGyI7Prdcebo+RCkIaK0+FGj7uQNrcfWI+iEfZHiLVP91vdiWIW90907be2bYkWXx4ombP4S+8wnNPgw+gB0JWM6DReo9OIPETWX2czRgD3bLfZ8Bu+sRaB1VVrN+Ubd5G3uA8TxYwz+Ai3Amw8bB2SJE7+EfuR0k1LE4SeB8gbGLCJSNGO4GxdIBNqhCqkXDAOGbRw2GaBZnSbSavjASQW38wP+JsExbP45j2+JrqlSoR4sihxBoAPcWerOhYfiEUwFXalA9zKspYV7CRLIbtJNwEWw0= x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: opentech.cc X-MS-Exchange-CrossTenant-Network-Message-Id: bf3c602a-32fd-4467-02f1-08d772c0d9c1 X-MS-Exchange-CrossTenant-originalarrivaltime: 26 Nov 2019 22:34:50.7067 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5c5dd5ac-929c-48f6-a3f4-c0c8602c24af X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: yWt1Rbs2aSFAAtj1gjp1HKQVnF+BJdIg8fhcvOKoNk8PZqbk1b//5csNIFZPxvYV+u48MnoEJlm+VVWHU+P4rA== X-MS-Exchange-Transport-CrossTenantHeadersStamped: MWHPR06MB3024 X-Rspamd-Queue-Id: 47MzHM47Ccz4LsY X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-5.98 / 15.00]; NEURAL_HAM_MEDIUM(-0.99)[-0.988,0]; REPLY(-4.00)[]; NEURAL_HAM_LONG(-0.99)[-0.992,0] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Nov 2019 22:34:55 -0000 QmFrdWwsDQoNCkkgaGF2ZSBwcmV2aW91c2x5IHNldCB0aGUgZGF0ZSBtYW51YWxseSBhbmQgd2l0 aCBudHBkYXRlIGFuZCBJIHR1cm5lZCBvbiBudHBfc3luY19vbl9zdGFydCBzbyBJIGRvbid0IHRo aW5rIHRoZSBpc3N1ZSBpcyB0aGUgaW5pdGlhbCBkYXRlLg0KDQpJYW4sDQoNClRoZSBkcmlmdCBm aWxlIGlzIGF0IDAuMDAwLiBIZXJlIGlzIHRpbWVjb3VudGVyOg0KDQprZXJuLnRpbWVjb3VudGVy LmZhc3RfZ2V0dGltZTogMQ0Ka2Vybi50aW1lY291bnRlci50aWNrOiAxDQprZXJuLnRpbWVjb3Vu dGVyLmNob2ljZTogQVJNIE1QQ29yZSBUaW1lY291bnRlcigxMDAwKSBkdW1teSgtMTAwMDAwMCkN Cmtlcm4udGltZWNvdW50ZXIuaGFyZHdhcmU6IEFSTSBNUENvcmUgVGltZWNvdW50ZXINCmtlcm4u dGltZWNvdW50ZXIuYWxsb3dlZGRldmlhdGlvbjogNQ0Ka2Vybi50aW1lY291bnRlci50aW1laGFu ZHNfY291bnQ6IDINCmtlcm4udGltZWNvdW50ZXIuc3RlcHdhcm5pbmdzOiAwDQprZXJuLnRpbWVj b3VudGVyLnRjLkFSTSBNUENvcmUgVGltZWNvdW50ZXIucXVhbGl0eTogMTAwMA0Ka2Vybi50aW1l Y291bnRlci50Yy5BUk0gTVBDb3JlIFRpbWVjb3VudGVyLmZyZXF1ZW5jeTogNTQwMDAwMDANCmtl cm4udGltZWNvdW50ZXIudGMuQVJNIE1QQ29yZSBUaW1lY291bnRlci5jb3VudGVyOiAzNjA0NjE5 MTU2DQprZXJuLnRpbWVjb3VudGVyLnRjLkFSTSBNUENvcmUgVGltZWNvdW50ZXIubWFzazogNDI5 NDk2NzI5NQ0KDQpBcyBvZiB0aGlzIG1vbWVudCB0aGUgY2xvY2sgaGFzIGZhbGxlbiBiZWhpbmQg NDAgbWludXRlcy4NCg0KLSBKYW1lcyBTaHVyaWZmDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0t LS0tDQpGcm9tOiBJYW4gTGVwb3JlIDxpYW5AZnJlZWJzZC5vcmc+DQpTZW50OiBUdWVzZGF5LCBO b3ZlbWJlciAyNiwgMjAxOSA1OjI4IFBNDQpUbzogSmFtZXMgU2h1cmlmZiA8amFtZXNAb3BlbnRl Y2guY2M+OyBmcmVlYnNkLWFybUBmcmVlYnNkLm9yZw0KU3ViamVjdDogUmU6IHJwaTMgY2xvY2sg ZHJpZnQNCg0KT24gVHVlLCAyMDE5LTExLTI2IGF0IDIyOjAzICswMDAwLCBKYW1lcyBTaHVyaWZm IHdyb3RlOg0KPiBNeSBSYXNwYmVycnkgUGkgMyBNb2RlbCBCIGlzIGhhdmluZyBzb21lIHNlcmlv dXMgY2xvY2sgZHJpZnQgaXNzdWVzLg0KPiBOdHBkIGRvZXNuJ3QgZnVuY3Rpb24gZXZlbiB3aXRo IG50cGRfc3luY19vbl9zdGFydCwgd2hpY2ggY2FsbHMgbnRwZA0KPiB3aXRoIC1nIGFuZCBhbGxv d3MgdGhlIGluaXRpYWwgYWRqdXN0bWVudCB0byBleGNlZWQgdGhlIHBhbmljDQo+IHRocmVzaG9s ZC4gVGhpcyBkb2Vzbid0IGhlbHAgbWUgbXVjaCBiZWNhdXNlIHRoZSBzeXN0ZW0gd2lsbCBjb250 aW51ZQ0KPiB0byBkcmlmdCB2ZXJ5IHF1aWNrbHkgYW5kIHRoYXQgb3B0aW9uIG9ubHkgaGVscHMg Zm9yIHRoZSBpbml0aWFsDQo+IGFkanVzdG1lbnQuDQo+DQo+IEkgd2FzIHRoaW5raW5nIG9mIG9y ZGVyaW5nIGFuIEkyQyBSVEMgYnV0IEknbSB1bnN1cmUgaG93IHRvIG1ha2UNCj4gRnJlZUJTRCBh d2FyZSBvZiB0aGUgY2xvY2suDQo+DQo+IFRoZXJlIGlzIGEgZmlsZSBpbiB0aGUgUmFzcGJlcnJ5 IFBpIGZpcm13YXJlIHJlcG8gY2FsbGVkIGkyYy1ydGMuZHRibw0KPiBhbmQgaXQgY29udGFpbnMg ZGVmcyBmb3IgY2xvY2tzIGxpa2UgRFMxMzA3IHNvIEkgYW0gYXNzdW1pbmcgSSBjYW4gYWRkDQo+ IHRoaXMgdG8gY29uZmlnLnR4dCwgYnVpbGQgVS1Cb290IHdpdGggQ09ORklHX1JUQ19EUzEzMDcg KG9yIHdoYXRldmVyDQo+IG1vZGVsKSwgYW5kIGJ1aWxkIHRoZSBrZXJuZWwgd2l0aCBkZXZpY2Ug c3VwcG9ydCBmb3IgdGhlIGNsb2NrIGJ1dCBJJ20NCj4gbm90IGNvbXBsZXRlbHkgc3VyZSBpZiBJ J20gZ29pbmcgYWJvdXQgdGhpcyB0aGUgcmlnaHQgd2F5LiBCZXlvbmQganVzdA0KPiBnZXR0aW5n IEZyZWVCU0QgdG8gc2VlIHRoZSBjbG9jayBJJ20gdW5zdXJlIGhvdyB0byB0ZWxsIEZyZWVCU0Qg dG8gdXNlDQo+IGl0LiBBbnkgYWR2aWNlPw0KPg0KPiBUaGFua3MsDQo+DQo+IC0gSmFtZXMgU2h1 cmlmZg0KPg0KDQpZb3UncmUgb24gdGhlIHJpZ2h0IGJhc2ljIHRyYWNrIGZvciB0aGUgUlRDLi4u IHlvdSBuZWVkIHRvIGVuYWJsZSB0aGUgb3ZlcmxheSBmb3IgdGhlIG1vZGVsIHlvdSBjaG9vc2Ug aW4gY29uZmlnLnR4dCwgYW5kIGFkZCB0aGUgcmlnaHQgZHJpdmVyIHRvIHlvdXIgL2Jvb3QvbG9h ZGVyLmNvbmYgKHN1Y2ggYXMgbnhwcnRjX2xvYWQ9WUVTKS4gIFRoZSBkczEzMDcgaXMgYWJvdXQg dGhlIG1vc3QgZ2VuZXJpYyB5b3UgY2FuIGdldC4gIEkgcHJlZmVyIHRoZSBvbmVzIHRoYXQgY2Fu IGRvIHN1Yi1zZWNvbmQgcHJlY2lzaW9uOyBtb3N0IG9mIHRoZSBOWFAgY2hpcHMgY2FuIGRvIHNv IChQQ0Y4NXgzIG9yIFBDeDIxMjkpLiAgVGhpcyBpcyBhIG5pY2UgcnBpLXJlYWR5IG9uZToNCg0K ICAgaHR0cHM6Ly93d3cuc3VuZm91bmRlci5jb20vcGNmODU2My1yZWFsLXRpbWUtY2xvY2suaHRt bA0KDQpCdXQgYWRkaW5nIGFuIHJ0YyBpc24ndCBnb2luZyB0byBmaXggdGhlIG50cGQgY2xvY2sg ZHJpZnQgYXQgYWxsLg0KVGhlcmUgYXJlIDMgdGhpbmdzIEkgY2FuIHRoaW5rIG9mIHRoYXQgbWln aHQgY2F1c2UgdGhhdDoNCg0KIC0gYWN0dWFsIGhhcmR3YXJlIHRyb3VibGUgKHNvbWUgY2xvY2sg cnVubmluZyB0b28gZmFzdC9zbG93KS4NCiAtIGJhZCBkYXRhIHNvbWV3aGVyZSAoY2xvY2sgaXNu J3QgcnVubmluZyBhdCBzcGVlZCB3ZSB0aGluayBpdCBpcykuDQogLSBzb21laG93IGEgYmFkIHZh bHVlIGdvdCBpbnRvIC92YXIvZGIvbnRwL250cGQuZHJpZnQNCg0KSXQgd291bGQgYmUgaW50ZXJl c3RpbmcgdG8ga25vdyB3aGF0J3MgaW4gdGhlIG50cGQuZHJpZnQgZmlsZSBub3cuDQpJZiBpdCdz IHRoZSBwcm9ibGVtLCBpdCdzIGVhc3kgdG8gZml4LCB5b3UgY2FuIGp1c3QgcmVuYW1lIHRoZSBm aWxlIHRvIG50cGQuZHJpZnQuYmFkIGFuZCByZXN0YXJ0IG50cGQgc28gaXQnbGwgcmVnZW5lcmF0 ZSB0aGUgZmlsZS4NCg0KSXQgd291bGQgYWxzbyBiZSBpbnRlcmVzdGluZyB0byBzZWUgdGhlIG91 dHB1dCBvZg0KDQogIHN5c2N0bCBrZXJuLnRpbWVjb3VudGVyDQoNCmZyb20gdGhhdCBzeXN0ZW0u DQoNCi0tIElhbg0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KIERJU0NMQUlN RVI6IFRoaXMgbWVzc2FnZSBhbmQgYW55IGF0dGFjaG1lbnRzIGFyZSBpbnRlbmRlZCBzb2xlbHkg Zm9yIHRoZSB1c2Ugb2YgdGhlIHJlY2lwaWVudCBhbmQgbWF5IGNvbnRhaW4gY29uZmlkZW50aWFs IGluZm9ybWF0aW9uLiBJZiB5b3UgaGF2ZSByZWNlaXZlZCB0aGlzIG1lc3NhZ2UgaW4gZXJyb3Ig cGxlYXNlIGRlbGV0ZSBpdCBhbmQgcHJvbXB0bHkgbm90aWZ5IHRoZSBzZW5kZXIsIEphbWVzIFNo dXJpZmYgKGphbWVzQG9wZW50ZWNoLmNjPG1haWx0bzpqYW1lc0BvcGVudGVjaC5jYz4pLg0K From owner-freebsd-arm@freebsd.org Tue Nov 26 22:41:14 2019 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 4B2FA1C3838 for ; Tue, 26 Nov 2019 22:41:14 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound3d.ore.mailhop.org (outbound3d.ore.mailhop.org [54.186.57.195]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 47MzQf0lSZz4M1x for ; Tue, 26 Nov 2019 22:41:13 +0000 (UTC) (envelope-from ian@freebsd.org) ARC-Seal: i=1; a=rsa-sha256; t=1574808072; cv=none; d=outbound.mailhop.org; s=arc-outbound20181012; b=Y0X0Cpvo6PEQ660ra5osAo6pZw84DobpJHn1Hcnp1191853eP7nMMQZ5FUO1MbCGPzLdtV5JNpn+t kpocu9KzO3FiGiuM+hxNiK1lbPezaPstc50kkIWsteVW85EHvO2QqwiL9oBBSK0KPNoSkcdgBc60sy 90XcZQqA1vKPhP1KMVANRePbHbmZLpqnTEGJBoUnXl+bmP7YBe53ewDRjmK0YKGq0Gdy9ibYUMx2EV 6vZ9mtf0QC3EiHNhbLEy1pde9O97/7jD4Ujjz1fBDW4eYpikKVeDFSmgXqt71i77S8KEUt1evbGzJN niOukSjUwXtU6jXmyUywdEsDs0HOhdQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=arc-outbound20181012; h=content-transfer-encoding:mime-version:content-type:references:in-reply-to: date:cc:to:from:subject:message-id:dkim-signature:from; bh=j+czoX6O5ZQ/fQZgyGfmtiGr/tGoKrvXFY1ytOXUzLs=; b=cKmDB8z4za9ICaFFeXSGEkf86WIgrdwNtdSJc+RTUFLJs+Okzc88TLoTiV/hmCZKe0H04uAIsIG35 9X4V3JaNX9GAjoRjTYRVqTfXpVOhAYoSgDy+hO7RpWwE8h/njP0XNUsxzylmOOn5db/UiBFT3FGtDA dQvpGfRHLqc1NiGt9znkG17E8RAjdeT5cTgGkz0DUtRGPgs1nKRsNTxSlMM+5PiBEZXUJq/Wy/iFBO fnCNe3GCPmOi2jPLfyy4TBVFZ+KZ7SEYiKDfSZArsnu9pOANgjJCtHDojR6O9/DhEs1kMF8XP7eske x81J1PZfNxZxgtZhv3pouIuHrSVepqw== ARC-Authentication-Results: i=1; outbound3.ore.mailhop.org; spf=softfail smtp.mailfrom=freebsd.org smtp.remote-ip=67.177.211.60; dmarc=none header.from=freebsd.org; arc=none header.oldest-pass=0; DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=dkim-high; h=content-transfer-encoding:mime-version:content-type:references:in-reply-to: date:cc:to:from:subject:message-id:from; bh=j+czoX6O5ZQ/fQZgyGfmtiGr/tGoKrvXFY1ytOXUzLs=; b=BLz4UwUQAwSOEECaqJzOPijgNhRLxrDwCjtxk9Wdt2EB64pqlc5eIS5KIHr3og5lW2ZT+7Njps70B JVhOh61mObcfPpl11Fb3F0H7YtQRF7tzgoBzJDvkKcO57LSZWFmdZXTdBazKjy95kYvkQ7IGtVZ01W tFp+2gnGqWmomFKUgDsONn6O/9KmROsoYTJFrfd/iWEXPWGIBhlD4ZJMmwildCOhkzcP3kU5TibMaj wginsvnPMKAwFmri65mIM70mBhlHAETezO+ZopzW7hCArzsbCitL67DyY3D+gCmZb7Il08K46Ym+4C jO+da9qYsNDAbShmw34Ft4mSsvtK+rQ== X-MHO-RoutePath: aGlwcGll X-MHO-User: d7c72dca-109d-11ea-b80c-052b4a66b6b2 X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 67.177.211.60 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (unknown [67.177.211.60]) by outbound3.ore.mailhop.org (Halon) with ESMTPSA id d7c72dca-109d-11ea-b80c-052b4a66b6b2; Tue, 26 Nov 2019 22:41:11 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id xAQMfAmM074021; Tue, 26 Nov 2019 15:41:10 -0700 (MST) (envelope-from ian@freebsd.org) Message-ID: <84328c3ce2cf3cc73ff4f54a466f70c3bdd3b759.camel@freebsd.org> Subject: Re: rpi3 clock drift From: Ian Lepore To: Stefan Parvu Cc: "freebsd-arm@freebsd.org" Date: Tue, 26 Nov 2019 15:41:10 -0700 In-Reply-To: <702EA0B2-5EA4-41C9-8E8A-D6A2BF634465@kronometrix.org> References: <702EA0B2-5EA4-41C9-8E8A-D6A2BF634465@kronometrix.org> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.28.5 FreeBSD GNOME Team Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 47MzQf0lSZz4M1x X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-1.67 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-0.81)[-0.808,0]; ASN(0.00)[asn:16509, ipnet:54.186.0.0/15, country:US]; NEURAL_HAM_LONG(-0.87)[-0.866,0] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Nov 2019 22:41:14 -0000 On Wed, 2019-11-27 at 00:18 +0200, Stefan Parvu wrote: > > I was thinking of ordering an I2C RTC but I'm unsure how to make > > FreeBSD aware of the clock. > > We are currently using and heavily testing this RTC: > https://afterthoughtsoftware.com/products/rasclock > > based on NXP PCF2129. See here complete description of a product > based on FreeBSD 12 and RPI3+ > https://kronometrix.com/wp-content/uploads/2019/11/Kronometrix-K1.pdf > > > Follow this thread for more instructions and hints how to get this > RTC working with FreeBSD 12. > http://freebsd.1045724.x6.nabble.com/Rasclock-PCF2127-Hardware-Clock-FreeBSD-12-0-td6339218.html > > I don't see that I ever followed up in that thread about the rasclock, but I eventually updated the driver to init the chip into a lower power mode and basically doubled the running-on-battery lifetime (cut the power draw in half). I also added a sysctl that lets you set the chip's oscillator drift tuning, and I found that by doing so you could reduce the drift to about 1ppm (which is damn good for a cheap crystal rtc). You can just grab the code from the driver on head and recompile it on whichever branch you're using to get those features. -- Ian From owner-freebsd-arm@freebsd.org Tue Nov 26 22:43:46 2019 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 6E7341C3A25 for ; Tue, 26 Nov 2019 22:43:46 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound3d.ore.mailhop.org (outbound3d.ore.mailhop.org [54.186.57.195]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 47MzTZ1jNGz4MGF for ; Tue, 26 Nov 2019 22:43:46 +0000 (UTC) (envelope-from ian@freebsd.org) ARC-Seal: i=1; a=rsa-sha256; t=1574808225; cv=none; d=outbound.mailhop.org; s=arc-outbound20181012; b=HwTmm/axw+z3dgX3GSd5NTbykRfckv0YuWNX5uSORBBmlPKabE4gYCYdBoD530P9VjfuiiGd/lUeJ oWyk7l0JdIP8GW2jqsnLRtFMBf1YsnB+Gz6VCKreIBv86ZxtHCIcjy2Rwi3hJelKh28KgmB/20ZwbQ xqnX/jJrRRFddY++6ok4tOAN48XzCB5tVYkn+EZly2dKplhTVf49rjWzraJq5XlZNOX6T4EQoj3r0V k3+w9T6/BBeiaRGF/x5fdR1zkkw9ojxlJ71d5p6zdnitahQnmdpbqdBsJehhpP9/Xd6rzGzMwZ90de iZr3YPYusln1KUJeW2l/EtI3osxWy+w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=arc-outbound20181012; h=content-transfer-encoding:mime-version:content-type:references:in-reply-to: date:cc:to:from:subject:message-id:dkim-signature:from; bh=/J6kuWSFy16Q3dSA5oXnz2HtpcF44Y226VF5TlLFDN4=; b=rLMRvMofcpuErX754zL9Wcy65DtlSsM7w7qR1aTLldL+qCfSRaDFx2eyzY8Pai8FBAsxxbtTb/AWK ZoVZFmMyDDKwuEkITbH+x+KxPBQHxaeKGX5qIsdA/9jvasZJkHW06WqfDY0wVU3yJ1QQ4iTUclZkPN 6H75TC6Q5oOzIZABvWz8nWEjxCcds5inU+wz0EZiWdY4Uw0PbksrFAc8wHkn/tUI9in/VbgnAQKBM5 0hl0m3tQS0cNNuVzfXT22PeviLl65tThDEqbljHXH5AoIor+dZmZob0F1/lf8hI2HkXxCdEzodhn6E nUvtBdzrpSqXUCxf2zRPp23jT7/9I4g== ARC-Authentication-Results: i=1; outbound3.ore.mailhop.org; spf=softfail smtp.mailfrom=freebsd.org smtp.remote-ip=67.177.211.60; dmarc=none header.from=freebsd.org; arc=none header.oldest-pass=0; DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=dkim-high; h=content-transfer-encoding:mime-version:content-type:references:in-reply-to: date:cc:to:from:subject:message-id:from; bh=/J6kuWSFy16Q3dSA5oXnz2HtpcF44Y226VF5TlLFDN4=; b=SF9u9vOsbl5vIG9+kohhEUPOgJuomFQ9Z5uvdGcnKzRpUSLJ/m1HB678q6GORowjQTo6uQLY2cuQv rElwtLd0POG/S9+wTJBZ7R+h2OG5ray3hRJCvkjBQ+uq15OwFnrGXkv0srkVsLBvmx9p2J45PRhMAv ylD7IOVLSXX/xCQxOA1utai8S0uK8WJo+EyPmbBaKHnIMSVFr1UJSnk63E4JQshsnE/L72eRjtx1eM ttGXIUUnynKUdZVXMfrOsQbZJLPhJZkx6bZJ6cdH2en4GgFVnYa7Cz7T3uuHdWNTuvKLfyBF31kI3w r0dCIXSLP9E8WH2mvjjVbq/Vv3Vl0Mg== X-MHO-RoutePath: aGlwcGll X-MHO-User: 328070de-109e-11ea-b80c-052b4a66b6b2 X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 67.177.211.60 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (unknown [67.177.211.60]) by outbound3.ore.mailhop.org (Halon) with ESMTPSA id 328070de-109e-11ea-b80c-052b4a66b6b2; Tue, 26 Nov 2019 22:43:43 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id xAQMhgJS074032; Tue, 26 Nov 2019 15:43:42 -0700 (MST) (envelope-from ian@freebsd.org) Message-ID: <724aadb502353b0a2156d98f613cfa2bf2e6dd4c.camel@freebsd.org> Subject: Re: rpi3 clock drift From: Ian Lepore To: Bakul Shah , James Shuriff Cc: "freebsd-arm@freebsd.org" Date: Tue, 26 Nov 2019 15:43:42 -0700 In-Reply-To: <20191126222952.6BCFA156E80B@mail.bitblocks.com> References: <20191126222952.6BCFA156E80B@mail.bitblocks.com> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.28.5 FreeBSD GNOME Team Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 47MzTZ1jNGz4MGF X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-1.68 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-0.81)[-0.810,0]; ASN(0.00)[asn:16509, ipnet:54.186.0.0/15, country:US]; NEURAL_HAM_LONG(-0.87)[-0.872,0] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Nov 2019 22:43:46 -0000 On Tue, 2019-11-26 at 14:29 -0800, Bakul Shah wrote: > On Tue, 26 Nov 2019 22:03:30 +0000 James Shuriff wrote: > > My Raspberry Pi 3 Model B is having some serious clock drift issues. Ntpd doe > > sn't function even with ntpd_sync_on_start, which calls ntpd with -g and allo > > ws the initial adjustment to exceed the panic threshold. This doesn't help me > > much because the system will continue to drift very quickly and that option > > only helps for the initial adjustment. > > > > I was thinking of ordering an I2C RTC but I'm unsure how to make FreeBSD awar > > e of the clock. > > > > There is a file in the Raspberry Pi firmware repo called i2c-rtc.dtbo and it > > contains defs for clocks like DS1307 so I am assuming I can add this to confi > > g.txt, build U-Boot with CONFIG_RTC_DS1307 (or whatever model), and build the > > kernel with device support for the clock but I'm not completely sure if I'm > > going about this the right way. Beyond just getting FreeBSD to see the clock > > I'm unsure how to tell FreeBSD to use it. Any advice? > > Is the clock really drifting or is this due the initial time > being waaay off from the current time due to a lack of RTC? If > the latter do the initial time setup using ntpdate. Add > > ntpdate_enable="YES" > > to /etc/rc.conf. > > If you can already use ntpd, there is not much point in using a local > rtc. > Using ntpd_sync_on_start=YES is effectively the same as using ntpdate_enable=YES... it gives ntpd permission to step the clock any amount, one time at startup. -- Ian From owner-freebsd-arm@freebsd.org Tue Nov 26 22:48:58 2019 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 529DF1C3B3A for ; Tue, 26 Nov 2019 22:48:58 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound3d.ore.mailhop.org (outbound3d.ore.mailhop.org [54.186.57.195]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 47MzbZ0ySSz4MLs for ; Tue, 26 Nov 2019 22:48:57 +0000 (UTC) (envelope-from ian@freebsd.org) ARC-Seal: i=1; a=rsa-sha256; t=1574808537; cv=none; d=outbound.mailhop.org; s=arc-outbound20181012; b=uHY07JZyWSVBKPyELTGcAvg+4uBWLemF+8OIovEnvcZMIXRjsdzrB7rmbWVn4ZwGgBqoaNOTPc07E 0UTG4xLOUBfJuaxXlKII5N8/IpN1EQSBkHGtRxXb4YJ2UTRv/AecD3yqD2cVmm2qB7EIrqg8KczwNW GHWF8c9Op4tlir0DuIm++LEZZYUhurX6qJPnViI9qe0rm+AWVoo5TgIXBU+Hd7vjCMmXbg6h8VUUw+ hVUOPY7SZT/nH3nHutGKup2ZnUfaXZeDEj9LynC8IqU0yea+Dm+svXPs4hvwvBNkFGhFSRgGZPYy96 Z0IN4uiGULmw7MxFXK1q8giV7sM5E4A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=arc-outbound20181012; h=content-transfer-encoding:mime-version:content-type:references:in-reply-to: date:cc:to:from:subject:message-id:dkim-signature:from; bh=WlQqNagNK3WOurQNEnjIY+NJ2/eeHMIfU7xXj+D2TSE=; b=nwZvng/sWkGDapRRva+xFo7kHLWQCSxpQHZQ8VusFnvIM62NuMXjCPqUCeAChLTHNhH9UkivuPcWY p5Bm1LSSIIn45vGsVpwB28x95B7wG1ge3rewYk2sT+BBZ8ELe93hDvw6WeP2o1bGS15+Oa+sbeku3f GZxAG6hqvtrseZPjl5h3T+/+NtZp5n2hXIGyIP/vXLzYQv3HqN29ZjVY8TwbtEVplIbZhihW6Zx3CD DGYaQntkoib1EgTBAdTkF1DFc1KB7DxJTRmR0sHk5yl1Uuu7/TTh1c+NfGIVEk5EaM0xqAf0ow2xDM EFu+qLAWjEJVSUdDUXz8D+we+vT7FBA== ARC-Authentication-Results: i=1; outbound3.ore.mailhop.org; spf=softfail smtp.mailfrom=freebsd.org smtp.remote-ip=67.177.211.60; dmarc=none header.from=freebsd.org; arc=none header.oldest-pass=0; DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=dkim-high; h=content-transfer-encoding:mime-version:content-type:references:in-reply-to: date:cc:to:from:subject:message-id:from; bh=WlQqNagNK3WOurQNEnjIY+NJ2/eeHMIfU7xXj+D2TSE=; b=kUiON4GNyzVq5NO+nyNsdUxS8rxKT9phtAB4k8DxANJRnFpS7accltgdEXymhsk32GdQoil1WRNln VFyr3ObAdYPe95ioT5IsGb63oq3rltNt0K7pLEczs4aFba82gJjh7AR9iaRq3WYkQ5hqIQSBx8MtFy 6YyzEMTUeClH+NXIUi/qCoPcC55coDiuX6RWphqNSOmEuAojaEj83fE1jUyIQQM/J+CDUXposfvKw6 uGccGyUMzl1G+8d/+NaaLy/gXInr6W5kiyT/7CKcDE7D012h3WSEGo4N+RAWF73KK9mTke9opAl+8g sT9F5xK1eyZKCaggkLy8NPRn1/ERF2A== X-MHO-RoutePath: aGlwcGll X-MHO-User: eca88b85-109e-11ea-b80c-052b4a66b6b2 X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 67.177.211.60 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (unknown [67.177.211.60]) by outbound3.ore.mailhop.org (Halon) with ESMTPSA id eca88b85-109e-11ea-b80c-052b4a66b6b2; Tue, 26 Nov 2019 22:48:56 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id xAQMmsDf074057; Tue, 26 Nov 2019 15:48:54 -0700 (MST) (envelope-from ian@freebsd.org) Message-ID: <486c0bc46deeefb8338f50fe6dfdf7951786e56c.camel@freebsd.org> Subject: Re: rpi3 clock drift From: Ian Lepore To: James Shuriff , Bakul Shah Cc: "freebsd-arm@freebsd.org" Date: Tue, 26 Nov 2019 15:48:54 -0700 In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.28.5 FreeBSD GNOME Team Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 47MzbZ0ySSz4MLs X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-1.73 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-0.87)[-0.872,0]; NEURAL_HAM_LONG(-0.86)[-0.858,0]; ASN(0.00)[asn:16509, ipnet:54.186.0.0/15, country:US] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Nov 2019 22:48:58 -0000 On Tue, 2019-11-26 at 22:34 +0000, James Shuriff wrote: > kern.timecounter.tc.ARM MPCore Timecounter.frequency: 54000000 54 MHz seems like a very strange frequency for a clock in an arm system. Of course, everything about an RPi seems to be strange and non-standard. Can someone else with an rpi3 (which keeps good time) confirm that that's the usual number? -- Ian From owner-freebsd-arm@freebsd.org Tue Nov 26 23:01:34 2019 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id ECC721C4233 for ; Tue, 26 Nov 2019 23:01:34 +0000 (UTC) (envelope-from freebsd-arm@sentry.org) Received: from shadow.sentry.org (shadow.sentry.org [210.8.237.106]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "shadow.sentry.org", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 47Mzt55Fkcz4Mwq; Tue, 26 Nov 2019 23:01:33 +0000 (UTC) (envelope-from freebsd-arm@sentry.org) Received: from shadow.sentry.org (localhost [127.0.0.1]) by shadow.sentry.org (8.15.2/8.15.2) with ESMTP id xAQN1LGp019324; Wed, 27 Nov 2019 10:01:22 +1100 (AEDT) (envelope-from freebsd-arm@sentry.org) Subject: Re: rpi3 clock drift To: freebsd-arm@freebsd.org References: <486c0bc46deeefb8338f50fe6dfdf7951786e56c.camel@freebsd.org> Cc: Ian Lepore From: Trev Message-ID: <62e85ced-5d92-ac2b-f26d-85a2529a5813@sentry.org> Date: Wed, 27 Nov 2019 10:01:21 +1100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 SeaMonkey/2.49.4 MIME-Version: 1.0 In-Reply-To: <486c0bc46deeefb8338f50fe6dfdf7951786e56c.camel@freebsd.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.6.2 (shadow.sentry.org [0.0.0.0]); Wed, 27 Nov 2019 10:01:22 +1100 (AEDT) X-Rspamd-Queue-Id: 47Mzt55Fkcz4Mwq X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of freebsd-arm@sentry.org designates 210.8.237.106 as permitted sender) smtp.mailfrom=freebsd-arm@sentry.org X-Spamd-Result: default: False [-4.87 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[sentry.org]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; IP_SCORE(-2.57)[ip: (-8.38), ipnet: 210.8.0.0/15(-4.26), asn: 2764(-0.25), country: AU(0.01)]; RCPT_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:2764, ipnet:210.8.0.0/15, country:AU]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Nov 2019 23:01:35 -0000 Ian Lepore wrote on 27/11/2019 09:48: > On Tue, 2019-11-26 at 22:34 +0000, James Shuriff wrote: >> kern.timecounter.tc.ARM MPCore Timecounter.frequency: 54000000 > > 54 MHz seems like a very strange frequency for a clock in an arm > system. Of course, everything about an RPi seems to be strange and > non-standard. > > Can someone else with an rpi3 (which keeps good time) confirm that > that's the usual number? trev@rpi3 [/home/trev] $ sysctl kern.timecounter kern.timecounter.fast_gettime: 1 kern.timecounter.tick: 1 kern.timecounter.choice: ARM MPCore Timecounter(1000) dummy(-1000000) kern.timecounter.hardware: ARM MPCore Timecounter kern.timecounter.stepwarnings: 0 kern.timecounter.tc.ARM MPCore Timecounter.quality: 1000 kern.timecounter.tc.ARM MPCore Timecounter.frequency: 19200000 kern.timecounter.tc.ARM MPCore Timecounter.counter: 1615733797 kern.timecounter.tc.ARM MPCore Timecounter.mask: 4294967295 trev@rpi3 [/home/trev] $ uname -a FreeBSD rpi3.sentry.org 13.0-CURRENT FreeBSD 13.0-CURRENT r344513 RPI3B arm64 From owner-freebsd-arm@freebsd.org Tue Nov 26 23:17:43 2019 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id A944A1C4534 for ; Tue, 26 Nov 2019 23:17:43 +0000 (UTC) (envelope-from sparvu@kronometrix.org) Received: from mail.kronometrix.org (mail.kronometrix.org [95.85.46.90]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mail.kronometrix.org", Issuer "mail.kronometrix.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 47N0Dk49GDz4NSq for ; Tue, 26 Nov 2019 23:17:42 +0000 (UTC) (envelope-from sparvu@kronometrix.org) Received: from [192.168.1.172] (176-93-193-97.bb.dnainternet.fi [176.93.193.97]) (authenticated bits=0) by mail.kronometrix.org (8.15.2/8.15.2) with ESMTPSA id xAQNHaFK009631 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Tue, 26 Nov 2019 23:17:39 GMT (envelope-from sparvu@kronometrix.org) X-Authentication-Warning: mail.kronometrix.org: Host 176-93-193-97.bb.dnainternet.fi [176.93.193.97] claimed to be [192.168.1.172] From: Stefan Parvu Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3601.0.10\)) Subject: Re: rpi3 clock drift Date: Wed, 27 Nov 2019 01:17:31 +0200 References: <486c0bc46deeefb8338f50fe6dfdf7951786e56c.camel@freebsd.org> To: "freebsd-arm@freebsd.org" In-Reply-To: <486c0bc46deeefb8338f50fe6dfdf7951786e56c.camel@freebsd.org> Message-Id: X-Mailer: Apple Mail (2.3601.0.10) X-Rspamd-Queue-Id: 47N0Dk49GDz4NSq X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of sparvu@kronometrix.org designates 95.85.46.90 as permitted sender) smtp.mailfrom=sparvu@kronometrix.org X-Spamd-Result: default: False [0.26 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-0.56)[-0.557,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; HAS_XAW(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-0.04)[-0.041,0]; DMARC_NA(0.00)[kronometrix.org]; MV_CASE(0.50)[]; TO_DN_EQ_ADDR_ALL(0.00)[]; IP_SCORE(0.66)[ip: (0.39), ipnet: 95.85.0.0/18(1.04), asn: 14061(1.91), country: US(-0.05)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:14061, ipnet:95.85.0.0/18, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Nov 2019 23:17:43 -0000 >=20 > Can someone else with an rpi3 (which keeps good time) confirm that > that's the usual number? this is slightly different model: rpi3+ . I think it does use a = different SOC than rpi3. krmx@k1:~ % sysctl kern.timecounter=20 kern.timecounter.fast_gettime: 1 kern.timecounter.tick: 1 kern.timecounter.choice: ARM MPCore Timecounter(1000) dummy(-1000000) kern.timecounter.hardware: ARM MPCore Timecounter kern.timecounter.alloweddeviation: 5 kern.timecounter.stepwarnings: 0 kern.timecounter.tc.ARM MPCore Timecounter.quality: 1000 kern.timecounter.tc.ARM MPCore Timecounter.frequency: 19200000 kern.timecounter.tc.ARM MPCore Timecounter.counter: 3645432288 kern.timecounter.tc.ARM MPCore Timecounter.mask: 4294967295 Stefan= From owner-freebsd-arm@freebsd.org Tue Nov 26 23:53:03 2019 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 5DBA91C50F4 for ; Tue, 26 Nov 2019 23:53:03 +0000 (UTC) (envelope-from yamori813@yahoo.co.jp) Received: from nh601-vm12.bullet.mail.ssk.yahoo.co.jp (nh601-vm12.bullet.mail.ssk.yahoo.co.jp [182.22.90.21]) by mx1.freebsd.org (Postfix) with SMTP id 47N11S6cVtz4Q30 for ; Tue, 26 Nov 2019 23:53:00 +0000 (UTC) (envelope-from yamori813@yahoo.co.jp) Received: from [182.22.66.103] by nh601.bullet.mail.ssk.yahoo.co.jp with NNFMP; 26 Nov 2019 23:52:58 -0000 Received: from [182.22.91.132] by t601.bullet.mail.ssk.yahoo.co.jp with NNFMP; 26 Nov 2019 23:52:58 -0000 Received: from [127.0.0.1] by omp605.mail.ssk.yahoo.co.jp with NNFMP; 26 Nov 2019 23:52:58 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 106429.52777.bm@omp605.mail.ssk.yahoo.co.jp X-YMail-OSG: PCh0xPcVM1murX2dcYaXmLLIFUDgIRyZY0E3vXKzLSSF00U3BvJ7l2zwXnY0Ewb 9FpGoemp_gvhFHRB2QrZhf8d3NHCVD1JH68FVsXrXMdNlpZeBYNjoQzTdPi_e355yY6.vLLolH67 E7_wWxzCT0woVpTdr8B5vtV2kKYhvz3kQBuR830tcM3Ma7nJpHh2SuQBBA644vfjUoLqOdvvyPPL QOwkL7JqIMINqbJKH0ja6NxLov2fx05xdt1mywlagNRbA3gDwB.bbF8dSpX0HGP_BiUCTdoQCqr5 hQlwGC3Er4gxFFdnbqixNzvJW_ysrFMnO2W1WA839.pLk6mACzX9qxC_gHPmYAk9XVnlgAcX_ZwY cgYWZ7yPS5psEIRKq3BkZnxoK11.3sMF8SEfM7vS_HSTnTLKcxi9_5WxUGeV62Pc8kTI7czEO1AC pYBRmiKgA0gve747MeeEa0gwr.miyPRWo0Bvx_LTTp_tjsHrVnzBYjk8A.6yBTQj4f0zDPQFbGem r.2CupITaKiYcAxhlQ4dTa_uldBC6udFhLGoTV53TPDVvr60RNFwNhhJkAKLQbl3rIMp_.ajS0XD 1dIFPkmlEF0dRSEf9ViTQMqha2LhWhbwsWDwLtBRQxgTTo0ifdXWNS_laSIeWMFLdGLtNtEc9v51 Yk48ggdfoGyLLJciugEXf.SgInR6iGVLgl6up.wvfAQ-- Received: from jws704108.mail.ssk.yahoo.co.jp by sendmailws607.mail.ssk.yahoo.co.jp; Wed, 27 Nov 2019 08:52:57 +0000; 1574812377.496 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; t=1574812378; s=yj20110701; d=yahoo.co.jp; h=Date:From:Reply-To:To:Message-ID:Subject:MIME-Version:Content-Type:Content-Transfer-Encoding:References; bh=Kaiw60Yqn5jMlfJf49+XMJy+bSH3gkVmQIy4+wyhVwU=; b=IfFK1rhUVbi8R1VOl57T07J6xK3N2nLgddgiLiLCEJKzHklF+bh6mZLc+T43t+DY J6uWMvuJgwok9MG7hQ9eYeyXIAuxMX8gdZXuym/PEhFl0fZJbolsmJUUsbtWaZkYde+ lXaL/AL4Oz8MEDCDDEL4V6iK/RtzJpbc5bt2i4QU= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=yj20110701; d=yahoo.co.jp; h=Date:From:Reply-To:Message-ID:MIME-Version:Content-Type:Content-Transfer-Encoding:References; b=u74cOVYfo/yOso85fA5zB/pwfQcEZ1x1gDYNggF7HEBoZDx3s6E4WPdT2jzJaQTZ npBOJbLJ+F2VIyLfioAJXm4Fx82Ns7yK/ikaLojNHET551tTNKPjiG6rRFIAo1ZX75Q K31migulI0EvRog4zrZ102yV9iERnnaDTIG70JA4=; Date: Wed, 27 Nov 2019 08:52:56 +0900 (JST) From: Mori Hiroki Reply-To: Mori Hiroki To: "freebsd-arm@freebsd.org" Message-ID: <2008729706.801980.1574812376887.JavaMail.yahoo@mail.yahoo.co.jp> Subject: pmap panic on 1136 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable References: <2008729706.801980.1574812376887.JavaMail.yahoo.ref@mail.yahoo.co.jp> X-Rspamd-Queue-Id: 47N11S6cVtz4Q30 X-Spamd-Bar: ++++ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.co.jp header.s=yj20110701 header.b=IfFK1rhU; dmarc=pass (policy=none) header.from=yahoo.co.jp; spf=pass (mx1.freebsd.org: domain of yamori813@yahoo.co.jp designates 182.22.90.21 as permitted sender) smtp.mailfrom=yamori813@yahoo.co.jp X-Spamd-Result: default: False [4.01 / 15.00]; HAS_REPLYTO(0.00)[yamori813@yahoo.co.jp]; R_SPF_ALLOW(0.00)[+ip4:182.22.90.0/23:c]; FREEMAIL_FROM(0.00)[yahoo.co.jp]; DKIM_TRACE(0.00)[yahoo.co.jp:+]; DMARC_POLICY_ALLOW(0.00)[yahoo.co.jp,none]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.co.jp]; ASN(0.00)[asn:23816, ipnet:182.22.0.0/17, country:JP]; IP_SCORE(0.00)[ip: (4.34), ipnet: 182.22.0.0/17(2.17), asn: 23816(1.74), country: JP(0.02)]; DWL_DNSWL_NONE(0.00)[yahoo.co.jp.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; R_DKIM_ALLOW(0.00)[yahoo.co.jp:s=yj20110701]; RCVD_COUNT_FIVE(0.00)[5]; FROM_HAS_DN(0.00)[]; REPLYTO_EQ_FROM(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; FREEMAIL_REPLYTO(0.00)[yahoo.co.jp]; NEURAL_SPAM_MEDIUM(0.95)[0.947,0]; RCPT_COUNT_ONE(0.00)[1]; BAD_REP_POLICIES(0.10)[]; IP_SCORE_FREEMAIL(0.00)[]; NEURAL_SPAM_LONG(0.96)[0.961,0]; RCVD_IN_DNSWL_NONE(0.00)[21.90.22.182.list.dnswl.org : 127.0.5.0]; TO_DN_EQ_ADDR_ALL(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[21.90.22.182.rep.mailspike.net : 127.0.0.17]; RBL_SENDERSCORE(2.00)[21.90.22.182.bl.score.senderscore.com] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Nov 2019 23:53:03 -0000 Hi I try to port Mindspeed=C2=A0Comcerto 1000. This is arm1136J-S r1p5 cpu. http://dmesgd.nycbug.org/index.cgi?do=3Dview&id=3D5219 I have panic at single user. using dumb terminal settings. # ls bindevlibmedianetrescuesbinusr bootetclibexecmntprocroottmpvar # ls pid 18 (sh), jid 0, uid 0: exited on signal 11 panic: pmap_zero_page_check: page 0xc05b6fc0 not zero, va: 0xc041c000 time =3D 26 KDB: enter: panic [ thread pid 20 tid 100047 ] Stopped at=C2=A0 =C2=A0 =C2=A0 kdb_enter+0x48: ldrb=C2=A0 =C2=A0 r15, [r15,= r15, ror r15]! db>=C2=A0 If you have advice, please let me know. Regards Hiroki Mori From owner-freebsd-arm@freebsd.org Wed Nov 27 00:17:55 2019 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 936361C5ADB for ; Wed, 27 Nov 2019 00:17:55 +0000 (UTC) (envelope-from per@hedeland.org) Received: from mailout.easydns.com (mailout.easydns.com [64.68.202.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 47N1ZB4jn5z4RmM for ; Wed, 27 Nov 2019 00:17:54 +0000 (UTC) (envelope-from per@hedeland.org) Received: from localhost (localhost [127.0.0.1]) by mailout.easydns.com (Postfix) with ESMTP id 7D401C0DEB for ; Wed, 27 Nov 2019 00:17:52 +0000 (UTC) Received: from mailout.easydns.com ([127.0.0.1]) by localhost (emo12-pco.easydns.vpn [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NosdvYP2kakC for ; Wed, 27 Nov 2019 00:17:52 +0000 (UTC) Received: from hedeland.org (81-228-157-209-no289.tbcn.telia.com [81.228.157.209]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mailout.easydns.com (Postfix) with ESMTPSA id 3F82BC0C86 for ; Wed, 27 Nov 2019 00:17:51 +0000 (UTC) Received: from pluto.hedeland.org (pluto.hedeland.org [10.1.1.5]) by tellus.hedeland.org (8.15.2/8.15.2) with ESMTPS id xAR0HovK020303 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Wed, 27 Nov 2019 01:17:50 +0100 (CET) (envelope-from per@hedeland.org) Subject: Re: rpi3 clock drift To: freebsd-arm@freebsd.org References: <486c0bc46deeefb8338f50fe6dfdf7951786e56c.camel@freebsd.org> From: Per Hedeland Message-ID: <925e99c9-d723-0209-5533-edf8cb7cc6c1@hedeland.org> Date: Wed, 27 Nov 2019 01:17:50 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.6.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 47N1ZB4jn5z4RmM X-Spamd-Bar: +++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of per@hedeland.org has no SPF policy when checking 64.68.202.10) smtp.mailfrom=per@hedeland.org X-Spamd-Result: default: False [3.14 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_COUNT_FIVE(0.00)[5]; RECEIVED_SPAMHAUS_PBL(0.00)[209.157.228.81.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; TO_DN_NONE(0.00)[]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_SPAM_MEDIUM(0.92)[0.920,0]; RCVD_TLS_LAST(0.00)[]; URIBL_PBL(0.01)[hedeland.org]; NEURAL_SPAM_LONG(0.89)[0.893,0]; DMARC_NA(0.00)[hedeland.org]; R_SPF_NA(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[10.202.68.64.list.dnswl.org : 127.0.5.1]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:16686, ipnet:64.68.200.0/22, country:CA]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(0.52)[ip: (0.81), ipnet: 64.68.200.0/22(0.14), asn: 16686(1.74), country: CA(-0.09)]; FROM_EQ_ENVFROM(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Nov 2019 00:17:55 -0000 On 2019-11-27 00:17, Stefan Parvu wrote: > >> >> Can someone else with an rpi3 (which keeps good time) confirm that >> that's the usual number? > > > this is slightly different model: rpi3+ . I think it does use a different SOC than rpi3. > > krmx@k1:~ % sysctl kern.timecounter > kern.timecounter.fast_gettime: 1 > kern.timecounter.tick: 1 > kern.timecounter.choice: ARM MPCore Timecounter(1000) dummy(-1000000) > kern.timecounter.hardware: ARM MPCore Timecounter > kern.timecounter.alloweddeviation: 5 > kern.timecounter.stepwarnings: 0 > kern.timecounter.tc.ARM MPCore Timecounter.quality: 1000 > kern.timecounter.tc.ARM MPCore Timecounter.frequency: 19200000 > kern.timecounter.tc.ARM MPCore Timecounter.counter: 3645432288 > kern.timecounter.tc.ARM MPCore Timecounter.mask: 4294967295 The same on what is a 3B w/o '+' AFAIR, keeping very good time: pi3 2> sysctl kern.timecounter kern.timecounter.fast_gettime: 1 kern.timecounter.tick: 1 kern.timecounter.choice: ARM MPCore Timecounter(1000) dummy(-1000000) kern.timecounter.hardware: ARM MPCore Timecounter kern.timecounter.alloweddeviation: 5 kern.timecounter.stepwarnings: 0 kern.timecounter.tc.ARM MPCore Timecounter.quality: 1000 kern.timecounter.tc.ARM MPCore Timecounter.frequency: 19200000 kern.timecounter.tc.ARM MPCore Timecounter.counter: 27058350 kern.timecounter.tc.ARM MPCore Timecounter.mask: 4294967295 and pi3 3> cat /var/db/ntp/ntpd.drift -5.333 pi3 4> uname -a FreeBSD pi3.hedeland.org 12.0-STABLE FreeBSD 12.0-STABLE r345358 GENERIC arm64 --Per Hedeland From owner-freebsd-arm@freebsd.org Wed Nov 27 03:24:50 2019 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 4C81F1C8C08 for ; Wed, 27 Nov 2019 03:24:50 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound3d.ore.mailhop.org (outbound3d.ore.mailhop.org [54.186.57.195]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 47N5js6DBKz4bC1 for ; Wed, 27 Nov 2019 03:24:49 +0000 (UTC) (envelope-from ian@freebsd.org) ARC-Seal: i=1; a=rsa-sha256; t=1574825088; cv=none; d=outbound.mailhop.org; s=arc-outbound20181012; b=LRQblUO+yw/SXt4s1c29PreWxDWI5QzAe9VDYjcNVN3pWF2bBf7JWUf142VSl9T4fsc8Vyjmj+iGD u6gDxIfPwsOFncYJdPgEylApyj54VOHGp3suV1lMcicCFdb8DfdhGG2Xnso7oN03tqHpMa1EuS/uBY u69/JtHxdAHkinlxtiIAZtGnmDpkii6aeKZn17A7X7RcIvv9LMGfqXt53mRuXdpdkT9wI1A713yNEM svMWj1If+nu+u0pXcd6WpJY8eq3twZllt5I10oMx0blcbrYVbZm4tpCxJdCxYCSf16muEYPD5QdjF4 wdKSuKsPLR0NFVAMpQnfoGo/wx1bBjg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=arc-outbound20181012; h=content-transfer-encoding:mime-version:content-type:references:in-reply-to: date:to:from:subject:message-id:dkim-signature:from; bh=nC4AcXB+7sRbG9d/B3BuJmS4y9LXqSvvdAvFRNVAq1c=; b=tqB20IZPJnwTIYPFca3aBDYND87LIsV7A+lURf+qiOoW5o4slXl8pXQZTO55UYmV2jOI7uPhHX8a3 NCJVtNeM0l0dD3t4vF3wBq8UPerjz+PIvEI4lAsDHOIiuXLy77koIru1J3q4PjILi2/dUwo1mCy7p1 v5G5c2Yvmbr4OPESADzXCLjziOMDuygLdFgrdkYiw1S4nmZNMhM3ioEOvf9IHVZHARgfITiHxtlnwf ze/9zewYy6eVgvPRE05Zgxr+uMMfVKuIYnbWSByGMOjosvD/jXmiqNVXCJ1GnuSaIIKqod78+xBUdT 3igLwL4uop/oUhEAbkcfI2dz1RDn87Q== ARC-Authentication-Results: i=1; outbound3.ore.mailhop.org; spf=softfail smtp.mailfrom=freebsd.org smtp.remote-ip=67.177.211.60; dmarc=none header.from=freebsd.org; arc=none header.oldest-pass=0; DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=dkim-high; h=content-transfer-encoding:mime-version:content-type:references:in-reply-to: date:to:from:subject:message-id:from; bh=nC4AcXB+7sRbG9d/B3BuJmS4y9LXqSvvdAvFRNVAq1c=; b=agIVKu/8dB1wdmFN+Y+1BPO2kKbhXLpGdcQj9vy2cbFI8XEicvYjPUCv3YoikGaSj0c2XT3UHm7jo FX3iDZEZzMVf7MWo3/H8QWdnTrNuotKJKqI4iSv4VJF2e+Yhlng8xTRgpXf/jrfdece4IPwXx9qyby qxYmAtgpBK/F3IVgJnH+QToEpR4F49FovNJdwFvxx5GJiKwZMW2Qs8ZF3tv9qylC8C3WkStXj121Z2 7ywxtw7G3ayHT0ivYNpAvKxh3B1EhjMf8F+8bMoE8gAseYC29eD1LmE6NlBzpOR8ewq83iEB1jPy78 y6Qiv1b0/tQRT6jBHGUqLMvpV58fxDw== X-MHO-RoutePath: aGlwcGll X-MHO-User: 75542776-10c5-11ea-b80c-052b4a66b6b2 X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 67.177.211.60 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (unknown [67.177.211.60]) by outbound3.ore.mailhop.org (Halon) with ESMTPSA id 75542776-10c5-11ea-b80c-052b4a66b6b2; Wed, 27 Nov 2019 03:24:46 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id xAR3Oii3075088; Tue, 26 Nov 2019 20:24:45 -0700 (MST) (envelope-from ian@freebsd.org) Message-ID: <26c21aefb0fbc4f97046f8d966d3cec5d9311885.camel@freebsd.org> Subject: Re: cubox-i armv7 12.1-RELEASE image fails to boot From: Ian Lepore To: Tom Pusateri , freebsd-arm@freebsd.org Date: Tue, 26 Nov 2019 20:24:44 -0700 In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.28.5 FreeBSD GNOME Team Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 47N5js6DBKz4bC1 X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-1.67 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-0.81)[-0.808,0]; NEURAL_HAM_LONG(-0.87)[-0.866,0]; ASN(0.00)[asn:16509, ipnet:54.186.0.0/15, country:US] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Nov 2019 03:24:50 -0000 On Mon, 2019-11-25 at 21:37 -0500, Tom Pusateri via freebsd-arm wrote: > I tried booting the 12.1-RELEASE image on my cubox-i and it goes into > an endless loop before it boots the kernel but it scrolls so fast > it’s hard to make out or figure out how to stop it. > > The last line I can read before it hits the endless loop is: > > Loading /boot/loader.conf.local > / > > If I freeze frame a slow mo video of the endless loop it repeats: > > Code: b1116931 f0074806 4806fea4 fea1f007 (e7cf682d) > data abort > pc : [<8ffafd74>] lr : [<0ffafd2f>] > reloc pc : [<1782bd74>] lr : [<1782bd2f>] > sp : 8f57ae38 ip : 8f5a fp : 8ffc2f1c > r10 : 8ffbb240 r9 : 8f58 r8 : 8ffafd74 > r7 : 8ffd06c4 r6 : 8e55 r5 : ffffffff r4 : 8f8a6318 > r3 : 9ff01ce5 r2 : 9ff0 r1 : 8ffbb240 r0 : 0000005e > Flags : nzCv IRQs on FIQs on Mode SVC_32 > > > This unit is a couple of years old now but still works fine with > Linux. > > Thanks, > Tom > Hmmm, I just downloaded the image, burned it to a fresh sdcard, and my cubox boots from it fine. I'm using a serial console, not video, maybe that's related somehow. Yep, that's what it is... I dug out a monitor and hooked it up, and that gives me the same symptoms you're seeing. The problem is, I have no idea what to do about that. Those register dumps are printed by uboot's exception handlers, and this happens while the efi loader is loading the kernel. I don't know much about efi or about running arm systems with video monitors connected. -- Ian From owner-freebsd-arm@freebsd.org Wed Nov 27 05:05:28 2019 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 32CF21CA40E for ; Wed, 27 Nov 2019 05:05:28 +0000 (UTC) (envelope-from pusateri@bangj.com) Received: from oj.bangj.com (69-77-154-174.static.skybest.com [69.77.154.174]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 47N7xz199yz4ff8; Wed, 27 Nov 2019 05:05:26 +0000 (UTC) (envelope-from pusateri@bangj.com) Received: from [172.16.10.110] (mta-107-13-246-59.nc.rr.com [107.13.246.59]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by oj.bangj.com (Postfix) with ESMTPSA id C41F92F508; Wed, 27 Nov 2019 00:05:19 -0500 (EST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3601.0.10\)) Subject: Re: cubox-i armv7 12.1-RELEASE image fails to boot From: Tom Pusateri In-Reply-To: <26c21aefb0fbc4f97046f8d966d3cec5d9311885.camel@freebsd.org> Date: Wed, 27 Nov 2019 00:05:18 -0500 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <02866BFF-03B3-4335-B42B-EB71453CB516@bangj.com> References: <26c21aefb0fbc4f97046f8d966d3cec5d9311885.camel@freebsd.org> To: Ian Lepore X-Mailer: Apple Mail (2.3601.0.10) X-Rspamd-Queue-Id: 47N7xz199yz4ff8 X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.20 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[bangj.com:s=201907]; RECEIVED_SPAMHAUS_PBL(0.00)[59.246.13.107.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.10]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; MV_CASE(0.50)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; DKIM_TRACE(0.00)[bangj.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[bangj.com,quarantine]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; IP_SCORE(-1.70)[ip: (-4.43), ipnet: 69.77.128.0/19(-2.22), asn: 23118(-1.77), country: US(-0.05)]; ASN(0.00)[asn:23118, ipnet:69.77.128.0/19, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Nov 2019 05:05:28 -0000 > On Nov 26, 2019, at 10:24 PM, Ian Lepore wrote: >=20 > On Mon, 2019-11-25 at 21:37 -0500, Tom Pusateri via freebsd-arm wrote: >> I tried booting the 12.1-RELEASE image on my cubox-i and it goes into >> an endless loop before it boots the kernel but it scrolls so fast >> it=E2=80=99s hard to make out or figure out how to stop it. >>=20 >> The last line I can read before it hits the endless loop is: >>=20 >> Loading /boot/loader.conf.local >> / >>=20 >> If I freeze frame a slow mo video of the endless loop it repeats: >>=20 >> Code: b1116931 f0074806 4806fea4 fea1f007 (e7cf682d) >> data abort >> pc : [<8ffafd74>] lr : [<0ffafd2f>] >> reloc pc : [<1782bd74>] lr : [<1782bd2f>] >> sp : 8f57ae38 ip : 8f5a fp : 8ffc2f1c >> r10 : 8ffbb240 r9 : 8f58 r8 : 8ffafd74 >> r7 : 8ffd06c4 r6 : 8e55 r5 : ffffffff r4 : 8f8a6318 >> r3 : 9ff01ce5 r2 : 9ff0 r1 : 8ffbb240 r0 : 0000005e >> Flags : nzCv IRQs on FIQs on Mode SVC_32 >>=20 >>=20 >> This unit is a couple of years old now but still works fine with >> Linux. >>=20 >> Thanks, >> Tom >>=20 >=20 > Hmmm, I just downloaded the image, burned it to a fresh sdcard, and my > cubox boots from it fine. I'm using a serial console, not video, = maybe > that's related somehow. >=20 > Yep, that's what it is... I dug out a monitor and hooked it up, and > that gives me the same symptoms you're seeing. >=20 > The problem is, I have no idea what to do about that. Those register > dumps are printed by uboot's exception handlers, and this happens = while > the efi loader is loading the kernel. I don't know much about efi or > about running arm systems with video monitors connected. >=20 > =E2=80=94 Ian >=20 Thanks! unplugging the keyboard/display worked for me too. This is fine for me = but if I can help test any changes, I=E2=80=99ll be glad to. Tom From owner-freebsd-arm@freebsd.org Wed Nov 27 08:33:22 2019 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 95D221CDE72 for ; Wed, 27 Nov 2019 08:33:22 +0000 (UTC) (envelope-from james@opentech.cc) Received: from NAM05-DM3-obe.outbound.protection.outlook.com (mail-eopbgr730047.outbound.protection.outlook.com [40.107.73.47]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "GlobalSign Organization Validation CA - SHA256 - G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 47NDYq135Bz3L4V; Wed, 27 Nov 2019 08:33:17 +0000 (UTC) (envelope-from james@opentech.cc) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=Qe7ClI+BbO9wjiQi0EGj554hZ35q312h21ytEkarD/K3WQGGbeJ/02dXDzMNQkbYJqKRPxGj2OyQkEKgjMEARaH5svFOOTM5DQR7+92XmxYXZeIWku5KKWwBjxO5DwmVH38ZDDA2FjAdMACYXgcK5EBJFzYaFhE91mIKEOluHBEtYq08zXAyP02Mzre3nEzF+z3VkiyH3lSRz5+k6YQZI9RU2YBZ65YQ72Uvu3a2/LH0C6sKz/hvPIJgehzJHmOSeG0oXGkaTWwVW9rzyHIBRF0vw98J1QD5KsTdPFGDL0BV3DUstdzTgHANqxfO4pXRZawgX9g5SERkcM8bDfW6kg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=M/J+vfmCEibkVOwu/mjqmmASihczHzxnk49T54FnXzg=; b=SJLAwY49UjrKPuO7mv4ZhexxXF5WbmATqNZXKym17hii/ZbGNr4f1+t7X1NX7gcxsgH+SnEB/VXOSJt7vTEBxCSfToK+ZFH4pLldsuJhLnH2m+JWtYcAxtD0n27E+Lq+gMaRPliKYpHwX+vfA8asoigVoMOD9TIIqhn7TxXBiutxRkP6z6rv+Y7BYP0+9Q3iou2ZygUvJd+DAvMVL4WY6R+V/ogHLRPx3BtLbnX63j8fL7DARdFUXczLtsqRlJC+TgsqVQW44rA/obfvfwZPWIZI7yhhZbcAjcmsZvmmzN5oMHFhrnajjlc0HTOS3cx8yFbTWjHo30kwGsno+8o83g== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=opentech.cc; dmarc=pass action=none header.from=opentech.cc; dkim=pass header.d=opentech.cc; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=opentech.cc; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=M/J+vfmCEibkVOwu/mjqmmASihczHzxnk49T54FnXzg=; b=XH3vzvriNBklhZfbkjYfvEokUTwXthaC0UTcbP9aMudsA8iK7vlmXrxaRtNMdnKVUSYLbx9qCO7p8rpkTMCCQthqwAxHHbb8/zaNKWEb+D6Ua515da0Hy+lpnN1IKot8+B+nf0GOCRTXmarlznknBv8RWKAK7LcU+bmEYTg4FM8= Received: from MWHPR06MB3134.namprd06.prod.outlook.com (10.174.248.13) by MWHPR06MB3470.namprd06.prod.outlook.com (10.175.141.21) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2474.16; Wed, 27 Nov 2019 08:33:13 +0000 Received: from MWHPR06MB3134.namprd06.prod.outlook.com ([fe80::1943:79aa:6d34:38ba]) by MWHPR06MB3134.namprd06.prod.outlook.com ([fe80::1943:79aa:6d34:38ba%7]) with mapi id 15.20.2474.023; Wed, 27 Nov 2019 08:33:13 +0000 From: James Shuriff To: Per Hedeland , Ian Lepore CC: "freebsd-arm@freebsd.org" Subject: RE: rpi3 clock drift Thread-Topic: rpi3 clock drift Thread-Index: AdWknyHEmPFTR5x9S769H5zoRTt2VgACaheAAAAZFQAAAJ/XAAAA/9uAAAIbRgAADzpQoA== Date: Wed, 27 Nov 2019 08:33:13 +0000 Message-ID: References: <486c0bc46deeefb8338f50fe6dfdf7951786e56c.camel@freebsd.org> <925e99c9-d723-0209-5533-edf8cb7cc6c1@hedeland.org> In-Reply-To: <925e99c9-d723-0209-5533-edf8cb7cc6c1@hedeland.org> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [71.251.5.193] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 5fa5e6e0-d522-45ef-8c34-08d773147137 x-ms-traffictypediagnostic: MWHPR06MB3470: x-ms-exchange-purlcount: 1 x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:3044; x-forefront-prvs: 023495660C x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(4636009)(136003)(366004)(396003)(346002)(376002)(39830400003)(38564003)(13464003)(199004)(189003)(6506007)(14454004)(55016002)(256004)(966005)(14444005)(6246003)(5024004)(74316002)(6436002)(7736002)(71190400001)(33656002)(25786009)(508600001)(4001150100001)(2906002)(6306002)(11346002)(102836004)(99286004)(71200400001)(86362001)(305945005)(66946007)(4326008)(446003)(76116006)(66616009)(66476007)(66556008)(64756008)(66446008)(9686003)(229853002)(186003)(316002)(110136005)(8936002)(26005)(7116003)(81166006)(81156014)(8676002)(7696005)(3846002)(76176011)(52536014)(66066001)(6116002)(5660300002)(53546011); DIR:OUT; SFP:1101; SCL:1; SRVR:MWHPR06MB3470; H:MWHPR06MB3134.namprd06.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: opentech.cc does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: axpqd6fpcZ2eaJ7TmHZ1FvprwZo8VeLV1E6zkN3HU9bSJ5C+fTCjMzV6ZhXltEICfnr3DnCVaTeo7iguP5PEsXtNjRziUJ8B0P3wHW4OkIR1r/O+7m8UP3Wo61b7sbEzFGvtsjFU8SxvjnFEZtnVPEnwHYLnyBnCFB04FBKPScKVevOuCBGaSdb+HIq8poXoOrmAexS17mlRxv/7Q6suZxdWTLd9uDdNQuSsqTH2r4TMnXB30cOVeVcURldg0YX1EueozxcZ8SIN4Djv6OkdeCKhOQSWhPDPL0soptoIs7Z0RhyJh9OY7Sn+uYAVD2Uv1HTg4hG7ptgxb/920xABlXgdAbH+G/+nEIHjDRmBxCHiywIai5xfDvGShVmva33U2sGDQGb5g78tKFxBa6Wyyq4zC9LnvOBctRAEi8u+OiHieuEqNHoqC/uxykS/25xwCvtH1v7nPIO2G5N/UYssqoaaIvGsq7q0YOJYiCWugd0= x-ms-exchange-transport-forked: True Content-Type: multipart/mixed; boundary="_002_MWHPR06MB3134F4C5A908D5123AFC23F0AA440MWHPR06MB3134namp_" MIME-Version: 1.0 X-OriginatorOrg: opentech.cc X-MS-Exchange-CrossTenant-Network-Message-Id: 5fa5e6e0-d522-45ef-8c34-08d773147137 X-MS-Exchange-CrossTenant-originalarrivaltime: 27 Nov 2019 08:33:13.0901 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5c5dd5ac-929c-48f6-a3f4-c0c8602c24af X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: IldmszL17o5rU5YLj7K79sPaDBwG4zaepTU+37zAeNgQvpevwQR5aKeksJjIE5YSPDkMyuaA6JpRgZGc0Vmq3A== X-MS-Exchange-Transport-CrossTenantHeadersStamped: MWHPR06MB3470 X-Rspamd-Queue-Id: 47NDYq135Bz3L4V X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=opentech.cc header.s=selector1 header.b=XH3vzvri; dmarc=pass (policy=none) header.from=opentech.cc; spf=pass (mx1.freebsd.org: domain of james@opentech.cc designates 40.107.73.47 as permitted sender) smtp.mailfrom=james@opentech.cc X-Spamd-Result: default: False [-2.24 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; HAS_XOIP(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(0.00)[+ip4:40.107.0.0/16]; HAS_ATTACHMENT(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[opentech.cc:+]; DMARC_POLICY_ALLOW(0.00)[opentech.cc,none]; CTYPE_MIXED_BOGUS(1.00)[]; MIME_BASE64_TEXT(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(-1.35)[ipnet: 40.64.0.0/10(-3.85), asn: 8075(-2.84), country: US(-0.05)]; MIME_TRACE(0.00)[0:+,1:+,2:+]; ARC_ALLOW(0.00)[i=1]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:8075, ipnet:40.64.0.0/10, country:US]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; R_DKIM_ALLOW(0.00)[opentech.cc:s=selector1]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-0.999,0]; MIME_GOOD(-0.10)[multipart/mixed,text/plain]; BAD_REP_POLICIES(0.10)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; URIBL_PBL(0.01)[hedeland.org]; RCVD_IN_DNSWL_NONE(0.00)[47.73.107.40.list.dnswl.org : 127.0.3.0] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Nov 2019 08:33:22 -0000 --_002_MWHPR06MB3134F4C5A908D5123AFC23F0AA440MWHPR06MB3134namp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I've read that the Pi 4 may have a 54 MHz oscillator and anything prior to = that would have 19.2 MHz, which agrees with what everyone on this thread is= contributing. That makes me think I have a bad FDT. I looked at generic_ti= mer.c, which creates the ARM MPCore Timecounter and I think it's getting th= e frequency itself from FDT. Do you know where in particular it's getting t= his frequency from? The RPI3 build provided by FreeBSD uses an overlay called "pwm". It grabs i= t from the Raspberry Pi binary blob repo, in addition to "pi3-disable-bt" a= nd "mmc". I decompiled it and took a look at the source but there's no refe= rence to a 54 MHz clock. There is an "assigned-clock-rates =3D <0x5f5e100>;= ". I built my Raspberry Pi 3 B as close to how the FreeBSD image was set up= as possible. I build everything from source but I grabbed my config.txt fi= le from /usr/ports/sysutils/rpi-firmware/files/config_rpi3.txt. You can see= the attached file for details on how I set up the FAT partition. I had sta= rted adding support for the I2C RTC because I was hoping to use that as the= timecounter. Here is config.txt, straight from sysutils/rpi-firmware: arm_control=3D0x200 dtparam=3Daudio=3Don,i2c_arm=3Don,spi=3Don dtoverlay=3Dmmc dtoverlay=3Dpwm dtoverlay=3Dpi3-disable-bt device_tree_address=3D0x4000 kernel=3Du-boot.bin Aside from the VideoCore elfs, the overlays referenced in config.txt, bcm27= 10-rpi-3-b.dtb, and the PSCI Monitor I build everything from source and cop= y the remaining DTBs from the FreeBSD build. I also configure U-Boot with O= F_EMBED=3Dn and OF_BOARD=3Dy. OF_EMBED=3Dn tells U-Boot not to embed a Devi= ce Tree into the image and OF_BOARD=3Dy tells U-Boot to grab the Device Tre= e from the board itself (if supported). I don't know enough about Device Tr= ees to determine where it's actually getting FDT from or where the definiti= on for the clock is. - James Shuriff -----Original Message----- From: owner-freebsd-arm@freebsd.org On Beha= lf Of Per Hedeland Sent: Tuesday, November 26, 2019 7:18 PM To: freebsd-arm@freebsd.org Subject: Re: rpi3 clock drift On 2019-11-27 00:17, Stefan Parvu wrote: > >> >> Can someone else with an rpi3 (which keeps good time) confirm that >> that's the usual number? > > > this is slightly different model: rpi3+ . I think it does use a different= SOC than rpi3. > > krmx@k1:~ % sysctl kern.timecounter > kern.timecounter.fast_gettime: 1 > kern.timecounter.tick: 1 > kern.timecounter.choice: ARM MPCore Timecounter(1000) dummy(-1000000) > kern.timecounter.hardware: ARM MPCore Timecounter > kern.timecounter.alloweddeviation: 5 > kern.timecounter.stepwarnings: 0 > kern.timecounter.tc.ARM MPCore Timecounter.quality: 1000 > kern.timecounter.tc.ARM MPCore Timecounter.frequency: 19200000 > kern.timecounter.tc.ARM MPCore Timecounter.counter: 3645432288 > kern.timecounter.tc.ARM MPCore Timecounter.mask: 4294967295 The same on what is a 3B w/o '+' AFAIR, keeping very good time: pi3 2> sysctl kern.timecounter kern.timecounter.fast_gettime: 1 kern.timecounter.tick: 1 kern.timecounter.choice: ARM MPCore Timecounter(1000) dummy(-1000000) kern.timecounter.hardware: ARM MPCore Timecounter kern.timecounter.alloweddeviation: 5 kern.timecounter.stepwarnings: 0 kern.timecounter.tc.ARM MPCore Timecounter.quality: 1000 kern.timecounter.t= c.ARM MPCore Timecounter.frequency: 19200000 kern.timecounter.tc.ARM MPCore= Timecounter.counter: 27058350 kern.timecounter.tc.ARM MPCore Timecounter.m= ask: 4294967295 and pi3 3> cat /var/db/ntp/ntpd.drift -5.333 pi3 4> uname -a FreeBSD pi3.hedeland.org 12.0-STABLE FreeBSD 12.0-STABLE r345358 GENERIC a= rm64 --Per Hedeland _______________________________________________ freebsd-arm@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-arm To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" ________________________________ DISCLAIMER: This message and any attachments are intended solely for the u= se of the recipient and may contain confidential information. If you have r= eceived this message in error please delete it and promptly notify the send= er, James Shuriff (james@opentech.cc). --_002_MWHPR06MB3134F4C5A908D5123AFC23F0AA440MWHPR06MB3134namp_ Content-Type: text/plain; name="sdboot.txt" Content-Description: sdboot.txt Content-Disposition: attachment; filename="sdboot.txt"; size=2294; creation-date="Wed, 27 Nov 2019 08:24:50 GMT"; modification-date="Wed, 27 Nov 2019 08:24:50 GMT" Content-Transfer-Encoding: base64 Iy9iaW4vdGNzaAoKaWYgKGB1bmFtZSAtbWAgPT0gYXJtNjQpIHRoZW4KIHNldCBCT09URlM9L2Jv b3QvZmlybXdhcmUvCgogc2V0IFVFRklfTE9BREVSX1BBVEggPSAvYm9vdC9sb2FkZXJfbHVhLmVm aQogc2V0IERUQl9BV19QQVRIPS9ib290L2R0Yi9hbGx3aW5uZXIvCiBzZXQgRFRCX09MX1BBVEg9 L2Jvb3QvZHRiL292ZXJsYXlzLwplbHNlCiBzZXQgQk9PVEZTPS9tbnQvYm9vdGZzLwoKIHNldCBN QUtFT0JKRElSUFJFRklYPS91c3Ivb2JqCiBzZXQgU1JDRElSPSIvdXNyL3NyYy5oZWFkIgogc2V0 IEtFUk5DT05GPU9UQ0MKCiBzZXQgVUVGSV9MT0FERVJfUEFUSCA9ICRNQUtFT0JKRElSUFJFRklY LyRTUkNESVIvYXJtNjQuYWFyY2g2NC9zdGFuZC9lZmkvbG9hZGVyX2x1YS9sb2FkZXJfbHVhLmVm aQogc2V0IERUQl9BV19QQVRIPSRNQUtFT0JKRElSUFJFRklYLyRTUkNESVIvYXJtNjQuYWFyY2g2 NC9zeXMvJEtFUk5DT05GL21vZHVsZXMvJFNSQ0RJUi9zeXMvbW9kdWxlcy9kdGIvYWxsd2lubmVy Lwogc2V0IERUQl9PTF9QQVRIPSRNQUtFT0JKRElSUFJFRklYLyRTUkNESVIvYXJtNjQuYWFyY2g2 NC9zeXMvJEtFUk5DT05GL21vZHVsZXMvJFNSQ0RJUi9zeXMvbW9kdWxlcy9kdGIvYWxsd2lubmVy LwplbmRpZgoKc2V0IEZJUk1XQVJFX1JFUE9fUEFUSCA9IC9yb290L3JwaS9maXJtd2FyZS9ib290 LwpzZXQgVUJPT1RfQklOX1BBVEg9L3Jvb3Qvc3JjL3UtYm9vdC91LWJvb3QuYmluCnNldCBQU0NJ X01PTl9QQVRIID0gL3Jvb3QvcnBpL3JwaTMtcHNjaS1tb25pdG9yL2FybXN0dWI4LmJpbgpzZXQg RklSTVdBUkVfQ09ORklHX1BBVEggPSAvdXNyL3BvcnRzL3N5c3V0aWxzL3JwaS1maXJtd2FyZS9m aWxlcy9jb25maWdfcnBpMy50eHQKCiMgRW5kIG9mIENvbmZpZwoKc2V0IERUQl9BV19GSUxFUyA9 IChzdW41MGktYTY0LW5hbm9waS1hNjQuZHRiIHN1bjUwaS1hNjQtb2xpbnV4aW5vLmR0YiBzdW41 MGktYTY0LXBpbmU2NC1wbHVzLmR0YiBzdW41MGktYTY0LXBpbmU2NC5kdGIgc3VuNTBpLWE2NC1z b3BpbmUtYmFzZWJvYXJkLmR0YiBzdW41MGktaDUtb3JhbmdlcGktcGMyLmR0YikKc2V0IERUQl9P TF9GSUxFUyA9IChzdW41MGktYTY0LXNpZC5kdGJvIHN1bjUwaS1hNjQtdGhzLmR0Ym8gc3VuNTBp LWE2NC10aW1lci5kdGJvKQoKc2V0IEZJUk1XQVJFX1JFUE9fRklMRVMgPSAoTElDRU5DRS5icm9h ZGNvbSBib290Y29kZS5iaW4gZml4dXAuZGF0IGZpeHVwX2NkLmRhdCBmaXh1cF9kYi5kYXQgZml4 dXBfeC5kYXQgc3RhcnQuZWxmIHN0YXJ0X2NkLmVsZiBzdGFydF9kYi5lbGYgc3RhcnRfeC5lbGYg YmNtMjcxMC1ycGktMy1iLmR0YikKI3NldCBGSVJNV0FSRV9DVVNUT01fRklMRVMgPSAoL3Jvb3Qv cnBpL2JjbTI3MTAtcnBpLTMtYi5kdGIpCgojIGkyYy1ydGMgaXMgZm9yIG9wdGlvbmFsIEkyQyBS VEMuIENvbmZpZy50eHQgbXVzdCBiZSBtb2RpZmllZCB0byBzdXBwb3J0IGl0LgpzZXQgRklSTVdB UkVfT0xfUEFUSCA9ICRGSVJNV0FSRV9SRVBPX1BBVEgvb3ZlcmxheXMKc2V0IEZJUk1XQVJFX09M X0ZJTEVTID0gKG1tYy5kdGJvIHBpMy1kaXNhYmxlLWJ0LmR0Ym8gcHdtLmR0Ym8gaTJjLXJ0Yy5k dGJvKQoKIyAvCmZvcmVhY2ggeCAoJEZJUk1XQVJFX1JFUE9fRklMRVMpCgljcCAkRklSTVdBUkVf UkVQT19QQVRILyR4ICRCT09URlMKZW5kCiNmb3JlYWNoIHggKCRGSVJNV0FSRV9DVVNUT01fRklM RVMpCiMJY3AgJEZJUk1XQVJFX0NVU1RPTV9GSUxFUyAkQk9PVEZTCiNlbmQKY3AgJFBTQ0lfTU9O X1BBVEggJFVCT09UX0JJTl9QQVRIICRCT09URlMKY3AgJEZJUk1XQVJFX0NPTkZJR19QQVRIICRC T09URlMvY29uZmlnLnR4dAoKIyAvb3ZlcmxheXMKbWtkaXIgLXAgJEJPT1RGUy9vdmVybGF5cwpm b3JlYWNoIHggKCRGSVJNV0FSRV9PTF9GSUxFUykKCWNwICRGSVJNV0FSRV9PTF9QQVRILyR4ICRC T09URlMvb3ZlcmxheXMvCmVuZAoKIyBEVEIKbWtkaXIgLXAgJEJPT1RGUy9kdGIvYWxsd2lubmVy ICRCT09URlMvZHRiL292ZXJsYXlzCmZvcmVhY2ggeCAoJERUQl9BV19GSUxFUykKCWNwICREVEJf QVdfUEFUSC8keCAkQk9PVEZTL2R0Yi9hbGx3aW5uZXIvCmVuZApmb3JlYWNoIHggKCREVEJfT0xf RklMRVMpCgljcCAkRFRCX09MX1BBVEgvJHggJEJPT1RGUy9kdGIvb3ZlcmxheXMvCmVuZAoKIyBF RkkKIyBsb2FkZXJfbHVhLmVmaSBpcyBhIGhhcmQgbGluayB3aXRoIGxvYWRlci5lZmkKbWtkaXIg LXAgJEJPT1RGUy9FRkkvQk9PVApjcCAkVUVGSV9MT0FERVJfUEFUSCAkQk9PVEZTL0VGSS9CT09U L2Jvb3RhYTY0LmVmaQo= --_002_MWHPR06MB3134F4C5A908D5123AFC23F0AA440MWHPR06MB3134namp_-- From owner-freebsd-arm@freebsd.org Wed Nov 27 14:48:40 2019 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id DE6C01AE044 for ; Wed, 27 Nov 2019 14:48:40 +0000 (UTC) (envelope-from pusateri@bangj.com) Received: from oj.bangj.com (69-77-154-174.static.skybest.com [69.77.154.174]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 47NNtw19wkz48qx; Wed, 27 Nov 2019 14:48:39 +0000 (UTC) (envelope-from pusateri@bangj.com) Received: from [172.16.10.110] (mta-107-13-246-59.nc.rr.com [107.13.246.59]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by oj.bangj.com (Postfix) with ESMTPSA id 6A3082F5C4; Wed, 27 Nov 2019 09:48:38 -0500 (EST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3601.0.10\)) Subject: Re: cubox-i armv7 12.1-RELEASE image fails to boot From: Tom Pusateri In-Reply-To: <02866BFF-03B3-4335-B42B-EB71453CB516@bangj.com> Date: Wed, 27 Nov 2019 09:48:37 -0500 Cc: Ian Lepore , freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <15ABD54F-4193-4413-8045-061A6AEA98A7@bangj.com> References: <26c21aefb0fbc4f97046f8d966d3cec5d9311885.camel@freebsd.org> <02866BFF-03B3-4335-B42B-EB71453CB516@bangj.com> To: Tom Pusateri X-Mailer: Apple Mail (2.3601.0.10) X-Rspamd-Queue-Id: 47NNtw19wkz48qx X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.68 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[bangj.com:s=201907]; RECEIVED_SPAMHAUS_PBL(0.00)[59.246.13.107.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.10]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+mx]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[bangj.com:+]; DMARC_POLICY_ALLOW(-0.50)[bangj.com,quarantine]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; IP_SCORE(-2.18)[ip: (-5.71), ipnet: 69.77.128.0/19(-2.86), asn: 23118(-2.29), country: US(-0.05)]; ASN(0.00)[asn:23118, ipnet:69.77.128.0/19, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Nov 2019 14:48:40 -0000 > On Nov 27, 2019, at 12:05 AM, Tom Pusateri via freebsd-arm = wrote: >=20 >=20 >> On Nov 26, 2019, at 10:24 PM, Ian Lepore wrote: >>=20 >> On Mon, 2019-11-25 at 21:37 -0500, Tom Pusateri via freebsd-arm = wrote: >>> I tried booting the 12.1-RELEASE image on my cubox-i and it goes = into >>> an endless loop before it boots the kernel but it scrolls so fast >>> it=E2=80=99s hard to make out or figure out how to stop it. >>>=20 >>> The last line I can read before it hits the endless loop is: >>>=20 >>> Loading /boot/loader.conf.local >>> / >>>=20 >>> If I freeze frame a slow mo video of the endless loop it repeats: >>>=20 >>> Code: b1116931 f0074806 4806fea4 fea1f007 (e7cf682d) >>> data abort >>> pc : [<8ffafd74>] lr : [<0ffafd2f>] >>> reloc pc : [<1782bd74>] lr : [<1782bd2f>] >>> sp : 8f57ae38 ip : 8f5a fp : 8ffc2f1c >>> r10 : 8ffbb240 r9 : 8f58 r8 : 8ffafd74 >>> r7 : 8ffd06c4 r6 : 8e55 r5 : ffffffff r4 : 8f8a6318 >>> r3 : 9ff01ce5 r2 : 9ff0 r1 : 8ffbb240 r0 : 0000005e >>> Flags : nzCv IRQs on FIQs on Mode SVC_32 >>>=20 >>>=20 >>> This unit is a couple of years old now but still works fine with >>> Linux. >>>=20 >>> Thanks, >>> Tom >>>=20 >>=20 >> Hmmm, I just downloaded the image, burned it to a fresh sdcard, and = my >> cubox boots from it fine. I'm using a serial console, not video, = maybe >> that's related somehow. >>=20 >> Yep, that's what it is... I dug out a monitor and hooked it up, and >> that gives me the same symptoms you're seeing. >>=20 >> The problem is, I have no idea what to do about that. Those register >> dumps are printed by uboot's exception handlers, and this happens = while >> the efi loader is loading the kernel. I don't know much about efi or >> about running arm systems with video monitors connected. >>=20 >> =E2=80=94 Ian >>=20 >=20 > Thanks! >=20 > unplugging the keyboard/display worked for me too. This is fine for me = but if I can help test any changes, I=E2=80=99ll be glad to. I had to force install an updated version of pkg because the = 12.1-RELEASE version depended on an old version of libssl.so.9. I used: pkg-static bootstrap -f And there=E2=80=99s still some packages that want the old version of = openssl in the =E2=80=9Clatest=E2=80=9D pkg repository: $ curl ld-elf.so.1: Shared object "libssl.so.9" not found, required by = "libcurl.so.4=E2=80=9D $ ls /usr/lib/libssl* /usr/lib/libssl.a /usr/lib/libssl.so.111 /usr/lib/libssl.so /usr/lib/libssl_p.a I=E2=80=99m rebuilding curl from ports now. Thanks again, Tom From owner-freebsd-arm@freebsd.org Wed Nov 27 16:09:32 2019 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 56DF21B04C8 for ; Wed, 27 Nov 2019 16:09:32 +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 47NQhB3xtkz4FBb; Wed, 27 Nov 2019 16:09:30 +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 9035c860; Wed, 27 Nov 2019 17:09:22 +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=3iRzleDfLmS4T9GVwPJFc9Xi8hI=; b=F4meuw4+Uu9BKRiZlTPMZxu5qByb Br5kKBTIsjCFRINInnTd7qhKqeI+bSPBEx7FD6sqmgWfuFcvNXEV0AaAulcBPgcf Vg98aW/Lu0EpRROS8SUcySkAXeuP2qxGhexcjNmw9s5H6S9Yipt3hcE/jneh4xzj kSR2loNgtqv2cOM= 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=cCiQxQImJEKNPyotSQ9ucUHmJB72lT3b90jR6lQTfbZ+9zBLUJogrDWx shC9Bg3awUsJqOaZs6XtKuUFGWD+3VKHhKQvCS61blHMu1KsGhbUhgMHiFEohDEy IDDJ0ja/QglKW1IMaJyI0Mmi6kJ9T6MAKoBkcqQiNLTJRwbTGoY= Received: from skull.home.blih.net (lfbn-1-12172-130.w90-92.abo.wanadoo.fr [90.92.223.130]) by mail.blih.net (OpenSMTPD) with ESMTPSA id d300dfc2 TLS version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO; Wed, 27 Nov 2019 17:09:21 +0100 (CET) Date: Wed, 27 Nov 2019 17:09:21 +0100 From: Emmanuel Vadot To: Tom Pusateri Cc: Tom Pusateri via freebsd-arm , Ian Lepore Subject: Re: cubox-i armv7 12.1-RELEASE image fails to boot Message-Id: <20191127170921.3826686498acf28b09361b5f@bidouilliste.com> In-Reply-To: <15ABD54F-4193-4413-8045-061A6AEA98A7@bangj.com> References: <26c21aefb0fbc4f97046f8d966d3cec5d9311885.camel@freebsd.org> <02866BFF-03B3-4335-B42B-EB71453CB516@bangj.com> <15ABD54F-4193-4413-8045-061A6AEA98A7@bangj.com> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.32; amd64-portbld-freebsd13.0) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 47NQhB3xtkz4FBb X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bidouilliste.com header.s=mail header.b=F4meuw4+; dmarc=none; spf=pass (mx1.freebsd.org: domain of manu@bidouilliste.com designates 212.83.177.182 as permitted sender) smtp.mailfrom=manu@bidouilliste.com X-Spamd-Result: default: False [-0.71 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[bidouilliste.com:s=mail]; NEURAL_HAM_MEDIUM(-0.68)[-0.677,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip4:212.83.177.182/32]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[bidouilliste.com]; NEURAL_HAM_LONG(-0.51)[-0.514,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[bidouilliste.com:+]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; IP_SCORE(0.38)[ip: (-0.59), ipnet: 212.83.160.0/19(2.42), asn: 12876(0.08), country: FR(-0.00)]; ASN(0.00)[asn:12876, ipnet:212.83.160.0/19, country:FR]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Nov 2019 16:09:32 -0000 On Wed, 27 Nov 2019 09:48:37 -0500 Tom Pusateri via freebsd-arm wrote: >=20 > > On Nov 27, 2019, at 12:05 AM, Tom Pusateri via freebsd-arm wrote: > >=20 > >=20 > >> On Nov 26, 2019, at 10:24 PM, Ian Lepore wrote: > >>=20 > >> On Mon, 2019-11-25 at 21:37 -0500, Tom Pusateri via freebsd-arm wrote: > >>> I tried booting the 12.1-RELEASE image on my cubox-i and it goes into > >>> an endless loop before it boots the kernel but it scrolls so fast > >>> it?s hard to make out or figure out how to stop it. > >>>=20 > >>> The last line I can read before it hits the endless loop is: > >>>=20 > >>> Loading /boot/loader.conf.local > >>> / > >>>=20 > >>> If I freeze frame a slow mo video of the endless loop it repeats: > >>>=20 > >>> Code: b1116931 f0074806 4806fea4 fea1f007 (e7cf682d) > >>> data abort > >>> pc : [<8ffafd74>] lr : [<0ffafd2f>] > >>> reloc pc : [<1782bd74>] lr : [<1782bd2f>] > >>> sp : 8f57ae38 ip : 8f5a fp : 8ffc2f1c > >>> r10 : 8ffbb240 r9 : 8f58 r8 : 8ffafd74 > >>> r7 : 8ffd06c4 r6 : 8e55 r5 : ffffffff r4 : 8f8a6318 > >>> r3 : 9ff01ce5 r2 : 9ff0 r1 : 8ffbb240 r0 : 0000005e > >>> Flags : nzCv IRQs on FIQs on Mode SVC_32 > >>>=20 > >>>=20 > >>> This unit is a couple of years old now but still works fine with > >>> Linux. > >>>=20 > >>> Thanks, > >>> Tom > >>>=20 > >>=20 > >> Hmmm, I just downloaded the image, burned it to a fresh sdcard, and my > >> cubox boots from it fine. I'm using a serial console, not video, maybe > >> that's related somehow. > >>=20 > >> Yep, that's what it is... I dug out a monitor and hooked it up, and > >> that gives me the same symptoms you're seeing. > >>=20 > >> The problem is, I have no idea what to do about that. Those register > >> dumps are printed by uboot's exception handlers, and this happens while > >> the efi loader is loading the kernel. I don't know much about efi or > >> about running arm systems with video monitors connected. > >>=20 > >> ? Ian > >>=20 > >=20 > > Thanks! > >=20 > > unplugging the keyboard/display worked for me too. This is fine for me = but if I can help test any changes, I?ll be glad to. >=20 > I had to force install an updated version of pkg because the 12.1-RELEASE= version depended on an old version of libssl.so.9. I used: >=20 > pkg-static bootstrap -f >=20 > And there?s still some packages that want the old version of openssl in t= he ?latest? pkg repository: >=20 > $ curl > ld-elf.so.1: Shared object "libssl.so.9" not found, required by "libcurl.= so.4? >=20 > $ ls /usr/lib/libssl* > /usr/lib/libssl.a /usr/lib/libssl.so.111 > /usr/lib/libssl.so /usr/lib/libssl_p.a >=20 > I?m rebuilding curl from ports now. >=20 > Thanks again, > Tom latest packages aren't build for armv7, only quarterly. I see that there is a latest folder under https://pkg.freebsd.org/FreeBSD:12:armv7/ but this goes back to 2018 which is why you have those ssl errors. I'll see if someone can delete this folder, I prefer users to have 404 than broken packages. Just stick with the default config that uses quartely and you shouldn't have any problem (tm). If you really need some more up to date packages doing a poudriere build yourself is the easiest way. Cheers, --=20 Emmanuel Vadot From owner-freebsd-arm@freebsd.org Wed Nov 27 17:31:38 2019 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id E4B3C1B29AB for ; Wed, 27 Nov 2019 17:31:38 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic305-20.consmr.mail.gq1.yahoo.com (sonic305-20.consmr.mail.gq1.yahoo.com [98.137.64.83]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 47NSVx4YWTz4Kmg for ; Wed, 27 Nov 2019 17:31:37 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: rGeZBW0VM1mjj3ZZM6GrPtrH20CxkNCp1G0YLNKDbwBUpzlR1kRYF4wvKJCy7.V j0v2mpvMaM9PrZ7rWShFrRBt1p6i.XI.qoyr4JcDDAWQMB3kf30i1cutJIX3s6fZh5iQ8WHrxyCg rww_nHP75yDhYoJgSakr76Dike3B4POkYsXUY5RuQdjA_CQLZfsEu8ULgZkxu.uaex6ZfoRBzmRW h.85RgGmgHkNiV9FbpLWW3sb35RLzlc29I8qGr_ZJIK1rZ7soGeMsV4jdwsPR9zkEfXb3sf3ujH0 kX8LZ2wcuxIOfLeFoI6p6HlERo6Kned9ekZcfI9tRmI2DiQCS.wNllXCc38wXAp0yXzuF8fFAK.B kQe2lH.ARIw7XqUqE_g3FX_gDy5gNIO8gd12WUU5TPED9sR33z6mhmDgpJpUWTw0Xb.KIqyI5OBM XU_NNL074Q4qn97iOmJ6V7ZukitiTvJCubtoU9NPfbnbwn9dTR2ocmGp3C74ndw0iw2vcTgTOngE hDToi4jNSpasrMoRF.hiPhNg2CFQHSnrht7H8XQLtLbL1K9F1vSRg5s02cfy7PyrtMpFT0FGDCu2 ZEpBJP0ZzyyMON0_Wpb9Up0c4KOp.QCivCBLaAwVzewWfsR0RbjiF34bv5btNQJSBXwzSrf3PIsJ _GDeXo7U1cDyXjmPCCISgQNm_cOd8BeMme8acGu0ohfZ1agPmrE_.SyarNjoVL7diEq9diDpa8sJ .BvBnvay.SI9kU2p0hiKcA6twlRqfD58gJneu2PPAPYa.JeS0WMllIJZ1Au_iPYgwhVj6T1IoVdW tcxs5dYgApzTBvT1as_8MBH8k.9oRZSWG2IL5gSalHOENu9y8La0QcEG8K_hj3hmIeILUenMfFu3 AkRT8Le2ATOS3k8sadliEL0ghBXSFj4DdgF7VJ74.why0EFBcNorYXqLT6Bm4Ro7ZB_XxRgtVhIw 3cDm1VKMv_RBy1Jtgts9BVUSaJmSKIm7nf6JFehhRayq755WZk8MhrJT0CTvkNzqsK7jZ00xPdUo gggTSXI83IXj80uJ0Yy4rRd_mll_GS_MSloJI2OFVemV2FdMbzrxEUojIGxJ3ZDOaugAky4BILwL STEZkLBs4jw_VWpZUNzEq4rqz12zeuU4ETjYDNSxToRxBUvze14gk_CBiUFChmu3g90TCW6iCPIa TxsSmzxBG23rvGN0o2ASFEb9Rn0NCrlPpHEs9TTAVDEkXy0kgIvAy2WI8RbGM.vdUwzvrgwAQVHU 8CoxnubCKNt7Kh_NwdfzCbIN5_u0piyK9SEe0ox.bfWYYRFpCx8viBl0Jc2X58i5nX6KoDUJOPPR EQN2RMynk8BpshzT9GbyJWZKspOKqG7NA8QWSi.abXs6i_1HAbgoTq_cOvrt8G0vVsRYRJCbGHKk mgUAvsHYarlX2Y4aD Received: from sonic.gate.mail.ne1.yahoo.com by sonic305.consmr.mail.gq1.yahoo.com with HTTP; Wed, 27 Nov 2019 17:31:35 +0000 Received: by smtp431.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 8a9a89414ec404d2532643a7982bc883; Wed, 27 Nov 2019 17:31:33 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3601.0.10\)) Subject: After more than 59 hr 20 min of poudreire based port building, the Rock64 (4 GiByte) got a data_abort with a panic message that mentioned "vm_fault failed" Message-Id: Date: Wed, 27 Nov 2019 09:31:31 -0800 To: freebsd-arm@freebsd.org X-Mailer: Apple Mail (2.3601.0.10) References: X-Rspamd-Queue-Id: 47NSVx4YWTz4Kmg X-Spamd-Bar: / X-Spamd-Result: default: False [-0.67 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.65)[-0.646,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; RCPT_COUNT_ONE(0.00)[1]; IP_SCORE_FREEMAIL(0.00)[]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; RCVD_IN_DNSWL_NONE(0.00)[83.64.137.98.list.dnswl.org : 127.0.5.0]; MV_CASE(0.50)[]; IP_SCORE(0.00)[ip: (2.53), ipnet: 98.137.64.0/21(0.87), asn: 36647(0.70), country: US(-0.05)]; NEURAL_SPAM_LONG(0.48)[0.476,0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Nov 2019 17:31:39 -0000 The failure was while dwmmc_intr was active on the bus. It looks like the vm_fault failed address matches the elr value, which is near the lr value and near the "pc =3D" value listed for dwmmc_intr. (Back trace shown later.) This is a head -r355027 based context. This does not look easy to reproduce. I had poudriere running 4 jobs, each allowed to use 4 processes, so the bulk of the time the load average was between 8 and 17. The last top update (of my extended top) showed top never saw significant swap usage: Swap: 4608M Total, 22M Used, 4586M Free, 32M MaxObsUsed ("MaxObs" is short for "Maximum Observed".) It also showed (line wrapped by me): Mem: 196M Active, 1078M Inact, 4272K Laundry, 650M Wired, 264M Buf, 2035M Free, 2517M MaxObsActive, 805M MaxObsWired, 3219M MaxObs(Act+Wir) It showed as running: /usr/local/sbin/pkg-static create -r = /wrkdirs/usr/ports/devel/llvm90/work/stage . . . (earlier llvm80 had completed fine) and 3 of processes the form: cpdup -i0 -x ref0? Those 3 seem to be for the 3 "Building"s listed below: [59:20:56] [02] [00:14:53] Finished devel/qt5-linguist | = qt5-linguist-5.13.2: Success [59:20:57] [02] [00:00:00] Building deskutils/lumina-archiver | = lumina-archiver-1.5.0 [59:20:57] [03] [00:00:00] Building deskutils/lumina-calculator | = lumina-calculator-1.5.0 [59:20:57] [04] [00:00:00] Building x11/lumina-core | lumina-core-1.5.0 The serial console's report was: Fatal data abort: x0: fffffd0000b45b00 x1: ffff000040588000 x2: 8c x3: 100 x4: ffff00004035caa0 x5: ffff00004035c7b0 x6: 0 x7: 1 x8: ffff000000758ebc x9: ffff000000a33100 x10: fffffd0000a28678 x11: 0 x12: 9633b10b x13: 2af8 x14: 2777 x15: 2af8 x16: 38 x17: 38 x18: ffff00004035c870 x19: fffffd0000a28600 x20: 8c x21: fffffd0000b45e58 x22: ffff000000a4b000 x23: 0 x24: fffffd0000b45e10 x25: fffffd0000b89514 x26: fffffd0000b8f180 x27: fffffd0000b45e00 x28: ffff000000a4bd98 x29: ffff00004035c8b0 sp: ffff00004035c870 lr: ffff00000078e518 elr: ffff00000078e51c spsr: 145 far: 28 esr: 96000005 panic: vm_fault failed: ffff00000078e51c cpuid =3D 2 time =3D 1574872496 KDB: stack backtrace: db_trace_self() at db_trace_self_wrapper+0x28 pc =3D 0xffff00000075ba9c lr =3D 0xffff0000001066a8 sp =3D 0xffff00004035c270 fp =3D 0xffff00004035c480 db_trace_self_wrapper() at vpanic+0x18c pc =3D 0xffff0000001066a8 lr =3D 0xffff00000041903c sp =3D 0xffff00004035c490 fp =3D 0xffff00004035c530 vpanic() at panic+0x44 pc =3D 0xffff00000041903c lr =3D 0xffff000000418eac sp =3D 0xffff00004035c540 fp =3D 0xffff00004035c5c0 panic() at data_abort+0x1e0 pc =3D 0xffff000000418eac lr =3D 0xffff000000777d94 sp =3D 0xffff00004035c5d0 fp =3D 0xffff00004035c680 data_abort() at do_el1h_sync+0x144 pc =3D 0xffff000000777d94 lr =3D 0xffff000000776fb0 sp =3D 0xffff00004035c690 fp =3D 0xffff00004035c6c0 do_el1h_sync() at handle_el1h_sync+0x78 pc =3D 0xffff000000776fb0 lr =3D 0xffff00000075e078 sp =3D 0xffff00004035c6d0 fp =3D 0xffff00004035c7e0 handle_el1h_sync() at dwmmc_intr+0x280 pc =3D 0xffff00000075e078 lr =3D 0xffff00000078e514 sp =3D 0xffff00004035c7f0 fp =3D 0xffff00004035c8b0 dwmmc_intr() at ithread_loop+0x1f4 pc =3D 0xffff00000078e514 lr =3D 0xffff0000003db604 sp =3D 0xffff00004035c8c0 fp =3D 0xffff00004035c940 ithread_loop() at fork_exit+0x90 pc =3D 0xffff0000003db604 lr =3D 0xffff0000003d7be4 sp =3D 0xffff00004035c950 fp =3D 0xffff00004035c980 fork_exit() at fork_trampoline+0x10 pc =3D 0xffff0000003d7be4 lr =3D 0xffff000000776cec sp =3D 0xffff00004035c990 fp =3D 0x0000000000000000 KDB: enter: panic [ thread pid 12 tid 100038 ] Stopped at dwmmc_intr+0x288: ldr x8, [x23, #40] db>=20 =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Wed Nov 27 17:59:35 2019 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 74A4A1B35B3 for ; Wed, 27 Nov 2019 17:59:35 +0000 (UTC) (envelope-from rwa@athabascau.ca) Received: from NAM05-CO1-obe.outbound.protection.outlook.com (mail-eopbgr720041.outbound.protection.outlook.com [40.107.72.41]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "GlobalSign Organization Validation CA - SHA256 - G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 47NT7B0TbDz4MGY for ; Wed, 27 Nov 2019 17:59:33 +0000 (UTC) (envelope-from rwa@athabascau.ca) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=oFj2DyZE/cOwA0B1IKFvYTStiSkhCTVen1GD61pVZfJqQTx2cjdAvM4YBeOfl0zQhffL8y/HYPtyOT2cw4KAECaNrGRm8gG1r6hrO6zTZL7fCJT1JOuwhBQwjDAMH5Ut6LSIYwxHyA5ARPFFTBmlB/OsLTJmXu+l36qYdcsvWkVZaTg+RjZCGaDRObCeuFLbwLw6w+x6g7vYbgVknmuaVVOG0i322kip+o3fp2+sVkRHeA2kQLtxrRtmuGy98KiHNZsREPi6Vse6iOGC5boirC97ckkPZZJais4oMpgTbZwt23mhkC0FYdwdnme6qSGjaQIxNJu0PJK8EhC9/RZQsA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=n41wQ2ojv4JvWJZQTnDazjwWkRdTQ0giWhnm2b0NNiI=; b=eDqzqDpPh4PlAUJ16mkcSAvR57rlGxn7rFhgwuskK6d8ZPqkePeuwTgJSJCf+vxVgPZUw9FCLtqKK/4Jj0TC5x7BkANI3awYS959Vv/SZUK8rqLTzcV689vHuYf5nl8gKgVe60qwI71Mv2wyDBparvZFJzaJWQD04VwrurfwIeymGhU7Jby61Tl1hypjHry0ccsje2bbfc6niX8JzDDRxMSFpJUle4ssWtSMmEkQ69bde/piyVMTNGw5ZJ5vH46omPWmy5YSEvvl7KOmkFGt6QL7HF3EOYeG3H+GNbufEhUWXeiPOTtXN4qSfWBlhueamodyGTlmJGIXYcFiptz/rw== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass (sender ip is 131.232.32.37) smtp.rcpttodomain=freebsd.org smtp.mailfrom=athabascau.ca; dmarc=bestguesspass action=none header.from=athabascau.ca; dkim=none (message not signed); arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=austaff.onmicrosoft.com; s=selector2-austaff-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=n41wQ2ojv4JvWJZQTnDazjwWkRdTQ0giWhnm2b0NNiI=; b=EYLUC/SikwnNjraTsgt4ekwbNl4Et0YQjwMb6fpXVeDf2tTUpnhjnAJp28KIUyqg4qr0/3PCtmkDLlh6mcOfXkJ1YE+URkreD4gTLo1wRVbzxUbiKsnbON/fGowsUH3aslMu5TLyNRFZG24oVlrvPRpyCLdhjHzgCiyv93Kn/MY= Received: from MWHPR13CA0011.namprd13.prod.outlook.com (2603:10b6:300:16::21) by MWHPR13MB1774.namprd13.prod.outlook.com (2603:10b6:300:12f::9) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2495.13; Wed, 27 Nov 2019 17:59:30 +0000 Received: from QB1CAN01FT009.eop-CAN01.prod.protection.outlook.com (2a01:111:f400:7e5c::207) by MWHPR13CA0011.outlook.office365.com (2603:10b6:300:16::21) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2516.4 via Frontend Transport; Wed, 27 Nov 2019 17:59:29 +0000 Received-SPF: Pass (protection.outlook.com: domain of athabascau.ca designates 131.232.32.37 as permitted sender) receiver=protection.outlook.com; client-ip=131.232.32.37; helo=smtp-relay.cs.athabascau.ca; Received: from smtp-relay.cs.athabascau.ca (131.232.32.37) by QB1CAN01FT009.mail.protection.outlook.com (10.152.120.113) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2495.18 via Frontend Transport; Wed, 27 Nov 2019 17:59:28 +0000 Received: from autopsy.pc.athabascau.ca (autopsy.pc.athabascau.ca [131.232.4.80]) by smtp-relay.cs.athabascau.ca (Postfix) with ESMTPS id B0CF42019F for ; Wed, 27 Nov 2019 10:59:27 -0700 (MST) Date: Wed, 27 Nov 2019 10:59:27 -0700 (MST) From: Ross Alexander X-X-Sender: rwa@autopsy.pc.athabascau.ca To: freebsd-arm@freebsd.org Subject: re: rpi3 clock drift Message-ID: User-Agent: Alpine 2.21.99999 (BSF 352 2019-06-22) Organization: Athabasca University MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed X-EOPAttributedMessage: 0 X-Forefront-Antispam-Report: CIP:131.232.32.37; IPV:NLI; CTRY:CA; EFV:NLI; SFV:NSPM; SFS:(10009020)(199004)(189003)(26005)(58126008)(6916009)(2351001)(36916002)(70586007)(229853002)(4001150100001)(7696005)(2361001)(186003)(5660300002)(356004)(55016002)(8676002)(8936002)(426003)(6266002)(23726003)(7636002)(305945005)(47776003)(6246003)(336012)(70206006)(2906002)(246002)(50466002)(956004)(498600001)(14444005)(7116003)(106002)(8746002)(86362001)(102196002); DIR:OUT; SFP:1101; SCL:1; SRVR:MWHPR13MB1774; H:smtp-relay.cs.athabascau.ca; FPR:; SPF:Pass; LANG:en; PTR:vs001lpmp1609.cs.athabascau.ca; A:1; MX:1; X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: d63134b1-d455-4c1d-2892-08d773638c49 X-MS-TrafficTypeDiagnostic: MWHPR13MB1774: X-Microsoft-Antispam-PRVS: Content-Transfer-Encoding: quoted-printable X-MS-Oob-TLC-OOBClassifiers: OLM:4941; X-Forefront-PRVS: 023495660C X-MS-Exchange-SenderADCheck: 1 X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: 5hvJCPJbuB3kFCBZ6ej8V6cuVTCzOSDyaVTubF7I3yZ6MGpoZHJSKAQcVdCfJm/YXhgrOrHfGANzJn2HQ6hFE6Bt4Fny64Pqy6oSVM8qy856arxobBHY0cbg9uFsZrtJfMV3VwP8LJxMdbV9o5VnkuCCGNMPwnFS+dPbOfOUcYcL3TpJtS1SUHGt+nbrrc7Ckc/e76zqaora9qj2nBs+gV/msn60M7LQSkYwXY1podXWlDXx8ydTtHzadfPiX2gRtUqp2lZhkdn4561OXkTrsDg285dr8LwEpT4GHI0Gg/2hl7pZWWDcClU/Z+8Z3JUUmsULsSSzkwwoPxm82FYwBxYifIa1RlaMbEVtMQWhav7sczh9MlGAo9HCb40t8EoiDxHQ7x7px06HhjQTfZPw+iD4YH6F8RaHcGui+ohFuHEH/VRTEj+xcZdHNGVHrery X-OriginatorOrg: athabascau.ca X-MS-Exchange-CrossTenant-OriginalArrivalTime: 27 Nov 2019 17:59:28.6964 (UTC) X-MS-Exchange-CrossTenant-Network-Message-Id: d63134b1-d455-4c1d-2892-08d773638c49 X-MS-Exchange-CrossTenant-Id: a893bdd2-f460-4252-aa34-4d057436a09d X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=a893bdd2-f460-4252-aa34-4d057436a09d; Ip=[131.232.32.37]; Helo=[smtp-relay.cs.athabascau.ca] X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: MWHPR13MB1774 X-Rspamd-Queue-Id: 47NT7B0TbDz4MGY X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=austaff.onmicrosoft.com header.s=selector2-austaff-onmicrosoft-com header.b=EYLUC/Si; dmarc=none; spf=pass (mx1.freebsd.org: domain of rwa@athabascau.ca designates 40.107.72.41 as permitted sender) smtp.mailfrom=rwa@athabascau.ca X-Spamd-Result: default: False [-3.85 / 15.00]; FAKE_REPLY(1.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[austaff.onmicrosoft.com:s=selector2-austaff-onmicrosoft-com]; RCVD_COUNT_FIVE(0.00)[5]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:40.107.0.0/16]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; TO_DN_NONE(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCPT_COUNT_ONE(0.00)[1]; HAS_ORG_HEADER(0.00)[]; DMARC_NA(0.00)[athabascau.ca]; DKIM_TRACE(0.00)[austaff.onmicrosoft.com:+]; RCVD_IN_DNSWL_NONE(0.00)[41.72.107.40.list.dnswl.org : 127.0.3.0]; IP_SCORE(-1.35)[ipnet: 40.64.0.0/10(-3.85), asn: 8075(-2.84), country: US(-0.05)]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:8075, ipnet:40.64.0.0/10, country:US]; ARC_ALLOW(-1.00)[i=1] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Nov 2019 17:59:35 -0000 On Wed, 27 Nov 2019, IanLepore wrote: > Date: Tue, 26 Nov 2019 15:48:54 -0700 > From: Ian Lepore > To: James Shuriff , Bakul Shah > > Cc: "freebsd-arm@freebsd.org" > Subject: Re: rpi3 clock drift > Message-ID: > <486c0bc46deeefb8338f50fe6dfdf7951786e56c.camel@freebsd.org> > Content-Type: text/plain; charset=3D"UTF-8" > > On Tue, 2019-11-26 at 22:34 +0000, James Shuriff wrote: >> kern.timecounter.tc.ARM MPCore Timecounter.frequency: 54000000 > > 54 MHz seems like a very strange frequency for a clock in an arm > system. Of course, everything about an RPi seems to be strange and > non-standard. > > Can someone else with an rpi3 (which keeps good time) confirm that > that's the usual number? > > -- Ian Mine does reasonably well; it's disciplined to a local stratum-0 (a pi2 with a GPS hat supplying PPS). The timecounter values are rpi3:/var/db/ntp # sysctl kern.timecounter kern.timecounter.fast_gettime: 1 kern.timecounter.tick: 1 kern.timecounter.choice: ARM MPCore Timecounter(1000) dummy(-1000000) kern.timecounter.hardware: ARM MPCore Timecounter kern.timecounter.alloweddeviation: 5 kern.timecounter.timehands_count: 2 kern.timecounter.stepwarnings: 0 kern.timecounter.tc.ARM MPCore Timecounter.quality: 1000 kern.timecounter.tc.ARM MPCore Timecounter.frequency: 19200000 kern.timecounter.tc.ARM MPCore Timecounter.counter: 1547324379 kern.timecounter.tc.ARM MPCore Timecounter.mask: 4294967295 and the ntpq info looks like rpi3:/var/db/ntp # ntpq ntpq> lpee remote refid st t when poll reach delay offset = jitter =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D *debian2.bogons .PPS. 1 u 39 512 377 0.759 5.328= 3.179 ntpq> rl &1 associd=3D63559 status=3D961a conf, reach, sel_sys.peer, 1 event, sys_= peer, srcadr=3Ddebian2.bogons, srcport=3D123, dstadr=3D192.168.2.6, dstport= =3D123, leap=3D00, stratum=3D1, precision=3D-19, rootdelay=3D0.000, rootdisp= =3D1.099, refid=3DPPS, reftime=3De18933b7.00541adb Wed, Nov 27 2019 10:41:11.00= 1, rec=3De18933be.acaf7c6a Wed, Nov 27 2019 10:41:18.674, reach=3D377, unreach=3D0, hmode=3D3, pmode=3D4, hpoll=3D9, ppoll=3D9, headway=3D17,= flash=3D00 ok, keyid=3D0, offset=3D5.328, delay=3D0.759, dispersion=3D14.153, jitter= =3D3.179, xleave=3D5.695, filtdelay=3D 0.87 0.76 0.78 0.77 0.79 0.79 0.71 = 0.80, filtoffset=3D 6.01 5.33 4.48 3.45 2.52 1.53 0.75 = 0.56, filtdisp=3D 0.00 7.95 16.10 23.85 31.71 39.74 47.61 = 55.62 ntpq> rl associd=3D0 status=3D0618 leap_none, sync_ntp, 1 event, no_sys_peer, version=3D"ntpd 4.2.8p12-a (1)", processor=3D"arm64", system=3D"FreeBSD/13.0-CURRENT", leap=3D00, stratum=3D2, precision=3D-= 21, rootdelay=3D0.759, rootdisp=3D23.748, refid=3D192.168.2.3, reftime=3De18931ac.ad6bd044 Wed, Nov 27 2019 10:32:28.677, clock=3De18933ef.81828f21 Wed, Nov 27 2019 10:42:07.505, peer=3D63559= , tc=3D9, mintc=3D3, offset=3D5.327665, frequency=3D-7.309, sys_jitter=3D0.00000= 0, clk_jitter=3D1.121, clk_wander=3D0.013, tai=3D37, leapsec=3D2017010100= 00, expire=3D201912280000 ntpq> quit This box is drifting a bit right now because I've got a 'make -j 3 buildworld' running; the cheapo little resonators that the Pi folks use instead of crystals drift madly with thermal stress. I can see the house furnace cutting in and out by graphing the loopstats file :). While idle it's usually good to less than half a millisecond. regards, Ross =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D Ross Alexander, (780) 675-6823 desk / (780) 689-0749 cell, rwa@athabascau.c= a 54.71593 N 113.30835 W Order is simply a thin, perilous condition we try to impose on the basic reality of chaos. -- William Gaddis, _J R_ -- This communication is intended for the use of the recipient to whom it is a= ddressed, and may contain confidential, personal, and or privileged informa= tion. Please contact us immediately if you are not the intended recipient o= f this communication, and do not copy, distribute, or take action relying o= n it. Any communications received in error, or subsequent reply, should be = deleted or destroyed. --- From owner-freebsd-arm@freebsd.org Wed Nov 27 20:21:07 2019 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id C1D771B7279 for ; Wed, 27 Nov 2019 20:21:07 +0000 (UTC) (envelope-from gonzo@bluezbox.com) Received: from id.bluezbox.com (id.bluezbox.com [45.55.20.155]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 47NXGV6txtz4X3p for ; Wed, 27 Nov 2019 20:21:06 +0000 (UTC) (envelope-from gonzo@bluezbox.com) Received: from localhost ([127.0.0.1] helo=id.bluezbox.com) by id.bluezbox.com with esmtps (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.92 (FreeBSD)) (envelope-from ) id 1ia3o3-000NqO-Cs; Wed, 27 Nov 2019 12:20:59 -0800 Received: (from gonzo@localhost) by id.bluezbox.com (8.15.2/8.15.2/Submit) id xARKKwsT091659; Wed, 27 Nov 2019 12:20:58 -0800 (PST) (envelope-from gonzo@bluezbox.com) X-Authentication-Warning: id.bluezbox.com: gonzo set sender to gonzo@bluezbox.com using -f Date: Wed, 27 Nov 2019 12:20:58 -0800 From: Oleksandr Tymoshenko To: Nick Kostirya Cc: freebsd-arm@freebsd.org Subject: Re: Does Camera Module with OV5640 Chip worked on ARM FreeBSD 12.1 Message-ID: <20191127202058.GA91514@bluezbox.com> References: <20191126101301.5cb6c6df@thinkpad> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20191126101301.5cb6c6df@thinkpad> X-Operating-System: FreeBSD/11.2-RELEASE-p10 (amd64) User-Agent: Mutt/1.12.1 (2019-06-15) X-Spam-Level: -- X-Spam-Report: Spam detection software, running on the system "id.bluezbox.com", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see The administrator of that system for details. Content preview: Nick Kostirya via freebsd-arm (freebsd-arm@freebsd.org) wrote: > Hello. > > Could you tell me, please? > Does Camera Module with OV5640 Chip work on ARM FreeBSD 12.1? > It's DVP interface camera, not [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Rspamd-Queue-Id: 47NXGV6txtz4X3p X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of gonzo@bluezbox.com designates 45.55.20.155 as permitted sender) smtp.mailfrom=gonzo@bluezbox.com X-Spamd-Result: default: False [-4.53 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; HAS_XAW(0.00)[]; DMARC_NA(0.00)[bluezbox.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; IP_SCORE(-2.23)[ip: (-8.74), ipnet: 45.55.0.0/19(-4.27), asn: 14061(1.91), country: US(-0.05)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:14061, ipnet:45.55.0.0/19, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Nov 2019 20:21:07 -0000 Nick Kostirya via freebsd-arm (freebsd-arm@freebsd.org) wrote: > Hello. > > Could you tell me, please? > Does Camera Module with OV5640 Chip work on ARM FreeBSD 12.1? > It's DVP interface camera, not USB. > If so, what is needed for this? > > https://www.friendlyarm.com/index.php?route=product/product&path=78&product_id=155 I don't think we have required drivers for this. Several things are required to make it work: - Driver for the OV5640 chip, ususally it's controlled over I2C - Driver for the SoC block that handles actual pixel data path. For this product it's DVP, the other common interface is MIPI/CSI. This driver needs to be visible to userland as V4L2 device (/dev/videoN). It also needs to have some glue code to talk to the OV5640 (or any other sensor) driver to control the sensor parameters. As far as I know FreeBSD doesn't have support for neither of these things at the moment. -- gonzo From owner-freebsd-arm@freebsd.org Wed Nov 27 20:46:07 2019 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 1D7771B84D5 for ; Wed, 27 Nov 2019 20:46:07 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic302-22.consmr.mail.gq1.yahoo.com (sonic302-22.consmr.mail.gq1.yahoo.com [98.137.68.148]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 47NXqK70b3z4Zmf for ; Wed, 27 Nov 2019 20:46:05 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: SWMd0SEVM1mk4rnMgCSWc.AX5m_H3kRHBNdyolqW1JnoEzXefDiIBe8tfbQ.pF0 WQBx4261.1RZVoI0G31xVJBSTZFU9.gz_Ey_jCIP3Ow5Gji2z9DbWEffnSdo33GnzByay2jV_lH. 8SD8zyYpkmlGynFuDhTJ.KrCNTYD20YmsI85RQH_0SkZsukEHmKv.yNlSNHaXeeyJKnFHUn3GYFR ofbpEJZXKxYjEvZvqZk6OVQKxtRVv0jU0I4PMso11FP5dfpdLWVX3UnGDzYg2H_RXDCWYWkge2H_ xUxE_cyU6VIK57YDkfMQSSp1pKbTc4es8aVZwKxmyj7uehzjfiPoXrX3KlRlHIBk9l4FloYxbC.X 0toL3d.nQqswP0ydyPFurlcvEMgqOaurAxXAG86B_xYEdH8v19jFpcAyfYIe19MLUt41bQ_y4jYh s8zxh.tfYfB1Hm7xkt4kAqQ4e1vj35pHpOFSpbZG8UznsWLQCUMIDvquynZ6xUh9IRdufCXnbbSJ NutzQVbHtOjXnKp8WX2S93jfY5wMG5YbTth8TmZYStKaKDtwYHNYPsISYg4GnGGCo.EHq5T4iiM_ Jj.NPiyjpFTG1L6oKrrWS9hJJhxxEAtHfOhy5Ci98mqEyqzW1K3Pu_F0C2oFNCz3bQgSZH0D5COc wNtazf0IqlES1rX8sjNT_ZwZnQp50dv_h_loSm.8AeP.tzPezIAUCIssmUu5nOAOjUP.8JS_.5Py .FudcKyKDhHWUjmg9w85dMpS21_1etFbvajjj00JPKO1VlPcuGrkSBahj5NR9Z2QxwQONfQJWzYv kcPILfG5Fs58LUSfDNstf4UdMADBAZauKV0OuruaTfM0V6Jx6CwJlmyxs5G4B1hk0ysJ2rEtaHDn 5HZP_enOXWmauJQhOBvzUlHKiLCCTHgvWJOMoYQlNTEyZBRo5c6yPfiM5u3JpUQMlEvcUA0FlUFy kGCAEYBNI2pRs.MQuNhfP8PkkuKBLczJLRH7sV02ZJAGOerphfb2WT.WyY5YqcUUPyxdIhkPIqwr lX5jMkUsgkVHlGe4Vzztd01_.pT6cc0iwZu7OQUpfOEZJSlQ2mN8Bq695L3JnqRnBumNs6C45gZx bawdBgg2Iv9c5K8xpXv5qewpcggJBKu8sg_roz5plTf_BRnurVIvKc_78ZlJpQSaM1eNLM9qUTa3 U00Zaxb838whNUcsJfvKl29juSnQJV.42TV1sEf9k3PhPxG4e6KEUNWgzOje5ujJJYW2tAvL3yOp Hd86UFK3tDxH7maq00L4irHr2kECAN2SWxt.7Lbu_VTihOrdtEY2NA_2rvPjCNLMTCBg5U4fwEnU acBzZi7J4v1fHIcahvRYYoipXf3WuUTGCkeOCgQLUDyJQcbOsncP4bGfc.VsRamonGo0U_iatcOA opy6tvkSTlU0OAlTj4Les Received: from sonic.gate.mail.ne1.yahoo.com by sonic302.consmr.mail.gq1.yahoo.com with HTTP; Wed, 27 Nov 2019 20:46:03 +0000 Received: by smtp419.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 762271c633cf89664f7586c83df0d156; Wed, 27 Nov 2019 20:46:00 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3601.0.10\)) Subject: Re: After more than 59 hr 20 min of poudreire based port building, the Rock64 (4 GiByte) got a data_abort with a panic message that mentioned "vm_fault failed" (cmd in dma_done was NULL, making cmd->data fail). Date: Wed, 27 Nov 2019 12:45:59 -0800 References: To: freebsd-arm@freebsd.org In-Reply-To: Message-Id: X-Mailer: Apple Mail (2.3601.0.10) X-Rspamd-Queue-Id: 47NXqK70b3z4Zmf X-Spamd-Bar: ++ X-Spamd-Result: default: False [2.26 / 15.00]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; TO_DN_NONE(0.00)[]; MV_CASE(0.50)[]; LONG_SUBJ(1.54)[206]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(0.00)[ip: (7.06), ipnet: 98.137.64.0/21(0.88), asn: 36647(0.70), country: US(-0.05)]; NEURAL_SPAM_MEDIUM(0.28)[0.281,0]; RCPT_COUNT_ONE(0.00)[1]; IP_SCORE_FREEMAIL(0.00)[]; NEURAL_SPAM_LONG(0.94)[0.939,0]; RCVD_IN_DNSWL_NONE(0.00)[148.68.137.98.list.dnswl.org : 127.0.5.0]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Nov 2019 20:46:07 -0000 On 2019-Nov-27, at 09:31, Mark Millard wrote: > The failure was while dwmmc_intr was active on the bus. It looks > like the vm_fault failed address matches the elr value, which is > near the lr value and near the "pc =3D" value listed for dwmmc_intr. > (Back trace shown later.) I should have mentioned that the system was running a non-debug build (with symbols). Looks like "cmd" was zero (NULL) in: 766 static int 767 dma_done(struct dwmmc_softc *sc, struct mmc_command *cmd) 768 { 769 struct mmc_data *data; 771 data =3D cmd->data; 0xffff00000078e51c <+648>: ldr x8, [x23, #40] for the use of dma_done in dwmmc_intr that is shown below: . . . cmd =3D sc->curcmd; . . . /* Ack interrupts */ WRITE4(sc, SDMMC_RINTSTS, reg); if (sc->use_pio) { if (reg & (SDMMC_INTMASK_RXDR|SDMMC_INTMASK_DTO)) { pio_read(sc, cmd); } if (reg & (SDMMC_INTMASK_TXDR|SDMMC_INTMASK_DTO)) { pio_write(sc, cmd); } } else { /* Now handle DMA interrupts */ reg =3D READ4(sc, SDMMC_IDSTS); if (reg) { dprintf("dma intr 0x%08x\n", reg); if (reg & (SDMMC_IDINTEN_TI | SDMMC_IDINTEN_RI)) = { WRITE4(sc, SDMMC_IDSTS, = (SDMMC_IDINTEN_TI | = SDMMC_IDINTEN_RI)); WRITE4(sc, SDMMC_IDSTS, = SDMMC_IDINTEN_NI); dma_done(sc, cmd); } } } . . . Unfortunately, I did not get a dump. > This is a head -r355027 based context. >=20 > This does not look easy to reproduce. >=20 > I had poudriere running 4 jobs, each allowed to use 4 processes, > so the bulk of the time the load average was between 8 and 17. >=20 > The last top update (of my extended top) showed top never saw > significant swap usage: >=20 > Swap: 4608M Total, 22M Used, 4586M Free, 32M MaxObsUsed >=20 > ("MaxObs" is short for "Maximum Observed".) >=20 > It also showed (line wrapped by me): >=20 > Mem: 196M Active, 1078M Inact, 4272K Laundry, 650M Wired, 264M Buf, > 2035M Free, 2517M MaxObsActive, 805M MaxObsWired, 3219M = MaxObs(Act+Wir) >=20 > It showed as running: >=20 > /usr/local/sbin/pkg-static create -r = /wrkdirs/usr/ports/devel/llvm90/work/stage . . . > (earlier llvm80 had completed fine) >=20 > and 3 of processes the form: >=20 > cpdup -i0 -x ref0? >=20 > Those 3 seem to be for the 3 "Building"s listed below: >=20 > [59:20:56] [02] [00:14:53] Finished devel/qt5-linguist | = qt5-linguist-5.13.2: Success > [59:20:57] [02] [00:00:00] Building deskutils/lumina-archiver | = lumina-archiver-1.5.0 > [59:20:57] [03] [00:00:00] Building deskutils/lumina-calculator | = lumina-calculator-1.5.0 > [59:20:57] [04] [00:00:00] Building x11/lumina-core | = lumina-core-1.5.0 >=20 >=20 > The serial console's report was: >=20 > Fatal data abort: > x0: fffffd0000b45b00 > x1: ffff000040588000 > x2: 8c > x3: 100 > x4: ffff00004035caa0 > x5: ffff00004035c7b0 > x6: 0 > x7: 1 > x8: ffff000000758ebc > x9: ffff000000a33100 > x10: fffffd0000a28678 > x11: 0 > x12: 9633b10b > x13: 2af8 > x14: 2777 > x15: 2af8 > x16: 38 > x17: 38 > x18: ffff00004035c870 > x19: fffffd0000a28600 > x20: 8c > x21: fffffd0000b45e58 > x22: ffff000000a4b000 > x23: 0 > x24: fffffd0000b45e10 > x25: fffffd0000b89514 > x26: fffffd0000b8f180 > x27: fffffd0000b45e00 > x28: ffff000000a4bd98 > x29: ffff00004035c8b0 > sp: ffff00004035c870 > lr: ffff00000078e518 > elr: ffff00000078e51c > spsr: 145 > far: 28 > esr: 96000005 > panic: vm_fault failed: ffff00000078e51c > cpuid =3D 2 > time =3D 1574872496 > KDB: stack backtrace: > db_trace_self() at db_trace_self_wrapper+0x28 > pc =3D 0xffff00000075ba9c lr =3D 0xffff0000001066a8 > sp =3D 0xffff00004035c270 fp =3D 0xffff00004035c480 >=20 > db_trace_self_wrapper() at vpanic+0x18c > pc =3D 0xffff0000001066a8 lr =3D 0xffff00000041903c > sp =3D 0xffff00004035c490 fp =3D 0xffff00004035c530 >=20 > vpanic() at panic+0x44 > pc =3D 0xffff00000041903c lr =3D 0xffff000000418eac > sp =3D 0xffff00004035c540 fp =3D 0xffff00004035c5c0 >=20 > panic() at data_abort+0x1e0 > pc =3D 0xffff000000418eac lr =3D 0xffff000000777d94 > sp =3D 0xffff00004035c5d0 fp =3D 0xffff00004035c680 >=20 > data_abort() at do_el1h_sync+0x144 > pc =3D 0xffff000000777d94 lr =3D 0xffff000000776fb0 > sp =3D 0xffff00004035c690 fp =3D 0xffff00004035c6c0 >=20 > do_el1h_sync() at handle_el1h_sync+0x78 > pc =3D 0xffff000000776fb0 lr =3D 0xffff00000075e078 > sp =3D 0xffff00004035c6d0 fp =3D 0xffff00004035c7e0 >=20 > handle_el1h_sync() at dwmmc_intr+0x280 > pc =3D 0xffff00000075e078 lr =3D 0xffff00000078e514 > sp =3D 0xffff00004035c7f0 fp =3D 0xffff00004035c8b0 >=20 > dwmmc_intr() at ithread_loop+0x1f4 > pc =3D 0xffff00000078e514 lr =3D 0xffff0000003db604 > sp =3D 0xffff00004035c8c0 fp =3D 0xffff00004035c940 >=20 > ithread_loop() at fork_exit+0x90 > pc =3D 0xffff0000003db604 lr =3D 0xffff0000003d7be4 > sp =3D 0xffff00004035c950 fp =3D 0xffff00004035c980 >=20 > fork_exit() at fork_trampoline+0x10 > pc =3D 0xffff0000003d7be4 lr =3D 0xffff000000776cec > sp =3D 0xffff00004035c990 fp =3D 0x0000000000000000 >=20 > KDB: enter: panic > [ thread pid 12 tid 100038 ] > Stopped at dwmmc_intr+0x288: ldr x8, [x23, #40] > db>=20 =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Wed Nov 27 20:58:48 2019 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id CE9BD1B8B20 for ; Wed, 27 Nov 2019 20:58:48 +0000 (UTC) (envelope-from james@opentech.cc) Received: from NAM03-CO1-obe.outbound.protection.outlook.com (mail-eopbgr790085.outbound.protection.outlook.com [40.107.79.85]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "GlobalSign Organization Validation CA - SHA256 - G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 47NY5z3hcTz4bnV for ; Wed, 27 Nov 2019 20:58:46 +0000 (UTC) (envelope-from james@opentech.cc) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=h9DwdCrktZTV2lnW/rxVpQPsf2AjoiUyGgaj60bAUYtjGEM9kT8zkj63Z+5H9KdCc5sAVbEgRM830qRrIPOCSlTPeVt9ZrFKb6GM6k7i3kcdjq6APDieOqN9JU6LUDw1ROEHQl6JctiHn56J+D217z1Tla644zFYrG/+BKifgyoArFwiTbjj+6rQQdie/5U6V4TkKg9oNSt97uUN2EJMJ+BVBZYZmEnEch6w/fMKBb79tuoBx5EJGsrOXcMHTM4qbwXXoHT5vdSBS37eMabRf8a9sp8PA3L9cQoqz5bCBhBjq+FuxZC1RSo1v+NR0hm+ayiGHL7iRD1AsH+AXnhNoQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=1I/QpitYbaHqNeK2TLN7w7qBVeFVY3kADEwkjh4Jav0=; b=ioYzDAWleuUwsFZun1NSrgzEX2KCR1mdaedEE5Ba2IlLSxfx1BFUMa639Cpwrtml7eoompcZR1BmrZ9BZ4kqfWuR8xaJ5baH6Sk5FuMo5UHscnwDCXBnn6l3Dv9RxfXXTtPN0dXOQ1HlWzu+ZpcyQ6A/u437pwCoiG03Vg7qkEeEChiJs45dIOiylgYJN1r67PMaIov0OOFJwUWid7E8IqGKgy++zks6Hg7jPeqYrbTa97ozdXc4xWzbpYiwZV5cRh/q1x2/vlUqy7D5vfVwXJIHu54e1nFyy7qRjFaT/vNIGbyZlsVsEU6MSofYBBkfLtev2lUg5Q4RaGn90g4DKQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=opentech.cc; dmarc=pass action=none header.from=opentech.cc; dkim=pass header.d=opentech.cc; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=opentech.cc; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=1I/QpitYbaHqNeK2TLN7w7qBVeFVY3kADEwkjh4Jav0=; b=ZzQVfHz0CU2rKGwuxSKEN1stXPQadnoEHb5xvbOK/l3b/o/SkYZkg1+15zW52yIcMNkGI7zvPXxbTtdCAQMMGTZWkhT7OdGxP/mDhpLUTMl0jWwO4DrggWk1Qo75rVngYiLQgLHJ4zuDKN8EMTLXU817q6fRI4Hm7YHADondeMQ= Received: from MWHPR06MB3134.namprd06.prod.outlook.com (10.174.248.13) by MWHPR06MB2751.namprd06.prod.outlook.com (10.168.204.143) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2495.18; Wed, 27 Nov 2019 20:58:43 +0000 Received: from MWHPR06MB3134.namprd06.prod.outlook.com ([fe80::1943:79aa:6d34:38ba]) by MWHPR06MB3134.namprd06.prod.outlook.com ([fe80::1943:79aa:6d34:38ba%7]) with mapi id 15.20.2474.023; Wed, 27 Nov 2019 20:58:43 +0000 From: James Shuriff To: Ross Alexander , "freebsd-arm@freebsd.org" Subject: RE: rpi3 clock drift Thread-Topic: rpi3 clock drift Thread-Index: AQHVpUx0zryUjtMePk2bBh6hCr8xxqeff+Ow Date: Wed, 27 Nov 2019 20:58:43 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [71.251.5.193] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 31873989-5c66-4f9d-08b2-08d7737c96a3 x-ms-traffictypediagnostic: MWHPR06MB2751: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:6430; x-forefront-prvs: 023495660C x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(4636009)(39830400003)(346002)(376002)(396003)(366004)(136003)(199004)(189003)(13464003)(38564003)(86362001)(305945005)(2906002)(99286004)(74316002)(3846002)(6116002)(14454004)(25786009)(186003)(102836004)(76116006)(53546011)(52536014)(6506007)(66556008)(66066001)(66476007)(66446008)(5660300002)(64756008)(66946007)(110136005)(316002)(966005)(508600001)(229853002)(26005)(76176011)(7736002)(2501003)(7116003)(256004)(4001150100001)(5024004)(14444005)(8676002)(6436002)(446003)(11346002)(6306002)(9686003)(55016002)(8936002)(81156014)(81166006)(71200400001)(71190400001)(33656002)(6246003)(7696005); DIR:OUT; SFP:1101; SCL:1; SRVR:MWHPR06MB2751; H:MWHPR06MB3134.namprd06.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: opentech.cc does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: IWdtgce9Q1+UYC7dmWVWBRNFxqtv/RS1P8ZEbW8GL25JeFcxz1i0N8Gn115/oDZt4vKTiNOmPo3yFOIliIzTB426QzIeY7zpb0BfvqekxkdmQoTeMdyThfVsNTdmKhQPV7wWg5pwYPUloYVkIz4gFLRazVynULFINjHOWr8oKpillXc7ILzfL0gmNpUH+YjXynub2+fd9m5h6olebppkNOhyBTTGOYJylCimVqsxZ39kP2IRX6mqvTTPPZseIjnO9oj4F0weeA8L1cIMfqUbmouChkoajhmwEYwMqSZBd/6zTL1F0xg5ff3MLg1yZB+PFv9dMJd+UFlfKPIVewA1SCpoqe01+D1m+BQ+oBG2FstKbz+cauZyI8DviPw56LAHUwCzN3F1hH9Gkmy6dGUImFrnGXRw1dwbMlCgM3rz1QyBjV5JqLyCDcQsm0Q/wtA7NvNG/P/UnzrYFNb3x8yoYhAeWl/TF88mt/Bl1fks4oI= x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: opentech.cc X-MS-Exchange-CrossTenant-Network-Message-Id: 31873989-5c66-4f9d-08b2-08d7737c96a3 X-MS-Exchange-CrossTenant-originalarrivaltime: 27 Nov 2019 20:58:43.4821 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5c5dd5ac-929c-48f6-a3f4-c0c8602c24af X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: pj74EB03so6SsaPEq6kSNIobwOdQJAkyqG9baaOn4NcXMkk2hP6xruB1P9hpJcluOI7MA76hyafraer9AEbpwQ== X-MS-Exchange-Transport-CrossTenantHeadersStamped: MWHPR06MB2751 X-Rspamd-Queue-Id: 47NY5z3hcTz4bnV X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=opentech.cc header.s=selector1 header.b=ZzQVfHz0; dmarc=pass (policy=none) header.from=opentech.cc; spf=pass (mx1.freebsd.org: domain of james@opentech.cc designates 40.107.79.85 as permitted sender) smtp.mailfrom=james@opentech.cc X-Spamd-Result: default: False [-5.35 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[opentech.cc:s=selector1]; HAS_XOIP(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:40.107.0.0/16]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(-1.35)[ipnet: 40.64.0.0/10(-3.85), asn: 8075(-2.84), country: US(-0.05)]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[opentech.cc:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[85.79.107.40.list.dnswl.org : 127.0.3.0]; DMARC_POLICY_ALLOW(-0.50)[opentech.cc,none]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:8075, ipnet:40.64.0.0/10, country:US]; ARC_ALLOW(-1.00)[i=1] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Nov 2019 20:58:48 -0000 Yeah, I'm convinced 19.2 MHz is what I *should* have. I just need to figure= out what's supplying the frequency. I expect it's a bad FDT. What model is your GPS hat? - James Shuriff -----Original Message----- From: owner-freebsd-arm@freebsd.org On Beha= lf Of Ross Alexander Sent: Wednesday, November 27, 2019 12:59 PM To: freebsd-arm@freebsd.org Subject: re: rpi3 clock drift On Wed, 27 Nov 2019, IanLepore wrote: > Date: Tue, 26 Nov 2019 15:48:54 -0700 > From: Ian Lepore > To: James Shuriff , Bakul Shah > > Cc: "freebsd-arm@freebsd.org" > Subject: Re: rpi3 clock drift > Message-ID: > <486c0bc46deeefb8338f50fe6dfdf7951786e56c.camel@freebsd.org> > Content-Type: text/plain; charset=3D"UTF-8" > > On Tue, 2019-11-26 at 22:34 +0000, James Shuriff wrote: >> kern.timecounter.tc.ARM MPCore Timecounter.frequency: 54000000 > > 54 MHz seems like a very strange frequency for a clock in an arm > system. Of course, everything about an RPi seems to be strange and > non-standard. > > Can someone else with an rpi3 (which keeps good time) confirm that > that's the usual number? > > -- Ian Mine does reasonably well; it's disciplined to a local stratum-0 (a pi2 with a GPS hat supplying PPS). The timecounter values are rpi3:/var/db/ntp # sysctl kern.timecounter kern.timecounter.fast_gettime: 1 kern.timecounter.tick: 1 kern.timecounter.choice: ARM MPCore Timecounter(1000) dummy(-1000000) kern.timecounter.hardware: ARM MPCore Timecounter kern.timecounter.alloweddeviation: 5 kern.timecounter.timehands_count: 2 kern.timecounter.stepwarnings: 0 kern.timecounter.tc.ARM MPCore Timecounter.quality: 1000 kern.timecounter.tc.ARM MPCore Timecounter.frequency: 19200000 kern.timecounter.tc.ARM MPCore Timecounter.counter: 1547324379 kern.timecounter.tc.ARM MPCore Timecounter.mask: 4294967295 and the ntpq info looks like rpi3:/var/db/ntp # ntpq ntpq> lpee remote refid st t when poll reach delay offset = jitter =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D *debian2.bogons .PPS. 1 u 39 512 377 0.759 5.328= 3.179 ntpq> rl &1 associd=3D63559 status=3D961a conf, reach, sel_sys.peer, 1 event, sys_= peer, srcadr=3Ddebian2.bogons, srcport=3D123, dstadr=3D192.168.2.6, dstport= =3D123, leap=3D00, stratum=3D1, precision=3D-19, rootdelay=3D0.000, rootdisp= =3D1.099, refid=3DPPS, reftime=3De18933b7.00541adb Wed, Nov 27 2019 10:41:11.00= 1, rec=3De18933be.acaf7c6a Wed, Nov 27 2019 10:41:18.674, reach=3D377, unreach=3D0, hmode=3D3, pmode=3D4, hpoll=3D9, ppoll=3D9, headway=3D17,= flash=3D00 ok, keyid=3D0, offset=3D5.328, delay=3D0.759, dispersion=3D14.153, jitter= =3D3.179, xleave=3D5.695, filtdelay=3D 0.87 0.76 0.78 0.77 0.79 0.79 0.71 = 0.80, filtoffset=3D 6.01 5.33 4.48 3.45 2.52 1.53 0.75 = 0.56, filtdisp=3D 0.00 7.95 16.10 23.85 31.71 39.74 47.61 = 55.62 ntpq> rl associd=3D0 status=3D0618 leap_none, sync_ntp, 1 event, no_sys_peer, version=3D"ntpd 4.2.8p12-a (1)", processor=3D"arm64", system=3D"FreeBSD/13.0-CURRENT", leap=3D00, stratum=3D2, precision=3D-= 21, rootdelay=3D0.759, rootdisp=3D23.748, refid=3D192.168.2.3, reftime=3De18931ac.ad6bd044 Wed, Nov 27 2019 10:32:28.677, clock=3De18933ef.81828f21 Wed, Nov 27 2019 10:42:07.505, peer=3D63559= , tc=3D9, mintc=3D3, offset=3D5.327665, frequency=3D-7.309, sys_jitter=3D0.00000= 0, clk_jitter=3D1.121, clk_wander=3D0.013, tai=3D37, leapsec=3D2017010100= 00, expire=3D201912280000 ntpq> quit This box is drifting a bit right now because I've got a 'make -j 3 buildwor= ld' running; the cheapo little resonators that the Pi folks use instead of = crystals drift madly with thermal stress. I can see the house furnace cutt= ing in and out by graphing the loopstats file :). While idle it's usually = good to less than half a millisecond. regards, Ross =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D Ross Alexander, (780) 675-6823 desk / (780) 689-0749 cell, rwa@athabascau.c= a 54.71593 N 113.30835 W Order is simply a thin, perilous condition we try to impose on the basic reality of chaos. -- William Gaddis, _J R_ -- This communication is intended for the use of the recipient to whom it is a= ddressed, and may contain confidential, personal, and or privileged informa= tion. Please contact us immediately if you are not the intended recipient o= f this communication, and do not copy, distribute, or take action relying o= n it. Any communications received in error, or subsequent reply, should be = deleted or destroyed. --- _______________________________________________ freebsd-arm@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-arm To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" ________________________________ DISCLAIMER: This message and any attachments are intended solely for the u= se of the recipient and may contain confidential information. If you have r= eceived this message in error please delete it and promptly notify the send= er, James Shuriff (james@opentech.cc). From owner-freebsd-arm@freebsd.org Wed Nov 27 23:16:08 2019 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id C049B1BB54C for ; Wed, 27 Nov 2019 23:16:08 +0000 (UTC) (envelope-from pusateri@bangj.com) Received: from oj.bangj.com (69-77-154-174.static.skybest.com [69.77.154.174]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 47Nc8R2npDz3F8c; Wed, 27 Nov 2019 23:16:06 +0000 (UTC) (envelope-from pusateri@bangj.com) Received: from [172.16.10.110] (mta-107-13-246-59.nc.rr.com [107.13.246.59]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by oj.bangj.com (Postfix) with ESMTPSA id 175352F6B7; Wed, 27 Nov 2019 18:16:05 -0500 (EST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3601.0.10\)) Subject: Re: cubox-i armv7 12.1-RELEASE image fails to boot From: Tom Pusateri In-Reply-To: <20191127170921.3826686498acf28b09361b5f@bidouilliste.com> Date: Wed, 27 Nov 2019 18:16:04 -0500 Cc: Tom Pusateri via freebsd-arm , Ian Lepore Content-Transfer-Encoding: quoted-printable Message-Id: References: <26c21aefb0fbc4f97046f8d966d3cec5d9311885.camel@freebsd.org> <02866BFF-03B3-4335-B42B-EB71453CB516@bangj.com> <15ABD54F-4193-4413-8045-061A6AEA98A7@bangj.com> <20191127170921.3826686498acf28b09361b5f@bidouilliste.com> To: Emmanuel Vadot X-Mailer: Apple Mail (2.3601.0.10) X-Rspamd-Queue-Id: 47Nc8R2npDz3F8c X-Spamd-Bar: ----- X-Spamd-Result: default: False [-5.02 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[bangj.com:s=201907]; RECEIVED_SPAMHAUS_PBL(0.00)[59.246.13.107.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.10]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+mx]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[bangj.com:+]; DMARC_POLICY_ALLOW(-0.50)[bangj.com,quarantine]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; IP_SCORE(-2.52)[ip: (-6.61), ipnet: 69.77.128.0/19(-3.30), asn: 23118(-2.64), country: US(-0.05)]; ASN(0.00)[asn:23118, ipnet:69.77.128.0/19, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Nov 2019 23:16:08 -0000 > On Nov 27, 2019, at 11:09 AM, Emmanuel Vadot = wrote: >=20 > On Wed, 27 Nov 2019 09:48:37 -0500 > Tom Pusateri via freebsd-arm wrote: >=20 >>=20 >>> On Nov 27, 2019, at 12:05 AM, Tom Pusateri via freebsd-arm = wrote: >>>=20 >>>=20 >>>> On Nov 26, 2019, at 10:24 PM, Ian Lepore wrote: >>>>=20 >>>> On Mon, 2019-11-25 at 21:37 -0500, Tom Pusateri via freebsd-arm = wrote: >>>>> I tried booting the 12.1-RELEASE image on my cubox-i and it goes = into >>>>> an endless loop before it boots the kernel but it scrolls so fast >>>>> it?s hard to make out or figure out how to stop it. >>>>>=20 >>>>> The last line I can read before it hits the endless loop is: >>>>>=20 >>>>> Loading /boot/loader.conf.local >>>>> / >>>>>=20 >>>>> If I freeze frame a slow mo video of the endless loop it repeats: >>>>>=20 >>>>> Code: b1116931 f0074806 4806fea4 fea1f007 (e7cf682d) >>>>> data abort >>>>> pc : [<8ffafd74>] lr : [<0ffafd2f>] >>>>> reloc pc : [<1782bd74>] lr : [<1782bd2f>] >>>>> sp : 8f57ae38 ip : 8f5a fp : 8ffc2f1c >>>>> r10 : 8ffbb240 r9 : 8f58 r8 : 8ffafd74 >>>>> r7 : 8ffd06c4 r6 : 8e55 r5 : ffffffff r4 : 8f8a6318 >>>>> r3 : 9ff01ce5 r2 : 9ff0 r1 : 8ffbb240 r0 : 0000005e >>>>> Flags : nzCv IRQs on FIQs on Mode SVC_32 >>>>>=20 >>>>>=20 >>>>> This unit is a couple of years old now but still works fine with >>>>> Linux. >>>>>=20 >>>>> Thanks, >>>>> Tom >>>>>=20 >>>>=20 >>>> Hmmm, I just downloaded the image, burned it to a fresh sdcard, and = my >>>> cubox boots from it fine. I'm using a serial console, not video, = maybe >>>> that's related somehow. >>>>=20 >>>> Yep, that's what it is... I dug out a monitor and hooked it up, and >>>> that gives me the same symptoms you're seeing. >>>>=20 >>>> The problem is, I have no idea what to do about that. Those = register >>>> dumps are printed by uboot's exception handlers, and this happens = while >>>> the efi loader is loading the kernel. I don't know much about efi = or >>>> about running arm systems with video monitors connected. >>>>=20 >>>> ? Ian >>>>=20 >>>=20 >>> Thanks! >>>=20 >>> unplugging the keyboard/display worked for me too. This is fine for = me but if I can help test any changes, I?ll be glad to. >>=20 >> I had to force install an updated version of pkg because the = 12.1-RELEASE version depended on an old version of libssl.so.9. I used: >>=20 >> pkg-static bootstrap -f >>=20 >> And there?s still some packages that want the old version of openssl = in the ?latest? pkg repository: >>=20 >> $ curl >> ld-elf.so.1: Shared object "libssl.so.9" not found, required by = "libcurl.so.4? >>=20 >> $ ls /usr/lib/libssl* >> /usr/lib/libssl.a /usr/lib/libssl.so.111 >> /usr/lib/libssl.so /usr/lib/libssl_p.a >>=20 >> I?m rebuilding curl from ports now. >>=20 >> Thanks again, >> Tom >=20 > latest packages aren't build for armv7, only quarterly. > I see that there is a latest folder under > https://pkg.freebsd.org/FreeBSD:12:armv7/ but this goes back to 2018 > which is why you have those ssl errors. > I'll see if someone can delete this folder, I prefer users to have 404 > than broken packages. > Just stick with the default config that uses quartely and you > shouldn't have any problem (tm). If you really need some more up to > date packages doing a poudriere build yourself is the easiest way. Ok, thanks. I started over leaving the quarterly packages in place and everything = installs fine. Anyone tried to get the wifi interface working on the Cubox-i? Solid Run = says it=E2=80=99s a BCM4329G. Tom From owner-freebsd-arm@freebsd.org Thu Nov 28 05:20:55 2019 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id D57731C5058 for ; Thu, 28 Nov 2019 05:20:55 +0000 (UTC) (envelope-from rwa@athabascau.ca) Received: from NAM04-SN1-obe.outbound.protection.outlook.com (mail-eopbgr700050.outbound.protection.outlook.com [40.107.70.50]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "GlobalSign Organization Validation CA - SHA256 - G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 47NmFL4320z44pV for ; Thu, 28 Nov 2019 05:20:53 +0000 (UTC) (envelope-from rwa@athabascau.ca) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=K/V7vTPKtYXzTLt3iClbUP1YWwZ0GtyHxzeLFNKoBvCo4h3AtljnHfMLMXt73xCoMvX9bdKLT91zsaEVm4yDver/IFAKKl9dzykjXt5heyjW0nYc57fa6aACxZAiEdKQ0FIRAjjLikxZlqxCktwO/A8ZUpPVEWioI9b6eiHceELnx12pVOU/ecXcgLf4WbwY4wKHkE7hkVW2P3/Ml85+xCUGjTriAsB/jCziO6LzVmS3BNpvNfZCZi71yhC0sRpomjjA8zClx6wp6qPwP07K4FKVTrOyX5QpFEs3DfwHNJTnN5708gKdw9qYVxNPDT4GVSKjxPYuCaTr2GUDx61w3A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=5Q82BUa26DLu+PXU6MTkhiHnTtvBoOSEULzHJI/Nq5Y=; b=Gzthlgwq/plpJlGLm/L1HmGgVoADPl22qZRS8UeGQGASWfAeOSEE+1RJ0PrhYwJTDc6PnF8V+NY4oE0l07qExT7yQB9kRTdHHUtFfiNzOjI64TQyFYOmAutndANVVMpx3lsPodRM3KxMMNtYww8nfur2Sjsy9Oi7xsVBp+fzjZwwtr6RO/zMRkdiFD4HWcM7AMz2+AV+jUVOH9HvFt3Aas0FTxAEpT7VyOIn/LCaiR2Bncksdo8JjfuTw3urwtdhBj1WdJAFkyirQE/WOOUk1KhjniUNg7C/xCgV1loPFGz8cGpkFh7OKb0NkbsThTjtmPZEy55z2N/5awV9JyEHVQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass (sender ip is 131.232.32.37) smtp.rcpttodomain=freebsd.org smtp.mailfrom=athabascau.ca; dmarc=bestguesspass action=none header.from=athabascau.ca; dkim=none (message not signed); arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=austaff.onmicrosoft.com; s=selector2-austaff-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=5Q82BUa26DLu+PXU6MTkhiHnTtvBoOSEULzHJI/Nq5Y=; b=M3PRGLhz1ooIoLw0joatigwzwoEfR05OXm/XqPhFtR76b6TdudRhXSykTiwhEAsg1qmKkpIqTZL7CZb8JtQRCgjNCObvMUjKnvWe8bPX2jmDbIlAnc4sxb446NCZKIPJoN3sVp5wZvABPnZL08uuVohncYddLKI8N48Omot7sa0= Received: from DM5PR13CA0061.namprd13.prod.outlook.com (2603:10b6:3:117::23) by DM6PR13MB2873.namprd13.prod.outlook.com (2603:10b6:5:13d::10) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2495.13; Thu, 28 Nov 2019 05:20:52 +0000 Received: from TO1CAN01FT007.eop-CAN01.prod.protection.outlook.com (2a01:111:f400:7e5d::204) by DM5PR13CA0061.outlook.office365.com (2603:10b6:3:117::23) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2495.10 via Frontend Transport; Thu, 28 Nov 2019 05:20:52 +0000 Received-SPF: Pass (protection.outlook.com: domain of athabascau.ca designates 131.232.32.37 as permitted sender) receiver=protection.outlook.com; client-ip=131.232.32.37; helo=smtp-relay.cs.athabascau.ca; Received: from smtp-relay.cs.athabascau.ca (131.232.32.37) by TO1CAN01FT007.mail.protection.outlook.com (10.152.122.104) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2495.18 via Frontend Transport; Thu, 28 Nov 2019 05:20:51 +0000 Received: from autopsy.pc.athabascau.ca (autopsy.pc.athabascau.ca [131.232.4.80]) by smtp-relay.cs.athabascau.ca (Postfix) with ESMTPS id D28D92019F; Wed, 27 Nov 2019 22:20:50 -0700 (MST) Date: Wed, 27 Nov 2019 22:20:50 -0700 (MST) From: Ross Alexander X-X-Sender: rwa@autopsy.pc.athabascau.ca To: James Shuriff cc: "freebsd-arm@freebsd.org" Subject: RE: rpi3 clock drift In-Reply-To: Message-ID: References: User-Agent: Alpine 2.21.99999 (BSF 352 2019-06-22) Organization: Athabasca University MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed X-EOPAttributedMessage: 0 X-Forefront-Antispam-Report: CIP:131.232.32.37; IPV:NLI; CTRY:CA; EFV:NLI; SFV:NSPM; SFS:(10009020)(376002)(346002)(396003)(39860400002)(136003)(189003)(199004)(36916002)(70206006)(8936002)(26005)(106002)(356004)(7116003)(8746002)(956004)(55016002)(316002)(11346002)(786003)(446003)(246002)(58126008)(229853002)(47776003)(478600001)(86362001)(8676002)(4326008)(6246003)(305945005)(6266002)(7636002)(70586007)(14444005)(336012)(2906002)(5660300002)(7696005)(76176011)(6916009)(186003)(426003)(23726003)(50466002)(102196002); DIR:OUT; SFP:1101; SCL:1; SRVR:DM6PR13MB2873; H:smtp-relay.cs.athabascau.ca; FPR:; SPF:Pass; LANG:en; PTR:vs001lpmp1609.cs.athabascau.ca; MX:1; A:1; X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: a301ba8f-66cc-420e-ad03-08d773c2bc7b X-MS-TrafficTypeDiagnostic: DM6PR13MB2873: X-Microsoft-Antispam-PRVS: Content-Transfer-Encoding: quoted-printable X-MS-Oob-TLC-OOBClassifiers: OLM:1850; X-Forefront-PRVS: 0235CBE7D0 X-MS-Exchange-SenderADCheck: 1 X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: THCjCF7knGYo7aJ8A30HUqcPP8+4PaXb8fw4nuVel8IRbwP5Aa9IyHd1gZvQOQ2Aa3IPd+fI9FCB50N2f9aEQDvx3OJywDF6Cx1yo8kOnsN+SpP1WF3iFx5HC+i7AvnA3T6YSg2t9PKvu6IKZ+fO0M0dCFGP8gWcJ+3jUnl+P42NBjSSaK1sP6bkBiGbJsWrVnj7wDjMrImo0P8bqMz6vT+/T7n2nAvNwXe2LE/rdyCP3Mqi8kJ4vqQQ0Ca8AWocGg+l9nl3pJXYqKJoIzBYdmC5hqyHQYYTZU4xNsyzap5qIgBOVpxic5M6rFvMSuBDwBdvnA3qiUKoEoVJG7yZWH0hAzZ0M5uDox4ijortlxngbWqRAlzaW2K52OOA534bPMvVDPKCf3smuHiBvkDytnzQ76aWXMEZPivVjQjoDNhBO+vNjC3XCUtQArvKOuaT X-OriginatorOrg: athabascau.ca X-MS-Exchange-CrossTenant-OriginalArrivalTime: 28 Nov 2019 05:20:51.5132 (UTC) X-MS-Exchange-CrossTenant-Network-Message-Id: a301ba8f-66cc-420e-ad03-08d773c2bc7b X-MS-Exchange-CrossTenant-Id: a893bdd2-f460-4252-aa34-4d057436a09d X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=a893bdd2-f460-4252-aa34-4d057436a09d; Ip=[131.232.32.37]; Helo=[smtp-relay.cs.athabascau.ca] X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM6PR13MB2873 X-Rspamd-Queue-Id: 47NmFL4320z44pV X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=austaff.onmicrosoft.com header.s=selector2-austaff-onmicrosoft-com header.b=M3PRGLhz; dmarc=none; spf=pass (mx1.freebsd.org: domain of rwa@athabascau.ca designates 40.107.70.50 as permitted sender) smtp.mailfrom=rwa@athabascau.ca X-Spamd-Result: default: False [-4.85 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[austaff.onmicrosoft.com:s=selector2-austaff-onmicrosoft-com]; RCVD_COUNT_FIVE(0.00)[5]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:40.107.0.0/16]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[athabascau.ca]; HAS_ORG_HEADER(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[austaff.onmicrosoft.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[50.70.107.40.list.dnswl.org : 127.0.3.0]; IP_SCORE(-1.35)[ipnet: 40.64.0.0/10(-3.85), asn: 8075(-2.84), country: US(-0.05)]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:8075, ipnet:40.64.0.0/10, country:US]; ARC_ALLOW(-1.00)[i=1] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Nov 2019 05:20:55 -0000 On Wed, 27 Nov 2019, James Shuriff wrote: > Yeah, I'm convinced 19.2 MHz is what I *should* have. I just need to > figure out what's supplying the frequency. I expect it's a bad FDT. > > What model is your GPS hat? An Adafruit "ultimate gps hat" (typical commercial hyperbole, sigh.) It's about $65 after you add the 40 pin molex connector, the micro-whatever to SMA cable, and the external amplified patch antenna. You can get along without those last two if your Pi is outside, but I'm in a metal roofed building which the little patch antenna built into the hat proper finds impenetrable. An external antenna out on top of the roof makes all the difference. regards, Ross =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D Ross Alexander, (780) 675-6823 desk / (780) 689-0749 cell, rwa@athabascau.c= a 54.71593 N 113.30835 W Order is simply a thin, perilous condition we try to impose on the basic reality of chaos. -- William Gaddis, _J R_ -- This communication is intended for the use of the recipient to whom it is a= ddressed, and may contain confidential, personal, and or privileged informa= tion. Please contact us immediately if you are not the intended recipient o= f this communication, and do not copy, distribute, or take action relying o= n it. Any communications received in error, or subsequent reply, should be = deleted or destroyed. --- From owner-freebsd-arm@freebsd.org Thu Nov 28 10:34:49 2019 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id EB5871CC977 for ; Thu, 28 Nov 2019 10:34:49 +0000 (UTC) (envelope-from usenet@ulrich-grey.de) Received: from mo6-p00-ob.smtp.rzone.de (mo6-p00-ob.smtp.rzone.de [IPv6:2a01:238:20a:202:5300::3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "*.smtp.rzone.de", Issuer "TeleSec ServerPass Class 2 CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 47NvCX4lPpz4P9H for ; Thu, 28 Nov 2019 10:34:48 +0000 (UTC) (envelope-from usenet@ulrich-grey.de) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; t=1574937285; s=strato-dkim-0002; d=ulrich-grey.de; h=Message-Id:Subject:To:From:Date:X-RZG-CLASS-ID:X-RZG-AUTH:From: Subject:Sender; bh=ggu/fZhPcUzJmLEWbzsX8U2k2iBJlIyZ+y9plsM3svE=; b=Ow7/N6OQR3BDyVzy2HQOlqlo0OmDiZruaDbMaRv5LN22WLsDIhWneA1WTy7oEGcrch ZPqtaYww58MAgbYpWKybzvJH6W1loNJbaZxVtIensI/cLKePv8qhgEJc7HQAu0FDBv9o Kv+VFN7r+HHF0PZfnwksL7ZFWQaITsTpEuvw1ieOMiA9yfBzrXg7FyETxhqsUUIvBFvk ivRctOJzQTBJqS/B5CjkPW9QEzQ/CNAPvftgdrWqUlOdFUmCmHlMsJ5fXk07cqFKf4BY 5HpsxHSfzEba+BZbiYsrJUFG5ujMD9ioZZaXiawdQ8MNPTqAxui+BrMVC6pJ8YLrpioe uoew== X-RZG-AUTH: ":OX8Be0W8W+pMC3rDLL/lo2xV/LZTbZkYhPcwkcojh9vB3Wa1dWT+c76e01X6VoSG5ZXdxt7xWr8=" X-RZG-CLASS-ID: mo00 Received: from ap-fbsd by smtp.strato.de (RZmta 45.0.2 DYNA|AUTH) with ESMTPSA id 607378vASAYiAvE (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (curve X9_62_prime256v1 with 256 ECDH bits, eq. 3072 bits RSA)) (Client did not present a certificate) for ; Thu, 28 Nov 2019 11:34:44 +0100 (CET) Date: Thu, 28 Nov 2019 11:34:42 +0100 From: Ulrich Grey To: freebsd-arm@freebsd.org Subject: ROCK64: Unknown kernel exception 0 esr_el1 2000000 Message-Id: <20191128113442.c57f7b04c35b7c4b56c8860a@ulrich-grey.de> Organization: - X-Mailer: Sylpheed 3.5.1 (GTK+ 2.24.29; i386-portbld-freebsd11.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 47NvCX4lPpz4P9H X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=ulrich-grey.de header.s=strato-dkim-0002 header.b=Ow7/N6OQ; dmarc=none; spf=none (mx1.freebsd.org: domain of usenet@ulrich-grey.de has no SPF policy when checking 2a01:238:20a:202:5300::3) smtp.mailfrom=usenet@ulrich-grey.de X-Spamd-Result: default: False [-2.73 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[ulrich-grey.de:s=strato-dkim-0002]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; HAS_ORG_HEADER(0.00)[]; DMARC_NA(0.00)[ulrich-grey.de]; DKIM_TRACE(0.00)[ulrich-grey.de:+]; IP_SCORE(-0.83)[ipnet: 2a01:238::/32(-3.64), asn: 6724(-0.48), country: DE(-0.01)]; R_SPF_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; RCVD_IN_DNSWL_LOW(-0.10)[3.0.0.0.0.0.0.0.0.0.0.0.0.0.3.5.2.0.2.0.a.0.2.0.8.3.2.0.1.0.a.2.list.dnswl.org : 127.0.5.1]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:6724, ipnet:2a01:238::/32, country:DE]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Nov 2019 10:34:50 -0000 I am building ports (ports-mgmt/poudriere) on a ROCK64 V2.0 running FreeBSD 13.0-CURRENT #0 r354935 arm64 As a poudriere jail I use the mounted image from https://download.freebsd.org/ftp/snapshots/arm64/aarch64/ FreeBSD-13.0-CURRENT-arm64-aarch64-PINE64-LTS-20191121-r354935.img After a crash I restarted ports-mgmt/poudriere, but the file system on the image file was still dirty. During startup poudriere I got this: panic: Unknown kernel exception 0 esr_el1 2000000 cpuid = 1 time = 158 KDB: stack backtrace: db_trace_self() at db_trace_self_wrapper+0x28 pc = 0xffff000000729748 sp = 0xffff0000673ef290 f = 0xffff0000673ef4a0 db_trace_self_wrapper() at vpanic+0x18c pc = 0xffff000000106548 lr = 0xffff000000400c58 sp = 0xfff0000673ef4b0 fp = 0xffff00006vpanic() at panic+0x44 pc = 0xffff000000400c58 lr = 0xffff00673ef570 fp = 0xffff0000673ef5f panic() at do_el1h_sync+0x174 pc = 0xffff000000400a08 lrxffff000000746c88 sp = 0xffff000673ef600 fp = 0xffff0000673edo_el1h_sync() at handle_el1h_sync+0x78 pc = 0x000746c88 lr = 0xffff00000072c0handle_el1h_sync() at arm_gic_intr+0x11c pc = 0xffff00000072c= 0xffff0000673ef760 fp = 0xfff0000673ef830 arm_gic_intr() at intr_irq_handler+0x74 pc = 0xffff00000070dd sp = 0xffff0000673ef840 fp =0xffff0000673ef860 intr_irq_handler() at handle_el0_irq+0x88 pc = 0xffff00000077cc8c lr = 0xffff00000072c348 sp = 0xfff0000673ef980 handle_el0_irq() at 0x40407ff0 pc = 0xffff00000072c348 lr = 0x0000000040407ff0 sp = 0xffff0000673ef990 fp = 0x0000ffffffffd6f0 Please see the complete log: http://ulrich-grey.de/dl/FreeBSD/crash-rock6420191128.log After a fsck on the mounted image file, it works. From owner-freebsd-arm@freebsd.org Thu Nov 28 13:29:11 2019 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id A30B01A9B01 for ; Thu, 28 Nov 2019 13:29:11 +0000 (UTC) (envelope-from nikolay.kostirya@i11.co) Received: from mx.i11.co (mx.i11.co [159.69.78.69]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 47Nz4k4rPYz4ZVK for ; Thu, 28 Nov 2019 13:29:10 +0000 (UTC) (envelope-from nikolay.kostirya@i11.co) Received: from [82.207.42.188] (helo=thinkpad) by mx.i11.co with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1iaJqx-0005rf-D3 for freebsd-arm@freebsd.org; Thu, 28 Nov 2019 13:29:03 +0000 Date: Thu, 28 Nov 2019 15:29:01 +0200 From: Nick Kostirya To: freebsd-arm@freebsd.org Subject: gpioiic FDT overlays for sun8i-h3 Message-ID: <20191128152901.39dbeb4d@thinkpad> X-Mailer: Claws Mail 3.17.4 (GTK+ 2.24.32; i386-portbld-freebsd12.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 47Nz4k4rPYz4ZVK X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.54 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[i11.co:s=omicron]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:159.69.78.69]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCPT_COUNT_ONE(0.00)[1]; IP_SCORE(-0.04)[ipnet: 159.69.0.0/16(1.39), asn: 24940(-1.57), country: DE(-0.01)]; DKIM_TRACE(0.00)[i11.co:+]; DMARC_POLICY_ALLOW(-0.50)[i11.co,reject]; FROM_EQ_ENVFROM(0.00)[]; MID_RHS_NOT_FQDN(0.50)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:159.69.0.0/16, country:DE]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Nov 2019 13:29:11 -0000 Hello. I want use gpioiic on Nanopi NEO with PA0 and PA2 pins. Nanopi NEO will be master. Help me, please, to write overlay. I write: /dts-v1/; /plugin/; / { compatible = "allwinner,sun8i-h3"; }; &{/soc/} { gpio: gpio { gpio-controller; gpioiic0 { compatible = "gpioiic"; gpios = <&gpio 00 1 0 &gpio 02 1 0>; /* Attach to GPIO pins 00 and 02. Set them initially as inputs. */ scl = <0>; /* GPIO pin 00 (PA0) */ sda = <1>; /* GPIO pin 02 (PA2) */ }; }; }; But it is not worked. Tell me, please, where I was wrong. From owner-freebsd-arm@freebsd.org Thu Nov 28 13:49:39 2019 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 2756E1AA4DA for ; Thu, 28 Nov 2019 13:49:39 +0000 (UTC) (envelope-from freebsd-arm@dino.sk) Received: from mailhost.netlabit.sk (mailhost.netlabit.sk [84.245.65.72]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 47NzXK53sLz4bZ5 for ; Thu, 28 Nov 2019 13:49:36 +0000 (UTC) (envelope-from freebsd-arm@dino.sk) Received: from zeta.dino.sk (fw3.dino.sk [84.245.95.254]) (AUTH: LOGIN milan) by mailhost.netlabit.sk with ESMTPA; Thu, 28 Nov 2019 14:49:34 +0100 id 00E5482F.5DDFD06E.00005F2E Date: Thu, 28 Nov 2019 14:49:34 +0100 From: Milan Obuch To: freebsd-arm@freebsd.org Subject: Re: gpioiic FDT overlays for sun8i-h3 Message-ID: <20191128144934.34289c13@zeta.dino.sk> In-Reply-To: <20191128152901.39dbeb4d@thinkpad> References: <20191128152901.39dbeb4d@thinkpad> X-Mailer: Claws Mail 3.17.4 (GTK+ 2.24.32; i386-portbld-freebsd11.3) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 47NzXK53sLz4bZ5 X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of freebsd-arm@dino.sk designates 84.245.65.72 as permitted sender) smtp.mailfrom=freebsd-arm@dino.sk X-Spamd-Result: default: False [-5.11 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[dino.sk]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[72.65.245.84.list.dnswl.org : 127.0.10.0]; IP_SCORE(-2.81)[ip: (-7.90), ipnet: 84.245.64.0/18(-3.95), asn: 16160(-2.32), country: SK(0.09)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:16160, ipnet:84.245.64.0/18, country:SK]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Nov 2019 13:49:39 -0000 On Thu, 28 Nov 2019 15:29:01 +0200 Nick Kostirya via freebsd-arm wrote: > Hello. > I want use gpioiic on Nanopi NEO with PA0 and PA2 pins. > Nanopi NEO will be master. > Help me, please, to write overlay. > I write: > > /dts-v1/; > /plugin/; > > / { > compatible = "allwinner,sun8i-h3"; > }; > > &{/soc/} { > gpio: gpio { > gpio-controller; > > gpioiic0 { > compatible = "gpioiic"; > gpios = <&gpio 00 1 0 &gpio 02 1 0>; /* Attach to GPIO > pins 00 and 02. Set them initially as inputs. */ scl = <0>; /* > GPIO pin 00 (PA0) */ sda = <1>; /* GPIO pin 02 (PA2) */ > > }; > }; > }; > > But it is not worked. > Tell me, please, where I was wrong. > Quick question - which OS version? According to my experience, DTB overlays do not work in FreeBSD 12, but everything is OK with them in FreeBSD 13. Regards, Milan From owner-freebsd-arm@freebsd.org Thu Nov 28 13:53:01 2019 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id EAA721AA7DA for ; Thu, 28 Nov 2019 13:53:01 +0000 (UTC) (envelope-from nikolay.kostirya@i11.co) Received: from mx.i11.co (mx.i11.co [159.69.78.69]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 47NzcF0bJLz4c04 for ; Thu, 28 Nov 2019 13:53:00 +0000 (UTC) (envelope-from nikolay.kostirya@i11.co) Received: from [82.207.42.188] (helo=thinkpad) by mx.i11.co with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1iaKE7-0006C5-Hq; Thu, 28 Nov 2019 13:52:59 +0000 Date: Thu, 28 Nov 2019 15:52:57 +0200 From: Nick Kostirya To: Milan Obuch Cc: freebsd-arm@freebsd.org Subject: Re: gpioiic FDT overlays for sun8i-h3 Message-ID: <20191128155257.66288428@thinkpad> In-Reply-To: <20191128144934.34289c13@zeta.dino.sk> References: <20191128152901.39dbeb4d@thinkpad> <20191128144934.34289c13@zeta.dino.sk> X-Mailer: Claws Mail 3.17.4 (GTK+ 2.24.32; i386-portbld-freebsd12.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 47NzcF0bJLz4c04 X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.55 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[i11.co:s=omicron]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:159.69.78.69:c]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(-0.05)[ipnet: 159.69.0.0/16(1.35), asn: 24940(-1.58), country: DE(-0.01)]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[i11.co:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[i11.co,reject]; FROM_EQ_ENVFROM(0.00)[]; MID_RHS_NOT_FQDN(0.50)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:159.69.0.0/16, country:DE]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Nov 2019 13:53:02 -0000 On Thu, 28 Nov 2019 14:49:34 +0100 Milan Obuch wrote: > On Thu, 28 Nov 2019 15:29:01 +0200 > Nick Kostirya via freebsd-arm wrote: > > > Hello. > > I want use gpioiic on Nanopi NEO with PA0 and PA2 pins. > > Nanopi NEO will be master. > > Help me, please, to write overlay. > > I write: > > > > /dts-v1/; > > /plugin/; > > > > / { > > compatible = "allwinner,sun8i-h3"; > > }; > > > > &{/soc/} { > > gpio: gpio { > > gpio-controller; > > > > gpioiic0 { > > compatible = "gpioiic"; > > gpios = <&gpio 00 1 0 &gpio 02 1 0>; /* Attach to GPIO > > pins 00 and 02. Set them initially as inputs. */ scl = <0>; /* > > GPIO pin 00 (PA0) */ sda = <1>; /* GPIO pin 02 (PA2) */ > > > > }; > > }; > > }; > > > > But it is not worked. > > Tell me, please, where I was wrong. > > > > Quick question - which OS version? According to my experience, DTB > overlays do not work in FreeBSD 12, but everything is OK with them in > FreeBSD 13. FreeBSD 12.1 arm From owner-freebsd-arm@freebsd.org Thu Nov 28 13:59:18 2019 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 6EFA81AA930 for ; Thu, 28 Nov 2019 13:59:18 +0000 (UTC) (envelope-from freebsd-arm@dino.sk) Received: from mailhost.netlabit.sk (mailhost.netlabit.sk [84.245.65.72]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 47NzlT498Sz4c4C for ; Thu, 28 Nov 2019 13:59:17 +0000 (UTC) (envelope-from freebsd-arm@dino.sk) Received: from zeta.dino.sk (fw3.dino.sk [84.245.95.254]) (AUTH: LOGIN milan) by mailhost.netlabit.sk with ESMTPA; Thu, 28 Nov 2019 14:59:15 +0100 id 00E5480D.5DDFD2B3.00006107 Date: Thu, 28 Nov 2019 14:59:15 +0100 From: Milan Obuch To: Nick Kostirya Cc: freebsd-arm@freebsd.org Subject: Re: gpioiic FDT overlays for sun8i-h3 Message-ID: <20191128145915.0d2bd63f@zeta.dino.sk> In-Reply-To: <20191128155257.66288428@thinkpad> References: <20191128152901.39dbeb4d@thinkpad> <20191128144934.34289c13@zeta.dino.sk> <20191128155257.66288428@thinkpad> X-Mailer: Claws Mail 3.17.4 (GTK+ 2.24.32; i386-portbld-freebsd11.3) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 47NzlT498Sz4c4C X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of freebsd-arm@dino.sk designates 84.245.65.72 as permitted sender) smtp.mailfrom=freebsd-arm@dino.sk X-Spamd-Result: default: False [-5.13 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[dino.sk]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[72.65.245.84.list.dnswl.org : 127.0.10.0]; IP_SCORE(-2.83)[ip: (-7.94), ipnet: 84.245.64.0/18(-3.97), asn: 16160(-2.36), country: SK(0.09)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:16160, ipnet:84.245.64.0/18, country:SK]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Nov 2019 13:59:18 -0000 On Thu, 28 Nov 2019 15:52:57 +0200 Nick Kostirya wrote: > On Thu, 28 Nov 2019 14:49:34 +0100 > Milan Obuch wrote: > > > On Thu, 28 Nov 2019 15:29:01 +0200 > > Nick Kostirya via freebsd-arm wrote: > > > > > Hello. > > > I want use gpioiic on Nanopi NEO with PA0 and PA2 pins. > > > Nanopi NEO will be master. > > > Help me, please, to write overlay. > > > I write: > > > > > > /dts-v1/; > > > /plugin/; > > > > > > / { > > > compatible = "allwinner,sun8i-h3"; > > > }; > > > > > > &{/soc/} { > > > gpio: gpio { > > > gpio-controller; > > > > > > gpioiic0 { > > > compatible = "gpioiic"; > > > gpios = <&gpio 00 1 0 &gpio 02 1 0>; /* Attach to GPIO > > > pins 00 and 02. Set them initially as inputs. */ scl = <0>; /* > > > GPIO pin 00 (PA0) */ sda = <1>; /* GPIO pin 02 (PA2) */ > > > > > > }; > > > }; > > > }; > > > > > > But it is not worked. > > > Tell me, please, where I was wrong. > > > > > > > Quick question - which OS version? According to my experience, DTB > > overlays do not work in FreeBSD 12, but everything is OK with them > > in FreeBSD 13. > > FreeBSD 12.1 arm That's it - most probably it works if you try the same with newer FreeBSD 13-CURRENT. At least for me overlays did not work with usual FreeBSD 12-STABLE, after switching to FreeBSD 13-CURRENT it's OK. Try to create secondary SD card with FreeBSD 13-CURRENT. I do not know the details why. Somebody(tm) with working knowledge of overlay's internals need to look it up. Regards, Milan From owner-freebsd-arm@freebsd.org Thu Nov 28 14:09:46 2019 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id DD7BD1AAC7A for ; Thu, 28 Nov 2019 14:09:46 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 47NzzZ5PC6z4cPc for ; Thu, 28 Nov 2019 14:09:46 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: from mail-qk1-f176.google.com (mail-qk1-f176.google.com [209.85.222.176]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) (Authenticated sender: kevans) by smtp.freebsd.org (Postfix) with ESMTPSA id 90A82969A for ; Thu, 28 Nov 2019 14:09:46 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: by mail-qk1-f176.google.com with SMTP id d124so7634417qke.6 for ; Thu, 28 Nov 2019 06:09:46 -0800 (PST) X-Gm-Message-State: APjAAAWKntwCAMimF0rrrktIryi3iP9hyCF6eStEdwOiHldr3bRgdsZ/ alMU64J6xCJMemN/AZx4eiWoQjh+RTiwnHd+pKQ= X-Google-Smtp-Source: APXvYqxQj1IEAfRgtUXMvDyowLM+XLhqAzgJBMhcc1eVQBbjQPztwN+TARYfqai8ElgPXzUwBzKVPSADtx1rZ9Zqb7A= X-Received: by 2002:ae9:eb53:: with SMTP id b80mr5749014qkg.430.1574950185839; Thu, 28 Nov 2019 06:09:45 -0800 (PST) MIME-Version: 1.0 References: <20191128152901.39dbeb4d@thinkpad> <20191128144934.34289c13@zeta.dino.sk> <20191128155257.66288428@thinkpad> <20191128145915.0d2bd63f@zeta.dino.sk> In-Reply-To: <20191128145915.0d2bd63f@zeta.dino.sk> From: Kyle Evans Date: Thu, 28 Nov 2019 08:09:34 -0600 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: gpioiic FDT overlays for sun8i-h3 To: Milan Obuch Cc: Nick Kostirya , "freebsd-arm@freebsd.org" Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Nov 2019 14:09:46 -0000 On Thu, Nov 28, 2019 at 7:59 AM Milan Obuch wrote: > > On Thu, 28 Nov 2019 15:52:57 +0200 > Nick Kostirya wrote: > > > On Thu, 28 Nov 2019 14:49:34 +0100 > > Milan Obuch wrote: > > > > > On Thu, 28 Nov 2019 15:29:01 +0200 > > > Nick Kostirya via freebsd-arm wrote: > > > > > > > Hello. > > > > I want use gpioiic on Nanopi NEO with PA0 and PA2 pins. > > > > Nanopi NEO will be master. > > > > Help me, please, to write overlay. > > > > I write: > > > > > > > > /dts-v1/; > > > > /plugin/; > > > > > > > > / { > > > > compatible = "allwinner,sun8i-h3"; > > > > }; > > > > > > > > &{/soc/} { > > > > gpio: gpio { > > > > gpio-controller; > > > > > > > > gpioiic0 { > > > > compatible = "gpioiic"; > > > > gpios = <&gpio 00 1 0 &gpio 02 1 0>; /* Attach to GPIO > > > > pins 00 and 02. Set them initially as inputs. */ scl = <0>; /* > > > > GPIO pin 00 (PA0) */ sda = <1>; /* GPIO pin 02 (PA2) */ > > > > > > > > }; > > > > }; > > > > }; > > > > > > > > But it is not worked. > > > > Tell me, please, where I was wrong. > > > > > > > > > > Quick question - which OS version? According to my experience, DTB > > > overlays do not work in FreeBSD 12, but everything is OK with them > > > in FreeBSD 13. > > > > FreeBSD 12.1 arm > > That's it - most probably it works if you try the same with newer > FreeBSD 13-CURRENT. At least for me overlays did not work with usual > FreeBSD 12-STABLE, after switching to FreeBSD 13-CURRENT it's OK. Try > to create secondary SD card with FreeBSD 13-CURRENT. I do not know the > details why. Somebody(tm) with working knowledge of overlay's internals > need to look it up. > What? This would have been good to know. =( How exactly are they failing? We haven't changed anything that would have regressed overlays in 12, unless you're basing your overlays on the wrong base fdt. Thanks, Kyle Evans From owner-freebsd-arm@freebsd.org Thu Nov 28 14:20:14 2019 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 0539F1AAF3C for ; Thu, 28 Nov 2019 14:20:14 +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 47P0Cc5smnz4ck6 for ; Thu, 28 Nov 2019 14:20:12 +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 5be47ec5; Thu, 28 Nov 2019 15:20:09 +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=9eO45iFYe+qQZWZW989970ifmkc=; b=g679L5UKUZBOY6f7C2e9MgQElrHk 8lfXwJh6wye8bah7Zge8UyBhaRa05bk393Y07utwztaUKfzbQV+J7zvUonI5Ww7L Rd74jCbfSkgh/CNaZtpL/n95EnaH7zLExO0tqup+o909eo1imb9wKNMzk2fEr+U2 IRnqL3BpWWJPHlA= 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=EHI3A75uYXQqDyAYqICG8tyrnMTwWIJT6xCGnxtwAa8HYfw1sW2qJWiV iTUMehOQW2uNSDl/ajZTIjeges4tN+QitrxIEIqE4idV7UjtXQtStLg98Z7G76Qz EuwhfYM/ZGpLhEIdCwtIIP4H1ZhhnbdRheMMRDySx7i+9/0/Fyw= Received: from sonic.home.blih.net (ip-9.net-89-3-105.rev.numericable.fr [89.3.105.9]) by mail.blih.net (OpenSMTPD) with ESMTPSA id c9b4e71c TLS version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO; Thu, 28 Nov 2019 15:20:09 +0100 (CET) Date: Thu, 28 Nov 2019 06:21:49 +0100 From: Emmanuel Vadot To: Nick Kostirya Cc: Nick Kostirya via freebsd-arm Subject: Re: gpioiic FDT overlays for sun8i-h3 Message-Id: <20191128062149.577be86eb7dc15ae5805f31a@bidouilliste.com> In-Reply-To: <20191128152901.39dbeb4d@thinkpad> References: <20191128152901.39dbeb4d@thinkpad> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.32; amd64-portbld-freebsd13.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 47P0Cc5smnz4ck6 X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bidouilliste.com header.s=mail header.b=g679L5UK; dmarc=none; spf=pass (mx1.freebsd.org: domain of manu@bidouilliste.com designates 212.83.177.182 as permitted sender) smtp.mailfrom=manu@bidouilliste.com X-Spamd-Result: default: False [-1.33 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[bidouilliste.com:s=mail]; NEURAL_HAM_MEDIUM(-0.92)[-0.915,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:212.83.177.182/32]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[bidouilliste.com]; NEURAL_HAM_LONG(-0.89)[-0.891,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[bidouilliste.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; IP_SCORE(0.38)[ip: (-0.58), ipnet: 212.83.160.0/19(2.42), asn: 12876(0.07), country: FR(-0.00)]; ASN(0.00)[asn:12876, ipnet:212.83.160.0/19, country:FR]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Nov 2019 14:20:14 -0000 On Thu, 28 Nov 2019 15:29:01 +0200 Nick Kostirya via freebsd-arm wrote: > Hello. > I want use gpioiic on Nanopi NEO with PA0 and PA2 pins. > Nanopi NEO will be master. > Help me, please, to write overlay. > I write: > > /dts-v1/; > /plugin/; > > / { > compatible = "allwinner,sun8i-h3"; > }; > > &{/soc/} { > gpio: gpio { > gpio-controller; > > gpioiic0 { > compatible = "gpioiic"; > gpios = <&gpio 00 1 0 &gpio 02 1 0>; /* Attach to GPIO pins 00 and 02. Set them initially as inputs. */ > scl = <0>; /* GPIO pin 00 (PA0) */ > sda = <1>; /* GPIO pin 02 (PA2) */ > > }; > }; > }; > > But it is not worked. > Tell me, please, where I was wrong. I've never tested gpioiic but it seems that it needs to be a child of the gpio controller as the busdev is get via device_get_parent. It also doesn't seems to use a 'gpios' property, only scl/sda pin number, which means that you can only use it on one gpio controller (i.e. you can't have scl on one gpio controller and sda on another). Try this but I haven't even compiled it : /dts-v1/; /plugin/; / { compatible = "allwinner,sun8i-h3"; }; &{/soc/pinctrl@1c20800} { gpioiic0 { compatible = "gpioiic"; scl = <0>; /* GPIO pin 00 (PA0) */ sda = <2>; /* GPIO pin 02 (PA2) */ }; }; -- Emmanuel Vadot From owner-freebsd-arm@freebsd.org Thu Nov 28 14:23:38 2019 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 0A3C31AB171 for ; Thu, 28 Nov 2019 14:23:38 +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 47P0HY4sgHz4d6D; Thu, 28 Nov 2019 14:23:37 +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 fd6a80e3; Thu, 28 Nov 2019 15:23:35 +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=jjQx2E4+hQobUSEYfhGo0nw4pC8=; b=XyK5A1QziKRUT3w91zCgUya/3jqR CywXoLjIvEcHydzf60XgM7QZhhF01hvCAjQ3V9BXRYp9Xgarfxovin90hWQ9edgI Z7HB3joLuidR3CMrZ69eDiXB6UTNiQ7hMs3I3EU1q3Zkzo2p/4k5kJT8Ps77E8kP xwKTbBQhQB3ttYU= 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=QfPeLhviteILrDaGNLYBLpIRLTSyZfC0i6NNBrRWSstWzFSpaMv46BMN ECaXml7wdTiba26C8YuHaK115EgaVrHrMN5U4ALor4B0EzbyPWZmUBekBBiR0G56 nukAIIWNfqyg1YbZynwAgldMQdHt2bJJAhSSMroQVD4vQgiraHA= Received: from skull.home.blih.net (lfbn-1-12172-130.w90-92.abo.wanadoo.fr [90.92.223.130]) by mail.blih.net (OpenSMTPD) with ESMTPSA id a3443bdd TLS version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO; Thu, 28 Nov 2019 15:23:35 +0100 (CET) Date: Thu, 28 Nov 2019 15:23:35 +0100 From: Emmanuel Vadot To: Kyle Evans Cc: Milan Obuch , "freebsd-arm@freebsd.org" Subject: Re: gpioiic FDT overlays for sun8i-h3 Message-Id: <20191128152335.6e176988c14885d6c5f57118@bidouilliste.com> In-Reply-To: References: <20191128152901.39dbeb4d@thinkpad> <20191128144934.34289c13@zeta.dino.sk> <20191128155257.66288428@thinkpad> <20191128145915.0d2bd63f@zeta.dino.sk> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.32; amd64-portbld-freebsd13.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 47P0HY4sgHz4d6D X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-5.99 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-0.998,0]; NEURAL_HAM_LONG(-1.00)[-0.997,0]; REPLY(-4.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Nov 2019 14:23:38 -0000 On Thu, 28 Nov 2019 08:09:34 -0600 Kyle Evans wrote: > On Thu, Nov 28, 2019 at 7:59 AM Milan Obuch wrote: > > > > On Thu, 28 Nov 2019 15:52:57 +0200 > > Nick Kostirya wrote: > > > > > On Thu, 28 Nov 2019 14:49:34 +0100 > > > Milan Obuch wrote: > > > > > > > On Thu, 28 Nov 2019 15:29:01 +0200 > > > > Nick Kostirya via freebsd-arm wrote: > > > > > > > > > Hello. > > > > > I want use gpioiic on Nanopi NEO with PA0 and PA2 pins. > > > > > Nanopi NEO will be master. > > > > > Help me, please, to write overlay. > > > > > I write: > > > > > > > > > > /dts-v1/; > > > > > /plugin/; > > > > > > > > > > / { > > > > > compatible = "allwinner,sun8i-h3"; > > > > > }; > > > > > > > > > > &{/soc/} { > > > > > gpio: gpio { > > > > > gpio-controller; > > > > > > > > > > gpioiic0 { > > > > > compatible = "gpioiic"; > > > > > gpios = <&gpio 00 1 0 &gpio 02 1 0>; /* Attach to GPIO > > > > > pins 00 and 02. Set them initially as inputs. */ scl = <0>; /* > > > > > GPIO pin 00 (PA0) */ sda = <1>; /* GPIO pin 02 (PA2) */ > > > > > > > > > > }; > > > > > }; > > > > > }; > > > > > > > > > > But it is not worked. > > > > > Tell me, please, where I was wrong. > > > > > > > > > > > > > Quick question - which OS version? According to my experience, DTB > > > > overlays do not work in FreeBSD 12, but everything is OK with them > > > > in FreeBSD 13. > > > > > > FreeBSD 12.1 arm > > > > That's it - most probably it works if you try the same with newer > > FreeBSD 13-CURRENT. At least for me overlays did not work with usual > > FreeBSD 12-STABLE, after switching to FreeBSD 13-CURRENT it's OK. Try > > to create secondary SD card with FreeBSD 13-CURRENT. I do not know the > > details why. Somebody(tm) with working knowledge of overlay's internals > > need to look it up. > > > > What? This would have been good to know. =( > > How exactly are they failing? We haven't changed anything that would > have regressed overlays in 12, unless you're basing your overlays on > the wrong base fdt. > > Thanks, > > Kyle Evans Since I use the sun8i-h3-sid on my orangepi-one on 12.1 release I guess I can say that it's working :) Milan, do you have an overlay example that works on head but not on 12.1 or 12-STABLE > 12.1 ? -- Emmanuel Vadot From owner-freebsd-arm@freebsd.org Thu Nov 28 14:50:46 2019 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id E2CEF1AC047 for ; Thu, 28 Nov 2019 14:50:46 +0000 (UTC) (envelope-from nikolay.kostirya@i11.co) Received: from mx.i11.co (mx.i11.co [159.69.78.69]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 47P0tt0J0zz4fMT for ; Thu, 28 Nov 2019 14:50:45 +0000 (UTC) (envelope-from nikolay.kostirya@i11.co) Received: from [82.207.42.188] (helo=thinkpad) by mx.i11.co with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1iaL80-0006sk-Ey; Thu, 28 Nov 2019 14:50:44 +0000 Date: Thu, 28 Nov 2019 16:50:42 +0200 From: Nick Kostirya To: Emmanuel Vadot Cc: Nick Kostirya via freebsd-arm Subject: Re: gpioiic FDT overlays for sun8i-h3 Message-ID: <20191128165042.71cbbfe4@thinkpad> In-Reply-To: <20191128062149.577be86eb7dc15ae5805f31a@bidouilliste.com> References: <20191128152901.39dbeb4d@thinkpad> <20191128062149.577be86eb7dc15ae5805f31a@bidouilliste.com> X-Mailer: Claws Mail 3.17.4 (GTK+ 2.24.32; i386-portbld-freebsd12.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 47P0tt0J0zz4fMT X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.36 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[i11.co:s=omicron]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:159.69.78.69]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(-1.86)[ip: (-9.04), ipnet: 159.69.0.0/16(1.32), asn: 24940(-1.58), country: DE(-0.01)]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[i11.co:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[i11.co,reject]; FROM_EQ_ENVFROM(0.00)[]; MID_RHS_NOT_FQDN(0.50)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:159.69.0.0/16, country:DE]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Nov 2019 14:50:46 -0000 On Thu, 28 Nov 2019 06:21:49 +0100 Emmanuel Vadot wrote: > On Thu, 28 Nov 2019 15:29:01 +0200 > Nick Kostirya via freebsd-arm wrote: > > > Hello. > > I want use gpioiic on Nanopi NEO with PA0 and PA2 pins. > > Nanopi NEO will be master. > > Help me, please, to write overlay. ... > > I've never tested gpioiic but it seems that it needs to be a child of > the gpio controller as the busdev is get via device_get_parent. It also > doesn't seems to use a 'gpios' property, only scl/sda pin number, which > means that you can only use it on one gpio controller (i.e. you can't > have scl on one gpio controller and sda on another). > > Try this but I haven't even compiled it : > > /dts-v1/; > /plugin/; > > / { > compatible = "allwinner,sun8i-h3"; > }; > > &{/soc/pinctrl@1c20800} { > gpioiic0 { > compatible = "gpioiic"; > scl = <0>; /* GPIO pin 00 (PA0) */ > sda = <2>; /* GPIO pin 02 (PA2) */ > > }; > }; > > -- > Emmanuel Vadot # ofwdump -p /soc/pinctrl@1c20800/gpioiic0 Node 0x1ce4: gpioiic0 sda: 00 00 00 02 scl: 00 00 00 00 compatible: 67 70 69 6f 69 69 63 00 'gpioiic' # kldstat | grep iic 2 1 0xc0cab000 50ac gpioiic.ko 3 2 0xc0cb1000 6248 iicbb.ko But I do not see it in devinfo and /dev. From owner-freebsd-arm@freebsd.org Thu Nov 28 16:24:40 2019 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id BBA681AEB3E for ; Thu, 28 Nov 2019 16:24:40 +0000 (UTC) (envelope-from return@betamail.co.za) Received: from slot2.betamail.co.za (slot2.betamail.co.za [142.44.135.232]) by mx1.freebsd.org (Postfix) with ESMTP id 47P2zC5fYTz3GvB for ; Thu, 28 Nov 2019 16:24:39 +0000 (UTC) (envelope-from return@betamail.co.za) Message-ID: <90831dcbf33b88533b3d40b32d5cf2d6@betamail.co.za> Date: Thu, 28 Nov 2019 16:04:29 +0000 Subject: Pre-Black Friday Sale Now On From: Info Reply-To: Info To: "freebsd-arm@freebsd.org" MIME-Version: 1.0 X-Sender: return@betamail.co.za X-Report-Abuse: Please report abuse for this campaign here: http://link.betamail.co.za/campaigns/nw094n3w8gf69/report-abuse/pw00332wvs3a9/qn18313msvb46 X-Receiver: freebsd-arm@freebsd.org X-Hmcw-Tracking-Did: 47 X-Hmcw-Subscriber-Uid: qn18313msvb46 X-Hmcw-Mailer: SwiftMailer - 5.4.x X-Hmcw-EBS: http://link.betamail.co.za/lists/block-address X-Hmcw-Delivery-Sid: 43 X-Hmcw-Customer-Uid: xr151fvv9he6a X-Hmcw-Customer-Gid: 26 X-Hmcw-Campaign-Uid: nw094n3w8gf69 Precedence: bulk Feedback-ID: nw094n3w8gf69:qn18313msvb46:pw00332wvs3a9:xr151fvv9he6a X-Rspamd-Queue-Id: 47P2zC5fYTz3GvB X-Spamd-Bar: ++++++ X-Spamd-Result: default: False [6.74 / 15.00]; HAS_REPLYTO(0.00)[return@alphamail.co.za]; R_SPF_ALLOW(-0.20)[+ptr]; REPLYTO_DN_EQ_FROM_DN(0.00)[]; MAILLIST(-0.10)[generic]; FORGED_SENDER(0.00)[info@alphamail.co.za,return@betamail.co.za]; RCVD_COUNT_ZERO(0.00)[0]; IP_SCORE(1.25)[ipnet: 142.44.128.0/17(4.45), asn: 16276(1.79), country: FR(-0.00)]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:16276, ipnet:142.44.128.0/17, country:FR]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FROM_NEQ_ENVFROM(0.00)[info@alphamail.co.za,return@betamail.co.za]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; DMARC_POLICY_QUARANTINE(1.50)[alphamail.co.za : SPF not aligned (relaxed), No valid DKIM,quarantine]; TO_MATCH_ENVRCPT_ALL(0.00)[]; PRECEDENCE_BULK(0.00)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; REPLYTO_DOM_EQ_FROM_DOM(0.00)[]; HTML_SHORT_LINK_IMG_1(2.00)[]; HAS_LIST_UNSUB(-0.01)[]; RCPT_COUNT_ONE(0.00)[1]; MANY_INVISIBLE_PARTS(0.40)[5]; NEURAL_SPAM_MEDIUM(1.00)[1.000,0]; NEURAL_SPAM_LONG(1.00)[1.000,0]; TO_DN_EQ_ADDR_ALL(0.00)[]; GREYLIST(0.00)[pass,body]; FORGED_SENDER_MAILLIST(0.00)[] X-Spam: Yes Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Nov 2019 16:24:40 -0000 Shop Nownatch Now! Pre-Black Friday Sale - Shop Now! =09=09=C2=A0 View = in web browser http://link.betamail.co.za/campaigns/nw094n3w8gf69/track-u= rl/qn18313msvb46/3927c94ec0634ddb8779e21302f4c624f53ef691 =C2=A0 http:/= /link.betamail.co.za/campaigns/nw094n3w8gf69/track-url/qn18313msvb46/7f3b57= dcc90f18352adc5445af9cb415e3c1c512 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 http://link.betamail.co.za/campaigns/nw094n3w8gf69/track-url/qn183= 13msvb46/bb597516d9a65fac6848dcd1bb5b44629809a9b5 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 VIEW MORE DEALS! http://link.betamail.co.za/campaigns/n= w094n3w8gf69/track-url/qn18313msvb46/249f4f87adcedb110a0142db1e8d985ba4eff3= 93 =C2=A0 =C2=A0 Share The Love - Forward this mail to a friend htt= p://link.betamail.co.za/campaigns/nw094n3w8gf69/track-url/qn18313msvb46/7da= e7ec6abb751c57e6fc363f1ada0906a419ad4 View Online http://link.betamail.= co.za/campaigns/nw094n3w8gf69/track-url/qn18313msvb46/3927c94ec0634ddb8779e= 21302f4c624f53ef691 | Opt Out http://link.betamail.co.za/campaigns/nw09= 4n3w8gf69/track-url/qn18313msvb46/7002bfc5798beefc836bdd73d4d1f55ce9a25843= Email Powered By Snatcher http://link.betamail.co.za/campaigns/nw094n3= w8gf69/track-url/qn18313msvb46/f30163470f15472f63e2689c7d532368f2a9ed9a h= ttp://link.betamail.co.za/campaigns/nw094n3w8gf69/track-url/qn18313msvb46/f= 30163470f15472f63e2689c7d532368f2a9ed9a This email was sent to freebsd-ar= m@freebsd.org from=C2=A0Info on=C2=A011/28/2019 View this email online= http://link.betamail.co.za/campaigns/nw094n3w8gf69/track-url/qn18313msvb= 46/3927c94ec0634ddb8779e21302f4c624f53ef691=C2=A0~ Unsubscribe http://l= ink.betamail.co.za/lists/pw00332wvs3a9/unsubscribe/qn18313msvb46/nw094n3w8g= f69 ~ Report email as unsolicited http://link.betamail.co.za/campaigns/= nw094n3w8gf69/track-url/qn18313msvb46/2aa2c3677d2af4b4397274cb5ccd9c88347df= cca ---=3D--- Mail Direct=C2=A0is an email-marketing service that serve= s companies of all shapes and sizes. With several users/companies sendi= ng campaigns to hundreds of millions of recipients, we're bound to get ab= use reports.=C2=A0 We take abuse reports seriously, if you believe a cust= omer is sending unsolicited and or spam email, please report abuse immedi= ately HERE http://link.betamail.co.za/campaigns/nw094n3w8gf69/track-url/q= n18313msvb46/2aa2c3677d2af4b4397274cb5ccd9c88347dfcca =C2=A0 From owner-freebsd-arm@freebsd.org Fri Nov 29 05:28:30 2019 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 9D6B01C4098 for ; Fri, 29 Nov 2019 05:28:30 +0000 (UTC) (envelope-from peter@rulingia.com) Received: from vtr.rulingia.com (vtr.rulingia.com [IPv6:2001:19f0:5801:ebe:5400:1ff:fe53:30fd]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vtr.rulingia.com", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 47PNMd2HwGz4VK5 for ; Fri, 29 Nov 2019 05:28:28 +0000 (UTC) (envelope-from peter@rulingia.com) Received: from server.rulingia.com (ppp239-208.static.internode.on.net [59.167.239.208]) by vtr.rulingia.com (8.15.2/8.15.2) with ESMTPS id xAT5S6Pb019867 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Fri, 29 Nov 2019 16:28:12 +1100 (AEDT) (envelope-from peter@rulingia.com) X-Bogosity: Ham, spamicity=0.000000 Received: from server.rulingia.com (localhost.rulingia.com [127.0.0.1]) by server.rulingia.com (8.15.2/8.15.2) with ESMTPS id xAT5S0jL077437 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 29 Nov 2019 16:28:00 +1100 (AEDT) (envelope-from peter@server.rulingia.com) Received: (from peter@localhost) by server.rulingia.com (8.15.2/8.15.2/Submit) id xAT5S0u9077436; Fri, 29 Nov 2019 16:28:00 +1100 (AEDT) (envelope-from peter) Date: Fri, 29 Nov 2019 16:28:00 +1100 From: Peter Jeremy To: Ross Alexander Cc: James Shuriff , "freebsd-arm@freebsd.org" Subject: Re: rpi3 clock drift Message-ID: <20191129052800.GA37113@server.rulingia.com> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="bg08WKrSYDhXBjb5" Content-Disposition: inline In-Reply-To: X-PGP-Key: http://www.rulingia.com/keys/peter.pgp User-Agent: Mutt/1.12.2 (2019-09-21) X-Rspamd-Queue-Id: 47PNMd2HwGz4VK5 X-Spamd-Bar: ------- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of peter@rulingia.com designates 2001:19f0:5801:ebe:5400:1ff:fe53:30fd as permitted sender) smtp.mailfrom=peter@rulingia.com X-Spamd-Result: default: False [-7.63 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; DMARC_NA(0.00)[rulingia.com]; TO_DN_SOME(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:20473, ipnet:2001:19f0:5800::/38, country:US]; RCVD_TLS_ALL(0.00)[]; IP_SCORE(-3.23)[ip: (-9.56), ipnet: 2001:19f0:5800::/38(-4.80), asn: 20473(-1.77), country: US(-0.05)] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Nov 2019 05:28:30 -0000 --bg08WKrSYDhXBjb5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2019-Nov-27 22:20:50 -0700, Ross Alexander wrote: >An Adafruit "ultimate gps hat" (typical commercial hyperbole, sigh.) >It's about $65 after you add the 40 pin molex connector, the >micro-whatever to SMA cable, and the external amplified patch antenna. You can get a uBlox 7 or 8 module with a patch antenna and PPS output for O($10). It should be possible to wire the serial data to the PL011 UART and preserve the serial console UART but you'd to write a driver. >You can get along without those last two if your Pi is outside, but >I'm in a metal roofed building which the little patch antenna built >into the hat proper finds impenetrable. An external antenna out on >top of the roof makes all the difference. I have a metal roof and find putting the GPS module with a patch antenna near a window (or even near an external wall) is sufficient. --=20 Peter Jeremy --bg08WKrSYDhXBjb5 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQKTBAEBCgB9FiEE7rKYbDBnHnTmXCJ+FqWXoOSiCzQFAl3grFtfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEVF QjI5ODZDMzA2NzFFNzRFNjVDMjI3RTE2QTU5N0EwRTRBMjBCMzQACgkQFqWXoOSi CzToIg//WSfdyHfRMJBuDBYHYWmMqwhySX2i3OhtOap7Fiw7hJo0P6wBb9Ufowe7 ppXSV/7o8g15HlB9t6rlUOFhrt2rBGOoETBRpGaBGaLSQvKxz6dDyyzmaQZWxmGY F5ScC9guT4O+34MKfkhLh6dJgGFKb7GPwzJDiRxNRN4Ni4jsNU25efvVhx18nCMk O6x9QuL8PKbDdwjr1ABDfyvBPf/5lyIaHm0EH9dkmD+av/5/6gQmVCul0ejHMRnF mH/vG9Kvtkpc0pDzQiYkXqZFts6xQNxAookFRE+q2wEU7YKabXKr/zPoVVS6iTKy QtpHxLfhUeMrxNuOwIHxA85UyZwJYiIMlieyjT3/M7/8bhFRW1SytQqd7jGIP/dK LcKXZ9ZeIvdUGCiOXxY0PG+bmurBhi4BongXKcEOOZuIOruY01T0Aq1Ffzrz+0/L QecwdIqQzftGNpzHVsV1nR6Y+OEHVXzV0OqadrG4ldR8sRrXySz12oSaebZMa10t 5b3k4DH0Vb8whd0wzkMUdWJS+Bl7v66vJDJ+7GRSojSP5jlVUH0Ii8mR+ArBjYzP 9VuixQqx1sKPn34N8B6s7o29gOeb5HvKHvP506ZozkA3ew/KhteEAJpbWEsFolE5 Bntv3EBGVL2FY8J4FrImA+sXbNp/FhAf8vVhpcsroy3N/c6fyrM= =m8E/ -----END PGP SIGNATURE----- --bg08WKrSYDhXBjb5-- From owner-freebsd-arm@freebsd.org Fri Nov 29 06:52:01 2019 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 3D98A1C5F60 for ; Fri, 29 Nov 2019 06:52:01 +0000 (UTC) (envelope-from rwa@athabascau.ca) Received: from NAM05-DM3-obe.outbound.protection.outlook.com (mail-eopbgr730085.outbound.protection.outlook.com [40.107.73.85]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "GlobalSign Organization Validation CA - SHA256 - G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 47PQCz3pysz4YQL for ; Fri, 29 Nov 2019 06:51:58 +0000 (UTC) (envelope-from rwa@athabascau.ca) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=XDBL18826RhGfi6KJIfHa/rtO16teILODXzJjqz8OJ1xOOtfzA/3N/tf/pCs4P2/k/583MwM7Q/tEiq6n3KlnTkLv5t+r3p/4qT7B/O8iPBmXo/mRvyGxQazHI1wVB00tAM7dZI76ziuSt8HZ4H+rPyqiTOd7/tgmj2Y0SrIf2HPQekk9wAYXq2bQpY7ArkJ9GWy2dFtkbqMc13iXh4YE96w7zs9RGb/liKxyqVCA5YsHpWfe1Nns9Eo465HKCKEh++3NyBwzZiI4iWs3nZqBn29RTLtcpWNoxAyOMQlGAzHlatc0MCpMLpwQuN4ATyPJIdsj3fZHOxWT1gtCo1cMw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=YhwOgHiFG/mGtjpdDiyM30r1WU8eICAv63i0vlBsj0k=; b=oRBe3eURGzMb8yf5eKLeasB25JfgybMMAyL3dhl5Vu5nFcnBlUDZOpJF0RErOj7PyHWuG5eYooRYcPhzfPpwe0s80rKwOYHRdxPwaIIZFvWcEra49SSKv5PVHTd46hGndCJGbxxE82ZqgIDLIMMZ4AIIbU7FKqTJSVcz2c/S2X+2RLWT2bYHa9E84MtIg463KBGIbNMeVrWzak+nHrXwNDWutOFV7grF7/CLsl6YUxYf7plTUdTN31x2MOU0zYl1wyCFynOkrkpn8nbwL/FOfEVv0dz95xE//lT/FORNWnlgvsWWwZHOjhKrjU9WWIKMDI+jgqTo213s16gkqz7Z6w== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass (sender ip is 131.232.32.37) smtp.rcpttodomain=freebsd.org smtp.mailfrom=athabascau.ca; dmarc=bestguesspass action=none header.from=athabascau.ca; dkim=none (message not signed); arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=austaff.onmicrosoft.com; s=selector2-austaff-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=YhwOgHiFG/mGtjpdDiyM30r1WU8eICAv63i0vlBsj0k=; b=P1fHpZ6KY5CELV7nAQ4xC9shZLDzKyPNpmDBKQtDLnVonombdAv0PLSY6ExXGpwqlv09eUvX2qmfAoS6KMz98fbcp34GhUXwDj8sON3ZFrcqITA0HH0Z95k5t52YvSWKkyBUrgegup600m0S9fgy2hXvYWi0Gm68URlqKJttGZ8= Received: from MWHPR13CA0021.namprd13.prod.outlook.com (2603:10b6:300:16::31) by SN6PR13MB2302.namprd13.prod.outlook.com (2603:10b6:805:5d::21) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2516.3; Fri, 29 Nov 2019 06:51:55 +0000 Received: from TO1CAN01FT013.eop-CAN01.prod.protection.outlook.com (2a01:111:f400:7e5d::204) by MWHPR13CA0021.outlook.office365.com (2603:10b6:300:16::31) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2516.5 via Frontend Transport; Fri, 29 Nov 2019 06:51:55 +0000 Received-SPF: Pass (protection.outlook.com: domain of athabascau.ca designates 131.232.32.37 as permitted sender) receiver=protection.outlook.com; client-ip=131.232.32.37; helo=smtp-relay.cs.athabascau.ca; Received: from smtp-relay.cs.athabascau.ca (131.232.32.37) by TO1CAN01FT013.mail.protection.outlook.com (10.152.122.97) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2495.18 via Frontend Transport; Fri, 29 Nov 2019 06:51:54 +0000 Received: from autopsy.pc.athabascau.ca (autopsy.pc.athabascau.ca [131.232.4.80]) by smtp-relay.cs.athabascau.ca (Postfix) with ESMTPS id 00B1E2019F; Thu, 28 Nov 2019 23:51:54 -0700 (MST) Date: Thu, 28 Nov 2019 23:51:53 -0700 (MST) From: Ross Alexander X-X-Sender: rwa@autopsy.pc.athabascau.ca To: Peter Jeremy cc: James Shuriff , "freebsd-arm@freebsd.org" Subject: Re: rpi3 clock drift In-Reply-To: <20191129052800.GA37113@server.rulingia.com> Message-ID: References: <20191129052800.GA37113@server.rulingia.com> User-Agent: Alpine 2.21.99999 (BSF 352 2019-06-22) Organization: Athabasca University MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed X-EOPAttributedMessage: 0 X-Forefront-Antispam-Report: CIP:131.232.32.37; IPV:NLI; CTRY:CA; EFV:NLI; SFV:NSPM; SFS:(10009020)(396003)(136003)(39860400002)(376002)(346002)(189003)(199004)(50466002)(336012)(53546011)(316002)(6246003)(7696005)(86362001)(786003)(47776003)(54906003)(26005)(76176011)(58126008)(106002)(36916002)(6266002)(55016002)(229853002)(186003)(478600001)(14444005)(356004)(4326008)(23726003)(956004)(446003)(11346002)(305945005)(426003)(246002)(7636002)(2906002)(70206006)(6916009)(7116003)(70586007)(8936002)(5660300002)(8676002)(8746002)(102196002); DIR:OUT; SFP:1101; SCL:1; SRVR:SN6PR13MB2302; H:smtp-relay.cs.athabascau.ca; FPR:; SPF:Pass; LANG:en; PTR:vs001lpmp1609.cs.athabascau.ca; MX:1; A:1; X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: fc0a9724-6797-42c5-b3f2-08d774989f20 X-MS-TrafficTypeDiagnostic: SN6PR13MB2302: X-Microsoft-Antispam-PRVS: Content-Transfer-Encoding: quoted-printable X-MS-Oob-TLC-OOBClassifiers: OLM:9508; X-Forefront-PRVS: 0236114672 X-MS-Exchange-SenderADCheck: 1 X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: TqWCNOLfbnmH6sf+Jt4rdlwMCgwYVj7So3JlOghTtevwuFIbBzL8tKTdyKbpRtpgjT+ZbGtM9nk/fLgiBWVbuniMsupm6V0y6CsixClXR+lMeipabHwUlm7MrEZfhqOc/ll0SzTu3QuR4er7KE3REIny6V3WUA+O+2AZn2ArtZ9vdZ+ZfVNS79AQSIHUvIoQ6AOcbnVT2Bha0zyIQwLVjy7fvUQHBvxYQPabSSJsc/SJNI0qqU3diUqTxbXPfsf9dNUyFA//0x3vn6a+4C2Y6rqhsQxTfSSIZyqO/VglgEOHBweAFWRr5Qxj7FPxJNC5qvuHVG0MJe/DGk3FbN+/5cI0IXLmS9Lcvx74uRPxz6bHM7b/QN5NNqloPKD2cpy6ibz5V9JkAHe/1u58X4J96QiSfq40BujfH+fCO0My2okFLcMUX1QOZkQmEF4Dd349 X-OriginatorOrg: athabascau.ca X-MS-Exchange-CrossTenant-OriginalArrivalTime: 29 Nov 2019 06:51:54.8154 (UTC) X-MS-Exchange-CrossTenant-Network-Message-Id: fc0a9724-6797-42c5-b3f2-08d774989f20 X-MS-Exchange-CrossTenant-Id: a893bdd2-f460-4252-aa34-4d057436a09d X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=a893bdd2-f460-4252-aa34-4d057436a09d; Ip=[131.232.32.37]; Helo=[smtp-relay.cs.athabascau.ca] X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: SN6PR13MB2302 X-Rspamd-Queue-Id: 47PQCz3pysz4YQL X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=austaff.onmicrosoft.com header.s=selector2-austaff-onmicrosoft-com header.b=P1fHpZ6K; dmarc=none; spf=pass (mx1.freebsd.org: domain of rwa@athabascau.ca designates 40.107.73.85 as permitted sender) smtp.mailfrom=rwa@athabascau.ca X-Spamd-Result: default: False [-4.85 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[austaff.onmicrosoft.com:s=selector2-austaff-onmicrosoft-com]; RCVD_COUNT_FIVE(0.00)[5]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip4:40.107.0.0/16]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[athabascau.ca]; TO_DN_SOME(0.00)[]; HAS_ORG_HEADER(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[austaff.onmicrosoft.com:+]; RCVD_IN_DNSWL_NONE(0.00)[85.73.107.40.list.dnswl.org : 127.0.3.0]; IP_SCORE(-1.35)[ipnet: 40.64.0.0/10(-3.85), asn: 8075(-2.85), country: US(-0.05)]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:8075, ipnet:40.64.0.0/10, country:US]; ARC_ALLOW(-1.00)[i=1] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Nov 2019 06:52:01 -0000 On Fri, 29 Nov 2019, Peter Jeremy wrote: > On 2019-Nov-27 22:20:50 -0700, Ross Alexander wrote: >> An Adafruit "ultimate gps hat" (typical commercial hyperbole, sigh.) >> It's about $65 after you add the 40 pin molex connector, the >> micro-whatever to SMA cable, and the external amplified patch antenna. > > You can get a uBlox 7 or 8 module with a patch antenna and PPS output > for O($10). It should be possible to wire the serial data to the PL011 > UART and preserve the serial console UART but you'd to write a driver. Agreed. The hat spares you the wiring and mounting challenge. The s/w issues are why I'm running the GPS box on Debian. I do plan to go back and try it again on that same h/w using 12-stable at some point. I recall that some of the uBlox parts are designed for timing apps rather than navigation - they would be the ones to go with. > I have a metal roof and find putting the GPS module with a patch > antenna near a window (or even near an external wall) is sufficient. I have an identical (pi-2, ult hat, external patch antenna, debian) system running at work where I can get only a view of half the sky and it has significantly more jitter. A broader sky view gives more confidence in the position domain (more birds, and they are more spread out), which translates into lower time jitter. I'm arguing from a very small sample size here, of course. I would love to have a larger population to test. BTW, another *significant* source of jitter is the brand and age of the sd/mmc card used. As they age, the write speed decreases and block write latency gets less uniform; this shows up as system clock jitter in the loopstats. After a few years (3 or 4), the box becomes a complete falseticker and you need to replace the sd/mmc card. regards, Ross =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D Ross Alexander, (780) 675-6823 desk / (780) 689-0749 cell, rwa@athabascau.c= a 54.71593 N 113.30835 W Order is simply a thin, perilous condition we try to impose on the basic reality of chaos. -- William Gaddis, _J R_ -- This communication is intended for the use of the recipient to whom it is a= ddressed, and may contain confidential, personal, and or privileged informa= tion. Please contact us immediately if you are not the intended recipient o= f this communication, and do not copy, distribute, or take action relying o= n it. Any communications received in error, or subsequent reply, should be = deleted or destroyed. --- From owner-freebsd-arm@freebsd.org Fri Nov 29 11:23:04 2019 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id AC9A31ACBAB for ; Fri, 29 Nov 2019 11:23:04 +0000 (UTC) (envelope-from nikolay.kostirya@i11.co) Received: from mx.i11.co (mx.i11.co [159.69.78.69]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 47PXDl5Mp5z3JPx for ; Fri, 29 Nov 2019 11:23:03 +0000 (UTC) (envelope-from nikolay.kostirya@i11.co) Received: from [82.207.42.188] (helo=thinkpad) by mx.i11.co with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1iaeMX-0004je-S7; Fri, 29 Nov 2019 11:23:02 +0000 Date: Fri, 29 Nov 2019 13:22:59 +0200 From: Nick Kostirya To: Emmanuel Vadot Cc: Nick Kostirya via freebsd-arm Subject: Re: gpioiic FDT overlays for sun8i-h3 Message-ID: <20191129132259.7c59777d@thinkpad> In-Reply-To: <20191128062149.577be86eb7dc15ae5805f31a@bidouilliste.com> References: <20191128152901.39dbeb4d@thinkpad> <20191128062149.577be86eb7dc15ae5805f31a@bidouilliste.com> X-Mailer: Claws Mail 3.17.4 (GTK+ 2.24.32; i386-portbld-freebsd12.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 47PXDl5Mp5z3JPx X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.39 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[i11.co:s=omicron]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; SH_EMAIL_DBL_DONT_QUERY_IPS(0.00)[0.0.0.0]; R_SPF_ALLOW(-0.20)[+ip4:159.69.78.69]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(-1.89)[ip: (-9.17), ipnet: 159.69.0.0/16(1.30), asn: 24940(-1.58), country: DE(-0.01)]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[i11.co:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[i11.co,reject]; FROM_EQ_ENVFROM(0.00)[]; MID_RHS_NOT_FQDN(0.50)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:159.69.0.0/16, country:DE]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; SH_EMAIL_ZRD(0.00)[0.0.0.0] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Nov 2019 11:23:04 -0000 On Thu, 28 Nov 2019 06:21:49 +0100 Emmanuel Vadot wrote: > Try this but I haven't even compiled it : > > /dts-v1/; > /plugin/; > > / { > compatible = "allwinner,sun8i-h3"; > }; > > &{/soc/pinctrl@1c20800} { > gpioiic0 { > compatible = "gpioiic"; > scl = <0>; /* GPIO pin 00 (PA0) */ > sda = <2>; /* GPIO pin 02 (PA2) */ > > }; > }; But how does the kernel know what it must to call gpioiic_probe function? I use also "gpioiic@0", but this does not work either. And Why ofwdump show gpioiic, but devinfo do not it? From owner-freebsd-arm@freebsd.org Fri Nov 29 13:38:04 2019 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id D9A1A1B0C63 for ; Fri, 29 Nov 2019 13:38:04 +0000 (UTC) (envelope-from nikolay.kostirya@i11.co) Received: from mx.i11.co (mx.i11.co [159.69.78.69]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 47PbDW62Wwz3QRV for ; Fri, 29 Nov 2019 13:38:03 +0000 (UTC) (envelope-from nikolay.kostirya@i11.co) Received: from [82.207.42.188] (helo=thinkpad) by mx.i11.co with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1iagT6-0005w8-8Z; Fri, 29 Nov 2019 13:37:56 +0000 Date: Fri, 29 Nov 2019 15:37:54 +0200 From: Nick Kostirya To: Emmanuel Vadot Cc: Nick Kostirya via freebsd-arm Subject: Re: gpioiic FDT overlays for sun8i-h3 Message-ID: <20191129153754.28fb5763@thinkpad> In-Reply-To: <20191128062149.577be86eb7dc15ae5805f31a@bidouilliste.com> References: <20191128152901.39dbeb4d@thinkpad> <20191128062149.577be86eb7dc15ae5805f31a@bidouilliste.com> X-Mailer: Claws Mail 3.17.4 (GTK+ 2.24.32; i386-portbld-freebsd12.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 47PbDW62Wwz3QRV X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.42 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[i11.co:s=omicron]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:159.69.78.69]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(-1.92)[ip: (-9.27), ipnet: 159.69.0.0/16(1.27), asn: 24940(-1.58), country: DE(-0.01)]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[i11.co:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[i11.co,reject]; FROM_EQ_ENVFROM(0.00)[]; MID_RHS_NOT_FQDN(0.50)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:159.69.0.0/16, country:DE]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Nov 2019 13:38:04 -0000 On Thu, 28 Nov 2019 06:21:49 +0100 Emmanuel Vadot wrote: > Try this but I haven't even compiled it : > > /dts-v1/; > /plugin/; > > / { > compatible = "allwinner,sun8i-h3"; > }; > > &{/soc/pinctrl@1c20800} { > gpioiic0 { > compatible = "gpioiic"; > scl = <0>; /* GPIO pin 00 (PA0) */ > sda = <2>; /* GPIO pin 02 (PA2) */ > > }; > }; Maybe I must rebuild all u-boot with this overlay? Because the overlay do not help when it is in /boot/dtb/overlays/ and /boot/msdos/dtb/overlays/. From owner-freebsd-arm@freebsd.org Fri Nov 29 13:43:20 2019 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id AB6101B0F67 for ; Fri, 29 Nov 2019 13:43:20 +0000 (UTC) (envelope-from milan@obuch.sk) Received: from mailhost.netlabit.sk (mailhost.netlabit.sk [84.245.65.72]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 47PbLb2NYmz3QkN for ; Fri, 29 Nov 2019 13:43:18 +0000 (UTC) (envelope-from milan@obuch.sk) Received: from zeta.dino.sk (fw3.dino.sk [84.245.95.254]) (AUTH: LOGIN milan) by mailhost.netlabit.sk with ESMTPA; Fri, 29 Nov 2019 14:43:16 +0100 id 00E54810.5DE12074.00014036 Date: Fri, 29 Nov 2019 14:43:16 +0100 From: Milan Obuch To: freebsd-arm@freebsd.org Subject: Re: gpioiic FDT overlays for sun8i-h3 Message-ID: <20191129144316.739c8664@zeta.dino.sk> In-Reply-To: <20191129153754.28fb5763@thinkpad> References: <20191128152901.39dbeb4d@thinkpad> <20191128062149.577be86eb7dc15ae5805f31a@bidouilliste.com> <20191129153754.28fb5763@thinkpad> X-Mailer: Claws Mail 3.17.4 (GTK+ 2.24.32; i386-portbld-freebsd11.3) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 47PbLb2NYmz3QkN X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of milan@obuch.sk designates 84.245.65.72 as permitted sender) smtp.mailfrom=milan@obuch.sk X-Spamd-Result: default: False [-5.15 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[obuch.sk]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[72.65.245.84.list.dnswl.org : 127.0.10.0]; IP_SCORE(-2.85)[ip: (-7.98), ipnet: 84.245.64.0/18(-3.99), asn: 16160(-2.35), country: SK(0.09)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:16160, ipnet:84.245.64.0/18, country:SK]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Nov 2019 13:43:20 -0000 On Fri, 29 Nov 2019 15:37:54 +0200 Nick Kostirya via freebsd-arm wrote: > On Thu, 28 Nov 2019 06:21:49 +0100 > Emmanuel Vadot wrote: > > > Try this but I haven't even compiled it : > > > > /dts-v1/; > > /plugin/; > > > > / { > > compatible = "allwinner,sun8i-h3"; > > }; > > > > &{/soc/pinctrl@1c20800} { > > gpioiic0 { > > compatible = "gpioiic"; > > scl = <0>; /* GPIO pin 00 (PA0) */ > > sda = <2>; /* GPIO pin 02 (PA2) */ > > > > }; > > }; > > Maybe I must rebuild all u-boot with this overlay? > > Because the overlay do not help when it is in /boot/dtb/overlays/ and > /boot/msdos/dtb/overlays/. > Did you add in /boot/loader.conf line like fdt_overlays="gpioiic" (gpioiic is name of your module in /boot/dtb/overlays)? Overlays are processed by loader of ours (freeBSD), not u-boot, AFAIK... Regards, Milan From owner-freebsd-arm@freebsd.org Fri Nov 29 13:54:36 2019 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 871EA1B1378 for ; Fri, 29 Nov 2019 13:54:36 +0000 (UTC) (envelope-from nikolay.kostirya@i11.co) Received: from mx.i11.co (mx.i11.co [159.69.78.69]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 47Pbbb1mcCz3RDN for ; Fri, 29 Nov 2019 13:54:34 +0000 (UTC) (envelope-from nikolay.kostirya@i11.co) Received: from [82.207.42.188] (helo=thinkpad) by mx.i11.co with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1iagjB-00069V-F8; Fri, 29 Nov 2019 13:54:33 +0000 Date: Fri, 29 Nov 2019 15:54:31 +0200 From: Nick Kostirya To: Milan Obuch Cc: freebsd-arm@freebsd.org, Emmanuel Vadot Subject: Re: gpioiic FDT overlays for sun8i-h3 Message-ID: <20191129155431.05d4e14f@thinkpad> In-Reply-To: <20191129144316.739c8664@zeta.dino.sk> References: <20191128152901.39dbeb4d@thinkpad> <20191128062149.577be86eb7dc15ae5805f31a@bidouilliste.com> <20191129153754.28fb5763@thinkpad> <20191129144316.739c8664@zeta.dino.sk> X-Mailer: Claws Mail 3.17.4 (GTK+ 2.24.32; i386-portbld-freebsd12.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 47Pbbb1mcCz3RDN X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.44 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[i11.co:s=omicron]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip4:159.69.78.69:c]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(-1.94)[ip: (-9.35), ipnet: 159.69.0.0/16(1.23), asn: 24940(-1.58), country: DE(-0.01)]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[i11.co:+]; DMARC_POLICY_ALLOW(-0.50)[i11.co,reject]; FROM_EQ_ENVFROM(0.00)[]; MID_RHS_NOT_FQDN(0.50)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:159.69.0.0/16, country:DE]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Nov 2019 13:54:36 -0000 From: Nick Kostirya To: Milan Obuch Subject: Re: gpioiic FDT overlays for sun8i-h3 Date: Fri, 29 Nov 2019 15:53:05 +0200 X-Mailer: Claws Mail 3.17.4 (GTK+ 2.24.32; i386-portbld-freebsd12.0) On Fri, 29 Nov 2019 14:43:16 +0100 Milan Obuch wrote: > On Fri, 29 Nov 2019 15:37:54 +0200 > Nick Kostirya via freebsd-arm wrote: > > > On Thu, 28 Nov 2019 06:21:49 +0100 > > Emmanuel Vadot wrote: > > > > > Try this but I haven't even compiled it : > > > > > > /dts-v1/; > > > /plugin/; > > > > > > / { > > > compatible = "allwinner,sun8i-h3"; > > > }; > > > > > > &{/soc/pinctrl@1c20800} { > > > gpioiic0 { > > > compatible = "gpioiic"; > > > scl = <0>; /* GPIO pin 00 (PA0) */ > > > sda = <2>; /* GPIO pin 02 (PA2) */ > > > > > > }; > > > }; > > > > Maybe I must rebuild all u-boot with this overlay? > > > > Because the overlay do not help when it is in /boot/dtb/overlays/ and > > /boot/msdos/dtb/overlays/. > > > > Did you add in /boot/loader.conf line like > > fdt_overlays="gpioiic" Yes. I have fdt_overlays="sun8i-h3-sid,sun8i-h3-ths,sun8i-h3-opp,sun8i-h3-gpio-iic0" where sun8i-h3-gpio-iic0 if gpioiic overlay. I see gpioiic in ofwdump -a output. > > (gpioiic is name of your module in /boot/dtb/overlays)? Overlays are > processed by loader of ours (freeBSD), not u-boot, AFAIK... By the way why do we need /boot/msdos/dtb/overlays/? From owner-freebsd-arm@freebsd.org Fri Nov 29 13:56:55 2019 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 7A5DF1B151C for ; Fri, 29 Nov 2019 13:56:55 +0000 (UTC) (envelope-from nikolay.kostirya@i11.co) Received: from mx.i11.co (mx.i11.co [159.69.78.69]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 47PbfG5nYXz3wc6 for ; Fri, 29 Nov 2019 13:56:54 +0000 (UTC) (envelope-from nikolay.kostirya@i11.co) Received: from [82.207.42.188] (helo=thinkpad) by mx.i11.co with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1iaglR-0006Ao-AJ; Fri, 29 Nov 2019 13:56:53 +0000 Date: Fri, 29 Nov 2019 15:56:51 +0200 From: Nick Kostirya To: Oleksandr Tymoshenko Cc: freebsd-arm@freebsd.org Subject: Re: Does Camera Module with OV5640 Chip worked on ARM FreeBSD 12.1 Message-ID: <20191129155651.12189b11@thinkpad> In-Reply-To: <20191127202058.GA91514@bluezbox.com> References: <20191126101301.5cb6c6df@thinkpad> <20191127202058.GA91514@bluezbox.com> X-Mailer: Claws Mail 3.17.4 (GTK+ 2.24.32; i386-portbld-freebsd12.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 47PbfG5nYXz3wc6 X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.46 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[i11.co:s=omicron]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:159.69.78.69:c]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(-1.96)[ip: (-9.41), ipnet: 159.69.0.0/16(1.20), asn: 24940(-1.58), country: DE(-0.01)]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[i11.co:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[i11.co,reject]; FROM_EQ_ENVFROM(0.00)[]; MID_RHS_NOT_FQDN(0.50)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:159.69.0.0/16, country:DE]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Nov 2019 13:56:55 -0000 On Wed, 27 Nov 2019 12:20:58 -0800 Oleksandr Tymoshenko wrote: > Nick Kostirya via freebsd-arm (freebsd-arm@freebsd.org) wrote: > > Hello. > > > > Could you tell me, please? > > Does Camera Module with OV5640 Chip work on ARM FreeBSD 12.1? > > It's DVP interface camera, not USB. > > If so, what is needed for this? > > > > https://www.friendlyarm.com/index.php?route=product/product&path=78&product_id=155 > > I don't think we have required drivers for this. Several things > are required to make it work: > - Driver for the OV5640 chip, ususally it's controlled over I2C > - Driver for the SoC block that handles actual pixel data path. For > this product it's DVP, the other common interface is MIPI/CSI. This > driver needs to be visible to userland as V4L2 device > (/dev/videoN). It also needs to have some glue code to talk to the OV5640 > (or any other sensor) driver to control the sensor parameters. > > As far as I know FreeBSD doesn't have support for neither of these things at > the moment. Thanks. I will look at USB cameras. From owner-freebsd-arm@freebsd.org Fri Nov 29 14:09:56 2019 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 04B4E1B1A1F for ; Fri, 29 Nov 2019 14:09:56 +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 47PbxG1Spqz3xJF for ; Fri, 29 Nov 2019 14:09:53 +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 190f04bf; Fri, 29 Nov 2019 15:09:44 +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=Oy+EZ4PzUD+kPXwEVo/yY9g7YGk=; b=mwKjIAV+d+C41QKH8jg4AtNGZ5e2 B8iGj7VzfF4ZpnR42UUbaTzWbDpkBzBb47ylBkYQkRIZm6go8j6lkakDKajemVSt Ef9AjJ8KwgGosyIc9M9jWrw6fHU2zdc/QSodfxfyC2pnT6GFDXKpH0f5D+Jpe3O1 YPwD2o8wiBc7R2k= 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=iswPZkWfdFjraTsf19+BHOoWdTkQ9lBMt95cA664Xog7nGtJcbZZF03/ ne6UxdohWLr9JXukYSw8+yqy8lxsNR7oNToM4VHfFt38hOB2bYTWFmR/HO2dCbgx T+psVztoRRj9wXYDJyNpEI29EfVevpuqXHt5CGTMH/Lpu5BKO+M= Received: from skull.home.blih.net (lfbn-1-12172-130.w90-92.abo.wanadoo.fr [90.92.223.130]) by mail.blih.net (OpenSMTPD) with ESMTPSA id ba1e1c7e TLS version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO; Fri, 29 Nov 2019 15:09:44 +0100 (CET) Date: Fri, 29 Nov 2019 15:09:44 +0100 From: Emmanuel Vadot To: Nick Kostirya Cc: Milan Obuch , freebsd-arm@freebsd.org Subject: Re: gpioiic FDT overlays for sun8i-h3 Message-Id: <20191129150944.67a2b723a6724c46f7559f96@bidouilliste.com> In-Reply-To: <20191129155431.05d4e14f@thinkpad> References: <20191128152901.39dbeb4d@thinkpad> <20191128062149.577be86eb7dc15ae5805f31a@bidouilliste.com> <20191129153754.28fb5763@thinkpad> <20191129144316.739c8664@zeta.dino.sk> <20191129155431.05d4e14f@thinkpad> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.32; amd64-portbld-freebsd13.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 47PbxG1Spqz3xJF X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bidouilliste.com header.s=mail header.b=mwKjIAV+; dmarc=none; spf=pass (mx1.freebsd.org: domain of manu@bidouilliste.com designates 212.83.177.182 as permitted sender) smtp.mailfrom=manu@bidouilliste.com X-Spamd-Result: default: False [-1.31 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:212.83.177.182/32]; MV_CASE(0.50)[]; DKIM_TRACE(0.00)[bidouilliste.com:+]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; IP_SCORE(0.38)[ip: (-0.58), ipnet: 212.83.160.0/19(2.42), asn: 12876(0.07), country: FR(-0.00)]; ASN(0.00)[asn:12876, ipnet:212.83.160.0/19, country:FR]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.92)[-0.922,0]; R_DKIM_ALLOW(-0.20)[bidouilliste.com:s=mail]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-0.87)[-0.867,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[bidouilliste.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Nov 2019 14:09:56 -0000 On Fri, 29 Nov 2019 15:54:31 +0200 Nick Kostirya wrote: > From: Nick Kostirya > To: Milan Obuch > Subject: Re: gpioiic FDT overlays for sun8i-h3 > Date: Fri, 29 Nov 2019 15:53:05 +0200 > X-Mailer: Claws Mail 3.17.4 (GTK+ 2.24.32; i386-portbld-freebsd12.0) > > On Fri, 29 Nov 2019 14:43:16 +0100 > Milan Obuch wrote: > > > On Fri, 29 Nov 2019 15:37:54 +0200 > > Nick Kostirya via freebsd-arm wrote: > > > > > On Thu, 28 Nov 2019 06:21:49 +0100 > > > Emmanuel Vadot wrote: > > > > > > > Try this but I haven't even compiled it : > > > > > > > > /dts-v1/; > > > > /plugin/; > > > > > > > > / { > > > > compatible = "allwinner,sun8i-h3"; > > > > }; > > > > > > > > &{/soc/pinctrl@1c20800} { > > > > gpioiic0 { > > > > compatible = "gpioiic"; > > > > scl = <0>; /* GPIO pin 00 (PA0) */ > > > > sda = <2>; /* GPIO pin 02 (PA2) */ > > > > > > > > }; > > > > }; > > > > > > Maybe I must rebuild all u-boot with this overlay? > > > > > > Because the overlay do not help when it is in /boot/dtb/overlays/ and > > > /boot/msdos/dtb/overlays/. > > > > > > > Did you add in /boot/loader.conf line like > > > > fdt_overlays="gpioiic" > > Yes. > I have > fdt_overlays="sun8i-h3-sid,sun8i-h3-ths,sun8i-h3-opp,sun8i-h3-gpio-iic0" > > where sun8i-h3-gpio-iic0 if gpioiic overlay. > > I see gpioiic in ofwdump -a output. Which means that the overlays was applied. I've spent a few hours yesterday to find how to use this module and the result is we can't. The reason is that the driver is at an higher bus pass number than the parent (gpiobus) so the driver isn't probed and is removed from the child list of gpiobus, meaning that it's never added later. ian@ and I agreed that it the driver would need to be rewritten because of this and because you cannot use gpio from different banks as it needs to be a children of one gpio controller. So the TLDR is : right now this driver is useless (at least on FDT system). > > > > > (gpioiic is name of your module in /boot/dtb/overlays)? Overlays are > > processed by loader of ours (freeBSD), not u-boot, AFAIK... > > By the way why do we need /boot/msdos/dtb/overlays/? Nope it's not needed, overlays are processed by loader(8). -- Emmanuel Vadot From owner-freebsd-arm@freebsd.org Fri Nov 29 16:23:40 2019 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 4E2DB1B518A for ; Fri, 29 Nov 2019 16:23:40 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound2m.ore.mailhop.org (outbound2m.ore.mailhop.org [54.149.155.156]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 47Pfvb67mRz44kL for ; Fri, 29 Nov 2019 16:23:39 +0000 (UTC) (envelope-from ian@freebsd.org) ARC-Seal: i=1; a=rsa-sha256; t=1575044618; cv=none; d=outbound.mailhop.org; s=arc-outbound20181012; b=KrJzc5eA+eYkP/L6AfUaNtrylP5+CDXSIq4PkdpmswPmvhqN/cellfLLlmp1+b0mNZ4kqeWXElKcz 41ewJW/xuX6gfQtaWOLXsUn85tmk4PBQ3KPH6O9o8pKZThJCgjJev+3w07GIaRMDxepUSD86hsfSUS 8/bFnG21VB55KolVR9CGKdreXvxkMZOY7Kdd7GokIxhWDq4BEl8w2nydAta76wqZ+mLcmQFXwrE7Df mhNzHutCpeeUb5EajhuAiw3TREIRVljVkIs4I06bkIbrS3UKdE1GqnyJ5UgS3mB1A8jQ58q1tKlz4f TuNQMwjY0PHWFjKiSGp9wqJkbpkAZYA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=arc-outbound20181012; h=content-transfer-encoding:mime-version:content-type:references:in-reply-to: date:cc:to:from:subject:message-id:dkim-signature:from; bh=NHh0M21cCXmtuBik9nMpjEDdNQylUWn+qwdEvE2AEdQ=; b=hHURnVnkphFl9Y9UO2n45OkAe3gCXMHc+XeLgbe+C2UR0P2RhiPxEh1vY2W8N2jajNdEvBwhmcaab UxEjwnHr08BUpVPZvbS6au9SVTkTg+wBuPYky2lnFT4Ste9BX7ec2NFfOSu4kQpIopHH23oZTjMMdn Ed4lvUCnHo0+QrvS57Jx9u5omyB5+jierVmFFAreds7CWdQsRad+MbON4NHjlzV6zSowo14JOJ6iT0 I+Hp/MbWNgZaSgyTfF+Cu4MnR5q6E9lMcam0KFuIDjtoQKFK3PkfOC+Y/A+8gjH1QcDwugVqhfKe6t thzBe9gUroJw0ZAnJz5LVKRZmlZdSjw== ARC-Authentication-Results: i=1; outbound4.ore.mailhop.org; spf=softfail smtp.mailfrom=freebsd.org smtp.remote-ip=67.177.211.60; dmarc=none header.from=freebsd.org; arc=none header.oldest-pass=0; DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=dkim-high; h=content-transfer-encoding:mime-version:content-type:references:in-reply-to: date:cc:to:from:subject:message-id:from; bh=NHh0M21cCXmtuBik9nMpjEDdNQylUWn+qwdEvE2AEdQ=; b=Fp6mhKDUPjx9hkrFw5vj32mVuQ+7mS/TIRhFYYVGlgjaog7aoW56RPKSTy1ZE4jOBwnogaG0tBv3A pBiXAlVexkHcwdHfbcaXNvSRn8bXcSd1LJgOhgbRGJm457znJDOntkO2bhHBsWS7CNAfkLoTKnc75W orvapnXOdjn7e8kRtH9xQ+vC1+9pHX6uYMdHVnhiPQLdxtffVOJG/SvzCra4nUuroozfbmg/vM0vTe VNNmI5nUdRKfuyCJCw+dTw6DmJse1hgX6XGYr/Mqk3tWbIwQmfwl4M85ILIP/2UA5QngbW5juBiPKN aMsn3uYUjHAMqc6uAHP/EwzQNc2LjpQ== X-MHO-RoutePath: aGlwcGll X-MHO-User: 95f6a63c-12c4-11ea-829e-79a40d15cccd X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 67.177.211.60 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (unknown [67.177.211.60]) by outbound4.ore.mailhop.org (Halon) with ESMTPSA id 95f6a63c-12c4-11ea-829e-79a40d15cccd; Fri, 29 Nov 2019 16:23:36 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id xATGNVa7084654; Fri, 29 Nov 2019 09:23:31 -0700 (MST) (envelope-from ian@freebsd.org) Message-ID: <0ce78262af1dd3b404b9a85a780933d7e11f008e.camel@freebsd.org> Subject: Re: gpioiic FDT overlays for sun8i-h3 From: Ian Lepore To: Emmanuel Vadot , Nick Kostirya Cc: Milan Obuch , freebsd-arm@freebsd.org Date: Fri, 29 Nov 2019 09:23:31 -0700 In-Reply-To: <20191129150944.67a2b723a6724c46f7559f96@bidouilliste.com> References: <20191128152901.39dbeb4d@thinkpad> <20191128062149.577be86eb7dc15ae5805f31a@bidouilliste.com> <20191129153754.28fb5763@thinkpad> <20191129144316.739c8664@zeta.dino.sk> <20191129155431.05d4e14f@thinkpad> <20191129150944.67a2b723a6724c46f7559f96@bidouilliste.com> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.28.5 FreeBSD GNOME Team Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 47Pfvb67mRz44kL X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-1.81 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-0.90)[-0.900,0]; NEURAL_HAM_LONG(-0.91)[-0.910,0]; ASN(0.00)[asn:16509, ipnet:54.148.0.0/15, country:US] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Nov 2019 16:23:40 -0000 On Fri, 2019-11-29 at 15:09 +0100, Emmanuel Vadot wrote: > On Fri, 29 Nov 2019 15:54:31 +0200 > Nick Kostirya wrote: > > > From: Nick Kostirya > > To: Milan Obuch > > Subject: Re: gpioiic FDT overlays for sun8i-h3 > > Date: Fri, 29 Nov 2019 15:53:05 +0200 > > X-Mailer: Claws Mail 3.17.4 (GTK+ 2.24.32; i386-portbld-freebsd12.0) > > > > On Fri, 29 Nov 2019 14:43:16 +0100 > > Milan Obuch wrote: > > > > > On Fri, 29 Nov 2019 15:37:54 +0200 > > > Nick Kostirya via freebsd-arm wrote: > > > > > > > On Thu, 28 Nov 2019 06:21:49 +0100 > > > > Emmanuel Vadot wrote: > > > > > > > > > Try this but I haven't even compiled it : > > > > > > > > > > /dts-v1/; > > > > > /plugin/; > > > > > > > > > > / { > > > > > compatible = "allwinner,sun8i-h3"; > > > > > }; > > > > > > > > > > &{/soc/pinctrl@1c20800} { > > > > > gpioiic0 { > > > > > compatible = "gpioiic"; > > > > > scl = <0>; /* GPIO pin 00 (PA0) */ > > > > > sda = <2>; /* GPIO pin 02 (PA2) */ > > > > > > > > > > }; > > > > > }; > > > > > > > > Maybe I must rebuild all u-boot with this overlay? > > > > > > > > Because the overlay do not help when it is in /boot/dtb/overlays/ and > > > > /boot/msdos/dtb/overlays/. > > > > > > > > > > Did you add in /boot/loader.conf line like > > > > > > fdt_overlays="gpioiic" > > > > Yes. > > I have > > fdt_overlays="sun8i-h3-sid,sun8i-h3-ths,sun8i-h3-opp,sun8i-h3-gpio-iic0" > > > > where sun8i-h3-gpio-iic0 if gpioiic overlay. > > > > I see gpioiic in ofwdump -a output. > > Which means that the overlays was applied. > I've spent a few hours yesterday to find how to use this module and > the result is we can't. The reason is that the driver is at an higher > bus pass number than the parent (gpiobus) so the driver isn't probed > and is removed from the child list of gpiobus, meaning that it's never > added later. > ian@ and I agreed that it the driver would need to be rewritten > because of this and because you cannot use gpio from different banks as > it needs to be a children of one gpio controller. > So the TLDR is : right now this driver is useless (at least on FDT > system). I am working on this, though. I'm thinking we should have something usable later today, or at worst by the end of the weekend if it turns complicated. -- Ian From owner-freebsd-arm@freebsd.org Fri Nov 29 16:37:27 2019 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 7A3171B56F2 for ; Fri, 29 Nov 2019 16:37:27 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "www.zefox.org", Issuer "www.zefox.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 47PgCV2qgBz45Mk for ; Fri, 29 Nov 2019 16:37:26 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.15.2/8.15.2) with ESMTPS id xATGbNNn040965 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 29 Nov 2019 08:37:24 -0800 (PST) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id xATGbMJ9040964; Fri, 29 Nov 2019 08:37:22 -0800 (PST) (envelope-from fbsd) Date: Fri, 29 Nov 2019 08:37:22 -0800 From: bob prohaska To: freebsd-arm@freebsd.org Subject: RPI3, panic: deadlres_td_sleep_q: possible deadlock detected for 0xfffffd003ad8f000, blocked for 1802596 ticks Message-ID: <20191129163722.GA40850@www.zefox.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.24 (2015-08-30) X-Rspamd-Queue-Id: 47PgCV2qgBz45Mk X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of fbsd@www.zefox.net has no SPF policy when checking 50.1.20.27) smtp.mailfrom=fbsd@www.zefox.net X-Spamd-Result: default: False [0.48 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.87)[-0.874,0]; WWW_DOT_DOMAIN(0.50)[]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; IP_SCORE(0.07)[ip: (0.30), ipnet: 50.1.16.0/20(0.15), asn: 7065(-0.04), country: US(-0.05)]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[zefox.net]; AUTH_NA(1.00)[]; NEURAL_HAM_LONG(-0.62)[-0.617,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; MID_RHS_WWW(0.50)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Nov 2019 16:37:27 -0000 This morning an Rpi3 was found reporting "panic: deadlres_td_sleep_q: possible deadlock detected for 0xfffffd003ad8f000, blocked for 1802596 ticks" . System and kernel are at r355024. Late last night the machine seemed to have stalled on a make in www/chromium, with make-related processes showing zero percent cpu in top, low storage activity and no progress in log files but still responsive to shell commands. This is the same machine that stalled with "smsc0: failed to create mbuf" on Nov. 25th but didn't panic by itself in that case. This time I captured a backtrace: panic: deadlres_td_sleep_q: possible deadlock detected for 0xfffffd003ad8f000, blocked for 1802596 ticks cpuid = 0 time = 1575027501 KDB: stack backtrace: db_trace_self() at db_trace_self_wrapper+0x28 pc = 0xffff000000729e4c lr = 0xffff0000001066c8 sp = 0xffff0000518d2580 fp = 0xffff0000518d2790 db_trace_self_wrapper() at vpanic+0x18c pc = 0xffff0000001066c8 lr = 0xffff000000400d7c sp = 0xffff0000518d27a0 fp = 0xffff0000518d2850 vpanic() at panic+0x44 pc = 0xffff000000400d7c lr = 0xffff000000400b2c sp = 0xffff0000518d2860 fp = 0xffff0000518d28e0 panic() at deadlkres+0x314 pc = 0xffff000000400b2c lr = 0xffff00000039cdf0 sp = 0xffff0000518d28f0 fp = 0xffff0000518d2940 deadlkres() at fork_exit+0x7c pc = 0xffff00000039cdf0 lr = 0xffff0000003c10d4 sp = 0xffff0000518d2950 fp = 0xffff0000518d2980 fork_exit() at fork_trampoline+0x10 pc = 0xffff0000003c10d4 lr = 0xffff0000007471a4 sp = 0xffff0000518d2990 fp = 0x0000000000000000 KDB: enter: panic [ thread pid 0 tid 100052 ] Stopped at 0 db> bt Tracing pid 0 tid 100052 td 0xfffffd0000bb5560 db_trace_self() at db_stack_trace+0xf8 pc = 0xffff000000729e4c lr = 0xffff000000103b0c sp = 0xffff0000518d2150 fp = 0xffff0000518d2180 db_stack_trace() at db_command+0x228 pc = 0xffff000000103b0c lr = 0xffff000000103784 sp = 0xffff0000518d2190 fp = 0xffff0000518d2270 db_command() at db_command_loop+0x58 pc = 0xffff000000103784 lr = 0xffff00000010352c sp = 0xffff0000518d2280 fp = 0xffff0000518d22a0 db_command_loop() at db_trap+0xf4 pc = 0xffff00000010352c lr = 0xffff000000106830 sp = 0xffff0000518d22b0 fp = 0xffff0000518d24d0 db_trap() at kdb_trap+0x1d8 pc = 0xffff000000106830 lr = 0xffff0000004492fc sp = 0xffff0000518d24e0 fp = 0xffff0000518d2590 kdb_trap() at do_el1h_sync+0xf4 pc = 0xffff0000004492fc lr = 0xffff000000747418 sp = 0xffff0000518d25a0 fp = 0xffff0000518d25d0 do_el1h_sync() at handle_el1h_sync+0x78 pc = 0xffff000000747418 lr = 0xffff00000072c878 sp = 0xffff0000518d25e0 fp = 0xffff0000518d26f0 handle_el1h_sync() at kdb_enter+0x34 pc = 0xffff00000072c878 lr = 0xffff000000448948 sp = 0xffff0000518d2700 fp = 0xffff0000518d2790 kdb_enter() at vpanic+0x1a8 pc = 0xffff000000448948 lr = 0xffff000000400d98 sp = 0xffff0000518d27a0 fp = 0xffff0000518d2850 vpanic() at panic+0x44 pc = 0xffff000000400d98 lr = 0xffff000000400b2c sp = 0xffff0000518d2860 fp = 0xffff0000518d28e0 panic() at deadlkres+0x314 pc = 0xffff000000400b2c lr = 0xffff00000039cdf0 sp = 0xffff0000518d28f0 fp = 0xffff0000518d2940 deadlkres() at fork_exit+0x7c pc = 0xffff00000039cdf0 lr = 0xffff0000003c10d4 sp = 0xffff0000518d2950 fp = 0xffff0000518d2980 fork_exit() at fork_trampoline+0x10 pc = 0xffff0000003c10d4 lr = 0xffff0000007471a4 sp = 0xffff0000518d2990 fp = 0x0000000000000000 db> The last top window reported: last pid: 50623; load averages: 0.32, 0.35, 0.39 up 3+20:13:48 03:38:19 60 processes: 1 running, 58 sleeping, 1 zombie CPU: 2.3% user, 0.0% nice, 8.1% system, 0.2% interrupt, 89.4% idle Mem: 86M Active, 629M Inact, 7536K Laundry, 116M Wired, 26M Buf, 62M Free Swap: 7194M Total, 1772M Used, 5422M Free, 24% Inuse packet_write_wait: Connection to 50.1.20.28 port 22: Broken pipe bob@raspberrypi:~ $ R PRI NICE SIZE RES SWAP STATE C TIME WCPU COMMAND 67897 root 1 23 0 679M 93M 18M vmpfw 1 11:34 0.00% c++ 37083 root 1 52 0 12M 3756K 0B ufs 1 4:29 0.00% find 37086 root 1 52 0 11M 2720K 0B piperd 0 0:00 0.00% cat 50623 bob 1 52 0 12M 2652K 0B nanslp 2 0:00 0.00% gstat 37079 root 1 52 0 11M 2172K 0B wait 1 0:00 0.00% sh 37084 root 1 52 0 11M 2168K 0B wait 3 0:00 0.00% sh 36967 root 1 52 0 11M 2164K 0B wait 0 0:00 0.00% sh 37077 root 1 52 0 11M 2164K 0B wait 3 0:00 0.00% sh 37066 root 1 52 0 11M 2160K 0B wait 1 0:00 0.00% sh 37070 root 1 52 0 11M 2156K 0B wait 2 0:00 0.00% sh 37067 root 1 52 0 11M 2156K 0B wait 3 0:00 0.00% sh 36949 root 1 32 0 11M 2156K 0B wait 1 0:00 0.00% sh 36959 root 1 52 0 11M 2156K 0B wait 2 0:00 0.00% sh 37078 root 1 52 0 11M 1860K 0B piperd 0 0:00 0.00% mail 36968 root 1 29 0 11M 1852K 0B piperd 1 0:00 0.00% mail The swap usage was high, but lower than earlier in the make session. A log of both make output and system activity was captured, the last entries of which are: [12229/16483] c++ -MMD -MF obj/chrome/browser/ui/ui/ui_jumbo_41.o.d -DUSE_DBUS -DUSE_AURA=1 -DUSE_GLIB=1 -DUSE_NSS_CERTS=1 -DUSE_X11=1 -DOFFICIAL_BUILD -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE .......(long command line, list of more-or-less routine warnings) and 0/1530/1530/19178 mbuf clusters in use (current/cache/total/max) procs memory page disks faults cpu r b w avm fre flt re pi po fr sr mm0 da0 in sy cs us sy id 0 0 9 2472776 63368 7126 159 228 129 6751 24168 0 0 23120 1800 15731 41 22 37 dT: 1.063s w: 1.000s L(q) ops/s r/s kBps ms/r w/s kBps ms/w d/s kBps ms/d %busy Name 0 2 0 0 0.0 2 53 3.2 0 0 0.0 0.6 mmcsd0 0 2 0 0 0.0 2 53 3.2 0 0 0.0 0.6 mmcsd0s2 0 2 0 0 0.0 2 53 3.2 0 0 0.0 0.6 mmcsd0s2a 0 2 0 0 0.0 2 53 3.3 0 0 0.0 0.6 ufs/rootfs Fri Nov 29 03:37:44 PST 2019 Device 1K-blocks Used Avail Capacity /dev/mmcsd0s2b 4404252 906260 3497992 21% /dev/da0p6 5242880 907904 4334976 17% Total 9647132 1814164 7832968 19% Nov 29 03:37:13 www sshd[50211]: error: PAM: Authentication error for illegal user support from 103.133.104.114 Nov 29 03:37:13 www sshd[50211]: error: Received disconnect from 103.133.104.114 port 60251:14: No more user authentication methods available. [preauth] The commands used to capture the system activity were: #!/bin/sh while true do vmstat ; gstat -abd -I 1s ; date ; swapinfo ; tail -n 2 /var/log/messages ; netstat -m | grep "mbuf clusters" done About three hours elapsed between the last interactive observation and the last logfile entry. The log files are too large to post in their entirety but they can be put on a webserver if it's useful. Thanks for reading, and any suggestions bob prohaska From owner-freebsd-arm@freebsd.org Fri Nov 29 17:10:39 2019 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id DB1BF1B6397 for ; Fri, 29 Nov 2019 17:10:39 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound2m.ore.mailhop.org (outbound2m.ore.mailhop.org [54.149.155.156]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 47Pgxq50JZz46n4 for ; Fri, 29 Nov 2019 17:10:39 +0000 (UTC) (envelope-from ian@freebsd.org) ARC-Seal: i=1; a=rsa-sha256; t=1575047438; cv=none; d=outbound.mailhop.org; s=arc-outbound20181012; b=oc6P58K5etGW77wZnjWOH/MoLpRaqHacCuBOJtHek/bCqHOTNn26SPGfKppxlwmEQLYhRA7Kyudi1 tOG2xVhU4YAd+wWgKRKF1jvu76LZgYHtrmCZOymm4+ea4PDHMcsJxekrfboQxcN2WkJP2izBaX6UZu szqOsG0Y+CFN4IPtKmYHqnRIexnCQWveCc46B423LWlKUs+HlqH1Jyx+5rVJRZiQLUmFxA9wRMjle9 s3VzSbqJAQbnkZg+9oXLD66WhhvIoxo3wr+lh/ZIGUI7XKh4sOLsTN46doL+ic8X+fRYOsRxen0QIr pmKHNTVfB2H4pg9zQ/YWb8C8gGJsKlg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=arc-outbound20181012; h=content-transfer-encoding:mime-version:content-type:references:in-reply-to: date:cc:to:from:subject:message-id:dkim-signature:from; bh=YbleUEnfJbbgzSj8I9p+0b3M99NKOfI6fwiYtoxvLnw=; b=V75ZtNq1rNMqKeQEGplBS+zDkpmBxjDIkXzt/F1yERry3ZVpVGHKs8ucsHgYzuwRqlPL9DKbY/OG7 sPKg1KAwXHRh6mE/ou9dNf/w8/cO9u9AJ98c1tS1DzeROF3lA9t0pEQ/1u7ieT3Ys8CGU3GM+ioGKt AyeNe2zALVk/CV25VTmFzI5b36ic3EiTsi6rYc4Yom9P7iBbC6gliwLNAc2l2tTt3UfmZMfQTZIoW6 n99j6YCZj0w2Q/mELMxi4Ue2jFujKkj3/ZWpkgOrIbqqXc8ioRwRmWYcoLXu6oENeNOqEgDtC7Yp85 a126p5sMzUeynr8WhHB5f/RNhQQLEJQ== ARC-Authentication-Results: i=1; outbound4.ore.mailhop.org; spf=softfail smtp.mailfrom=freebsd.org smtp.remote-ip=67.177.211.60; dmarc=none header.from=freebsd.org; arc=none header.oldest-pass=0; DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=dkim-high; h=content-transfer-encoding:mime-version:content-type:references:in-reply-to: date:cc:to:from:subject:message-id:from; bh=YbleUEnfJbbgzSj8I9p+0b3M99NKOfI6fwiYtoxvLnw=; b=acBonUx+VMc6vbhnXzY4KnjnfCCm1m3M206MbOdpmPlaTylgtW+fLn+PXWGs/00mjdI45pgtroQlC YDzpRglUIQFdMdziEmVtJ4XHwUlszx0q0yHoMC00Nwqe7pe80uxM9Qu6oEMvPHl3XoYbNKRnbl+bKj OTAZHAZ4prVJ1/2+iJ7gHAQZJGrJ4lzjeG9ZXDKgzrFf8lMCXVsmncW0EI8hRSQjcoA19CTjSMoDKw mauUFtjUyAiw59wRFv5v+8jZaMI4yBzmuaGZnxmmpiVXot41vmGTVZterk+NqSP5U4/aYa/bSHotFz qPXaJrSQ2n50NfJ4FML7xfJYyAK4hag== X-MHO-RoutePath: aGlwcGll X-MHO-User: 289ab799-12cb-11ea-829e-79a40d15cccd X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 67.177.211.60 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (unknown [67.177.211.60]) by outbound4.ore.mailhop.org (Halon) with ESMTPSA id 289ab799-12cb-11ea-829e-79a40d15cccd; Fri, 29 Nov 2019 17:10:37 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id xATHAZ7M084793; Fri, 29 Nov 2019 10:10:35 -0700 (MST) (envelope-from ian@freebsd.org) Message-ID: <65be6d3628a8d35084f7c98266582090f59b18be.camel@freebsd.org> Subject: Re: rpi3 clock drift From: Ian Lepore To: Ross Alexander Cc: "freebsd-arm@freebsd.org" Date: Fri, 29 Nov 2019 10:10:35 -0700 In-Reply-To: References: <20191129052800.GA37113@server.rulingia.com> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.28.5 FreeBSD GNOME Team Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 47Pgxq50JZz46n4 X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-1.79 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-0.88)[-0.885,0]; ASN(0.00)[asn:16509, ipnet:54.148.0.0/15, country:US]; NEURAL_HAM_LONG(-0.90)[-0.903,0] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Nov 2019 17:10:39 -0000 On Thu, 2019-11-28 at 23:51 -0700, Ross Alexander wrote: > On Fri, 29 Nov 2019, Peter Jeremy wrote: > > > [...] > > BTW, another *significant* source of jitter is the brand and age of > the sd/mmc card used. As they age, the write speed decreases and > block write latency gets less uniform; this shows up as system clock > jitter in the loopstats. After a few years (3 or 4), the box becomes > a complete falseticker and you need to replace the sd/mmc card. > I'm having a real hard time with this one, conceptually. This is exactly what every one of our products at $work does: precision timing including ntpd and kernel time tracking UTC(GPS) to within a few nanos. We've had products in the field for 15 years still using the original sdcard and still hitting the same on-time performance numbers as the day they were shipped (tracking UTC(GPS) +-10ns RMS). I'm having a hard time picturing how sdcard write performance could impact kernel timekeeping that much. I say this as a person who has spent years working on both the sdcard drivers and the kernel timekeeping code in freebsd. An sdcard driver that used PIO instead of DMA might even cause a bit of jitter in measuring a PPS signal due to interrupt latency (mostly if the interrupt thread priorities weren't right), but even that would be nowhere near enough jitter to become a falseticker, it would be on the order of a few dozen microseconds. -- Ian From owner-freebsd-arm@freebsd.org Fri Nov 29 17:56:07 2019 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 979DA1B72E6 for ; Fri, 29 Nov 2019 17:56:07 +0000 (UTC) (envelope-from rwa@athabascau.ca) Received: from NAM03-DM3-obe.outbound.protection.outlook.com (mail-eopbgr800085.outbound.protection.outlook.com [40.107.80.85]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "GlobalSign Organization Validation CA - SHA256 - G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 47PhyF6SmPz48cJ; Fri, 29 Nov 2019 17:56:04 +0000 (UTC) (envelope-from rwa@athabascau.ca) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=Rmkx1tTmBisM8vEoQdJXaNj7nRPh3IOe3HVWHpI+vYyixwwV5dRgCAs9CP0Sfi7/yalx7F6NHOXykthXWFN+VYHSfviu/xmVCVKMhogG20eYT+twWyEe06kGSRWQVzJqlExfb9gi8TfifTEv5ww10DilX8SMRNMfFN+I2pDWbULXsSb8py4sQj+F/4nyJTACYT6x2bxGw1IX/K7M5AWOzBfi5EcaTFF2r0sh8HL5VyNZ60jdWHaDEEenIRM8wgx/lUZbhzRIei2CDoJYt8XYCuaDU8l2frP2nhzfWBZmYFoL/KFAyie+/vKOfT3vzPVV4FK97I5tSIkYZX5BV7R9XQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=+82VIguk7KKzP+SX4z6fy33d/FFFqqiOGvIIaSAimDo=; b=n72aP+NM1DZZzfh3e6BnOwN7fPGUKNq1SbG9chT3+5CUh7g9GSeXPoWtlHTnoJ9smAXMb07H/znKoOvjenfRLWH1pE8MR0qqnovjIk3GmeXNsOaA4zRkNdMhkopPQvQxKVJF7TjnrdGXB186XuMZYgxzm2jUJRNZgQKhzHhS68v7ob4MuiSUwLcVgBc6rExhCRI2mRsKagNNIV6qgEmT/Gk+RTa14p2GlJDmz2GAak+jB4vijz4r4KMOhMpwjMHIJ9ULYYekMmgYGWyGhvxP5g2vdL48a2xfiLZzgp41q2i6IFpZe5QikkJ7Io0B2IPh340EvO66Fngtlg4I/VRusw== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass (sender ip is 131.232.32.37) smtp.rcpttodomain=freebsd.org smtp.mailfrom=athabascau.ca; dmarc=bestguesspass action=none header.from=athabascau.ca; dkim=none (message not signed); arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=austaff.onmicrosoft.com; s=selector2-austaff-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=+82VIguk7KKzP+SX4z6fy33d/FFFqqiOGvIIaSAimDo=; b=YRTaYlBtnn5AwTp/lnCHdSjezDu8l/YUXOp7mSxcP7JEIlwfVrxoA1H6vGOLQEKrQn5a6sdn34TrZBobQdk31vTowJMJvvy/Bnc6CIpCZwcixxBU1x2cCP7s+bFjAjpMDo5fsAsmAAStNDAUn+HwFLnmDTnwUSJI01DQTIVZjlM= Received: from BN6PR13CA0064.namprd13.prod.outlook.com (2603:10b6:404:11::26) by MWHPR13MB1104.namprd13.prod.outlook.com (2603:10b6:300:9b::11) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2516.7; Fri, 29 Nov 2019 17:56:01 +0000 Received: from QB1CAN01FT008.eop-CAN01.prod.protection.outlook.com (2a01:111:f400:7e5c::202) by BN6PR13CA0064.outlook.office365.com (2603:10b6:404:11::26) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2516.4 via Frontend Transport; Fri, 29 Nov 2019 17:56:01 +0000 Received-SPF: Pass (protection.outlook.com: domain of athabascau.ca designates 131.232.32.37 as permitted sender) receiver=protection.outlook.com; client-ip=131.232.32.37; helo=smtp-relay.cs.athabascau.ca; Received: from smtp-relay.cs.athabascau.ca (131.232.32.37) by QB1CAN01FT008.mail.protection.outlook.com (10.152.120.88) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2495.18 via Frontend Transport; Fri, 29 Nov 2019 17:56:00 +0000 Received: from autopsy.pc.athabascau.ca (autopsy.pc.athabascau.ca [131.232.4.80]) by smtp-relay.cs.athabascau.ca (Postfix) with ESMTPS id B3D46202A2; Fri, 29 Nov 2019 10:55:56 -0700 (MST) Date: Fri, 29 Nov 2019 10:55:56 -0700 (MST) From: Ross Alexander X-X-Sender: rwa@autopsy.pc.athabascau.ca To: Ian Lepore cc: "freebsd-arm@freebsd.org" Subject: Re: rpi3 clock drift In-Reply-To: <65be6d3628a8d35084f7c98266582090f59b18be.camel@freebsd.org> Message-ID: References: <20191129052800.GA37113@server.rulingia.com> <65be6d3628a8d35084f7c98266582090f59b18be.camel@freebsd.org> User-Agent: Alpine 2.21.99999 (BSF 352 2019-06-22) Organization: Athabasca University MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed X-EOPAttributedMessage: 0 X-Forefront-Antispam-Report: CIP:131.232.32.37; IPV:NLI; CTRY:CA; EFV:NLI; SFV:NSPM; SFS:(10009020)(136003)(39860400002)(396003)(346002)(376002)(189003)(199004)(305945005)(7636002)(23726003)(6916009)(316002)(786003)(7116003)(5660300002)(229853002)(50466002)(70206006)(70586007)(47776003)(956004)(14444005)(8676002)(8936002)(8746002)(246002)(76176011)(86362001)(11346002)(6266002)(4001150100001)(356004)(478600001)(6246003)(55016002)(58126008)(106002)(336012)(26005)(2906002)(7696005)(450100002)(186003)(426003)(36916002)(4326008)(446003)(102196002); DIR:OUT; SFP:1101; SCL:1; SRVR:MWHPR13MB1104; H:smtp-relay.cs.athabascau.ca; FPR:; SPF:Pass; LANG:en; PTR:vs001lpmp1609.cs.athabascau.ca; MX:1; A:1; X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: 41034c17-e5b7-411c-ea08-08d774f56500 X-MS-TrafficTypeDiagnostic: MWHPR13MB1104: X-Microsoft-Antispam-PRVS: Content-Transfer-Encoding: quoted-printable X-MS-Oob-TLC-OOBClassifiers: OLM:8882; X-Forefront-PRVS: 0236114672 X-MS-Exchange-SenderADCheck: 1 X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: oX2+kxxqhnM1uQp8QjSECiPAoOutN9+c79L79S4fzSy5yEJ6s/wCZIXsAbURdd3yrd0/sfN1S310170YatMYujCDZ7msiVv8+Oh2/EDDBpsPzYZlrVPBP/fDdI4joGypb4t9NgpM9D7kc0yF3SC6fOY+Oto+qvGyQSpfDtpTovPkt/T4vUjMSElV7TViqyhX85qYs7fB0+g4fIATZHdIu68euwQjgjHY0vTb4+ZQd9/5JbPd+XfBGdaqZZRu6JyOURtCipbxyibY9HDIcPTVjHs+2DZRFznrHkLmIcPOp6O6jzBAkNVlfmhsArcZr9RBqaodAFR0FaJr9k8/2WXKfKpfOS41yikuIf1KCBPpHyidqSQE0ATFkKRt8W+NVw4ZDbrFRJhGQQl/iLn9BNe/NkwDDS0l5ighQTUVyiBiijlGyNYq/diERGw3h/oij7Ir X-OriginatorOrg: athabascau.ca X-MS-Exchange-CrossTenant-OriginalArrivalTime: 29 Nov 2019 17:56:00.4779 (UTC) X-MS-Exchange-CrossTenant-Network-Message-Id: 41034c17-e5b7-411c-ea08-08d774f56500 X-MS-Exchange-CrossTenant-Id: a893bdd2-f460-4252-aa34-4d057436a09d X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=a893bdd2-f460-4252-aa34-4d057436a09d; Ip=[131.232.32.37]; Helo=[smtp-relay.cs.athabascau.ca] X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: MWHPR13MB1104 X-Rspamd-Queue-Id: 47PhyF6SmPz48cJ X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=austaff.onmicrosoft.com header.s=selector2-austaff-onmicrosoft-com header.b=YRTaYlBt; dmarc=none; spf=pass (mx1.freebsd.org: domain of rwa@athabascau.ca designates 40.107.80.85 as permitted sender) smtp.mailfrom=rwa@athabascau.ca X-Spamd-Result: default: False [-4.85 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[austaff.onmicrosoft.com:s=selector2-austaff-onmicrosoft-com]; RCVD_COUNT_FIVE(0.00)[5]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:40.107.0.0/16]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[athabascau.ca]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; HAS_ORG_HEADER(0.00)[]; IP_SCORE(-1.35)[ipnet: 40.64.0.0/10(-3.85), asn: 8075(-2.85), country: US(-0.05)]; DKIM_TRACE(0.00)[austaff.onmicrosoft.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[85.80.107.40.list.dnswl.org : 127.0.3.0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:8075, ipnet:40.64.0.0/10, country:US]; ARC_ALLOW(-1.00)[i=1] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Nov 2019 17:56:07 -0000 On Fri, 29 Nov 2019, Ian Lepore wrote: > On Thu, 2019-11-28 at 23:51 -0700, Ross Alexander wrote: >> On Fri, 29 Nov 2019, Peter Jeremy wrote: >> >>> [...] >> >> BTW, another *significant* source of jitter is the brand and age of >> the sd/mmc card used. [...] > > I'm having a real hard time with this one, conceptually. This is > exactly what every one of our products at $work does: precision timing > including ntpd and kernel time tracking UTC(GPS) to within a few nanos. > We've had products in the field for 15 years still using the original > sdcard and still hitting the same on-time performance numbers as the > day they were shipped (tracking UTC(GPS) +-10ns RMS). This is purely empirical. $WORK machine got jitterier and jitterier. Copied old SD card onto new SD card (straight dd, not a tar/untar), problem went away. Beats me, but thats how it went. regards, Ross =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D Ross Alexander, (780) 675-6823 desk / (780) 689-0749 cell, rwa@athabascau.c= a 54.71593 N 113.30835 W Order is simply a thin, perilous condition we try to impose on the basic reality of chaos. -- William Gaddis, _J R_ -- This communication is intended for the use of the recipient to whom it is a= ddressed, and may contain confidential, personal, and or privileged informa= tion. Please contact us immediately if you are not the intended recipient o= f this communication, and do not copy, distribute, or take action relying o= n it. Any communications received in error, or subsequent reply, should be = deleted or destroyed. --- From owner-freebsd-arm@freebsd.org Fri Nov 29 18:07:04 2019 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 954F41B7953 for ; Fri, 29 Nov 2019 18:07:04 +0000 (UTC) (envelope-from james@opentech.cc) Received: from NAM04-CO1-obe.outbound.protection.outlook.com (mail-eopbgr690063.outbound.protection.outlook.com [40.107.69.63]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "GlobalSign Organization Validation CA - SHA256 - G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 47PjBv0qsnz49LT; Fri, 29 Nov 2019 18:07:02 +0000 (UTC) (envelope-from james@opentech.cc) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=KuPR5iOlOu10Sm6rSqRz5oUoj0mUYWChSpmWMgl3RhYLfitys1WFVpQjJWSvGc/ssCtTQjmFpjjqIE2YCEQTujw3lE4XGa3oLMCt8OO/6zm7Bhyo/UZq0aUXERaoHhNyRE09kR/EYowHRWWt6480c7D093CWlwaMIiWR4RbD1goi251k1Alz7mnTpnofZRzq3sIyDSpbbrMuVLKP2gPUgSVa3whO6Y6VXtn7jL5fX/8PveJksisYmYThf1qAa5qUzhUJ/Bf4eu+fRqNaGKGJwsZsAoIEzmOeFTqXF2rh7cxTsX1Gc99nPJaR34RjOroXPi2xwJZYyBF5BwuD6nDPMg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=b+WUFSJ6nSJ0y5qclZSBbY0sQHzx7qb73Zlk4MdWgZE=; b=iv+EU8ja4v3zvKUhKOVsRFjBqpUryay1ycwOrqN97b87yQ0g3X5FmYiSivJDBNgtTL1tiNY7q4V+GwRw28+9ylCAQmu52KvN6IKw5bxvS4UZmHEShxTWBDhlFbyE+eGKCCbZ+ssrTDRvLKlPb+bZLSDx6TRqqYitLopw09UkFsWaWW28meoqFT+Ba6GVQ1TZ2PiXqmicTEQNyQuSgaCqkhFbbVChew3e7OISADbAI/m7nrJRpNcKBrwFOy9vqDStqI2m/ZR+/t9zDAswWuoNs1chUPE6Dyf4cdCBiAXDsHtlYqXYy1EkEjRE7tL+ec0dGlZuPrfIydRAYpTglDFXtg== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=opentech.cc; dmarc=pass action=none header.from=opentech.cc; dkim=pass header.d=opentech.cc; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=opentech.cc; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=b+WUFSJ6nSJ0y5qclZSBbY0sQHzx7qb73Zlk4MdWgZE=; b=lW/S7xzpK5Z1qDkZqTUeNhgMj+UrOJatYzovhwzW8eTkNtn+h2X+ChnbLxyxDiP0ePARCLbF4tYgsFfWivFbG46HvRh50UUiVZD4u+5qAjGZ7kxNxB3trye7Js751YoyzvLqJWGnofNLvX4YZjdykAUvArzzEe5E3aUejGdrO0Y= Received: from MWHPR06MB3134.namprd06.prod.outlook.com (10.174.248.13) by MWHPR06MB3213.namprd06.prod.outlook.com (10.174.248.151) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2495.17; Fri, 29 Nov 2019 18:06:59 +0000 Received: from MWHPR06MB3134.namprd06.prod.outlook.com ([fe80::1943:79aa:6d34:38ba]) by MWHPR06MB3134.namprd06.prod.outlook.com ([fe80::1943:79aa:6d34:38ba%7]) with mapi id 15.20.2474.023; Fri, 29 Nov 2019 18:06:59 +0000 From: James Shuriff To: Ross Alexander , Ian Lepore , "freebsd-arm@freebsd.org" Subject: RE: rpi3 clock drift Thread-Topic: rpi3 clock drift Thread-Index: AQHVpUx0zryUjtMePk2bBh6hCr8xxqeff+OwgACMtQCAAZRWAIAAF3CAgACs3ICAAAysAIAAAaiw Date: Fri, 29 Nov 2019 18:06:59 +0000 Message-ID: References: <20191129052800.GA37113@server.rulingia.com> <65be6d3628a8d35084f7c98266582090f59b18be.camel@freebsd.org> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [71.251.5.193] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: b9908d80-2384-41fc-1d13-08d774f6ed88 x-ms-traffictypediagnostic: MWHPR06MB3213: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:10000; x-forefront-prvs: 0236114672 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(4636009)(396003)(346002)(376002)(136003)(366004)(39830400003)(13464003)(199004)(189003)(38564003)(64756008)(66446008)(14454004)(7736002)(9686003)(6306002)(66556008)(305945005)(25786009)(76116006)(966005)(2906002)(52536014)(508600001)(6246003)(5660300002)(55016002)(66066001)(74316002)(66476007)(7116003)(6436002)(66946007)(229853002)(99286004)(186003)(71200400001)(53546011)(26005)(7696005)(76176011)(6506007)(8936002)(8676002)(81166006)(81156014)(71190400001)(2501003)(33656002)(446003)(5024004)(14444005)(256004)(4001150100001)(316002)(3846002)(6116002)(11346002)(110136005)(86362001)(102836004); DIR:OUT; SFP:1101; SCL:1; SRVR:MWHPR06MB3213; H:MWHPR06MB3134.namprd06.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: opentech.cc does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: zMgXIjuMkE69Jl5u2uwqKq3v+Ymg5Nrk3q38EW8P6gbhwFWH/Whuxdj8Fi4HGg8jiZUBu4BqYTXLfHZKKSQo7k+TkoBmmS0+0g595/ENYc2YrBphOvQhlwNxGQ171KMdG7uW4gFEWTue3OK/V9qwgIEpuIeYXcYek5WCCLXotYpjdzgRrHFcDqYgvKr6VVOKa4/Cv2TWxCdO98TxksRTbxIZn4XmEWhBLUwaL8bZ5odzP5Oc8yLHHMh/3gjXt7Pw8CA1hEk6UwKI9USDiN1eE4NGdRquoidzQ3OzWZ9ROcoSW+ID8h/PHxKp8hwe0Lv3Lq3ulNebAFiemWizgO712rU/OfLDrtwrZxA2qxJm6LUDObYA2kD4hpQj7xuusPAJAd4S2lfKwljHp+0soV8HO2j1hif4hyZ7cL76lNaLv3DpWbPdjd9GxoP+vgR5MEu4LsEHVR3XElSgiduP3hWG/BgsPQQqLg4CLsOgwbKnZ9k= x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: opentech.cc X-MS-Exchange-CrossTenant-Network-Message-Id: b9908d80-2384-41fc-1d13-08d774f6ed88 X-MS-Exchange-CrossTenant-originalarrivaltime: 29 Nov 2019 18:06:59.0822 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5c5dd5ac-929c-48f6-a3f4-c0c8602c24af X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: pgj7qpAwqNYKjfdASdG9ApidK6bJPK1eF78J6HJU7fs9oXkbeIcpmmUhCGAyNJBm8wmt6P9ABpVhxQ992TajLg== X-MS-Exchange-Transport-CrossTenantHeadersStamped: MWHPR06MB3213 X-Rspamd-Queue-Id: 47PjBv0qsnz49LT X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=opentech.cc header.s=selector1 header.b=lW/S7xzp; dmarc=pass (policy=none) header.from=opentech.cc; spf=pass (mx1.freebsd.org: domain of james@opentech.cc designates 40.107.69.63 as permitted sender) smtp.mailfrom=james@opentech.cc X-Spamd-Result: default: False [-5.35 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[opentech.cc:s=selector1]; HAS_XOIP(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip4:40.107.0.0/16]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(-1.35)[ipnet: 40.64.0.0/10(-3.85), asn: 8075(-2.85), country: US(-0.05)]; TO_DN_SOME(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[opentech.cc:+]; DMARC_POLICY_ALLOW(-0.50)[opentech.cc,none]; RCVD_IN_DNSWL_NONE(0.00)[63.69.107.40.list.dnswl.org : 127.0.3.0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:8075, ipnet:40.64.0.0/10, country:US]; ARC_ALLOW(-1.00)[i=1] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Nov 2019 18:07:04 -0000 Can you help me determine where the timecounter frequency is being pulled f= rom? I believe that 54 MHz value is being pulled from the FDT I just don't = know where specifically. My board is supposed to be 19.2 MHz. I booted up F= reeBSD's own RPI3 image and I got 19.2 MHz and didn't have any drift issues= . Only when I use the environment I built from source do I get 54 MHz, as i= f an RPI 4 DTB somehow made it into the build. I'm also interested in getting an RTC hat. I know how to build support for = it in the bootloader and OS but how do you tell FreeBSD to start using it f= or system timing once it's connected? - James Shuriff -----Original Message----- From: owner-freebsd-arm@freebsd.org On Beha= lf Of Ross Alexander Sent: Friday, November 29, 2019 12:56 PM To: Ian Lepore Cc: freebsd-arm@freebsd.org Subject: Re: rpi3 clock drift On Fri, 29 Nov 2019, Ian Lepore wrote: > On Thu, 2019-11-28 at 23:51 -0700, Ross Alexander wrote: >> On Fri, 29 Nov 2019, Peter Jeremy wrote: >> >>> [...] >> >> BTW, another *significant* source of jitter is the brand and age of >> the sd/mmc card used. [...] > > I'm having a real hard time with this one, conceptually. This is > exactly what every one of our products at $work does: precision > timing including ntpd and kernel time tracking UTC(GPS) to within a few n= anos. > We've had products in the field for 15 years still using the original > sdcard and still hitting the same on-time performance numbers as the > day they were shipped (tracking UTC(GPS) +-10ns RMS). This is purely empirical. $WORK machine got jitterier and jitterier. Copied old SD card onto new SD card (straight dd, not a tar/untar), problem= went away. Beats me, but thats how it went. regards, Ross =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D Ross Alexander, (780) 675-6823 desk / (780) 689-0749 cell, rwa@athabascau.c= a 54.71593 N 113.30835 W Order is simply a thin, perilous condition we try to impose on the basic reality of chaos. -- William Gaddis, _J R_ -- This communication is intended for the use of the recipient to whom it is a= ddressed, and may contain confidential, personal, and or privileged informa= tion. Please contact us immediately if you are not the intended recipient o= f this communication, and do not copy, distribute, or take action relying o= n it. Any communications received in error, or subsequent reply, should be = deleted or destroyed. --- _______________________________________________ freebsd-arm@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-arm To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" ________________________________ DISCLAIMER: This message and any attachments are intended solely for the u= se of the recipient and may contain confidential information. If you have r= eceived this message in error please delete it and promptly notify the send= er, James Shuriff (james@opentech.cc). From owner-freebsd-arm@freebsd.org Fri Nov 29 18:12:49 2019 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 69C9D1B7EA4 for ; Fri, 29 Nov 2019 18:12:49 +0000 (UTC) (envelope-from nikolay.kostirya@i11.co) Received: from mx.i11.co (mx.i11.co [159.69.78.69]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 47PjKY2BvYz49s3; Fri, 29 Nov 2019 18:12:48 +0000 (UTC) (envelope-from nikolay.kostirya@i11.co) Received: from [178.93.41.70] (helo=thinkpad) by mx.i11.co with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1iakl5-0007dc-6K; Fri, 29 Nov 2019 18:12:47 +0000 Date: Fri, 29 Nov 2019 20:12:44 +0200 From: Nick Kostirya To: Ian Lepore Cc: Emmanuel Vadot , Milan Obuch , freebsd-arm@freebsd.org Subject: Re: gpioiic FDT overlays for sun8i-h3 Message-ID: <20191129201244.0bc85b09@thinkpad> In-Reply-To: <0ce78262af1dd3b404b9a85a780933d7e11f008e.camel@freebsd.org> References: <20191128152901.39dbeb4d@thinkpad> <20191128062149.577be86eb7dc15ae5805f31a@bidouilliste.com> <20191129153754.28fb5763@thinkpad> <20191129144316.739c8664@zeta.dino.sk> <20191129155431.05d4e14f@thinkpad> <20191129150944.67a2b723a6724c46f7559f96@bidouilliste.com> <0ce78262af1dd3b404b9a85a780933d7e11f008e.camel@freebsd.org> X-Mailer: Claws Mail 3.17.4 (GTK+ 2.24.32; i386-portbld-freebsd12.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 47PjKY2BvYz49s3 X-Spamd-Bar: ----- X-Spamd-Result: default: False [-6.00 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; REPLY(-4.00)[]; NEURAL_HAM_LONG(-1.00)[-0.998,0] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Nov 2019 18:12:49 -0000 On Fri, 29 Nov 2019 09:23:31 -0700 Ian Lepore wrote: > On Fri, 2019-11-29 at 15:09 +0100, Emmanuel Vadot wrote: > > On Fri, 29 Nov 2019 15:54:31 +0200 > > Nick Kostirya wrote: > > > > > From: Nick Kostirya > > > To: Milan Obuch > > > Subject: Re: gpioiic FDT overlays for sun8i-h3 > > > Date: Fri, 29 Nov 2019 15:53:05 +0200 > > > X-Mailer: Claws Mail 3.17.4 (GTK+ 2.24.32; i386-portbld-freebsd12.0) > > > > > > On Fri, 29 Nov 2019 14:43:16 +0100 > > > Milan Obuch wrote: > > > > > > > On Fri, 29 Nov 2019 15:37:54 +0200 > > > > Nick Kostirya via freebsd-arm wrote: > > > > > > > > > On Thu, 28 Nov 2019 06:21:49 +0100 > > > > > Emmanuel Vadot wrote: > > > > > > > > > > > Try this but I haven't even compiled it : > > > > > > > > > > > > /dts-v1/; > > > > > > /plugin/; > > > > > > > > > > > > / { > > > > > > compatible = "allwinner,sun8i-h3"; > > > > > > }; > > > > > > > > > > > > &{/soc/pinctrl@1c20800} { > > > > > > gpioiic0 { > > > > > > compatible = "gpioiic"; > > > > > > scl = <0>; /* GPIO pin 00 (PA0) */ > > > > > > sda = <2>; /* GPIO pin 02 (PA2) */ > > > > > > > > > > > > }; > > > > > > }; > > > > > > > > > > Maybe I must rebuild all u-boot with this overlay? > > > > > > > > > > Because the overlay do not help when it is in /boot/dtb/overlays/ and > > > > > /boot/msdos/dtb/overlays/. > > > > > > > > > > > > > Did you add in /boot/loader.conf line like > > > > > > > > fdt_overlays="gpioiic" > > > > > > Yes. > > > I have > > > fdt_overlays="sun8i-h3-sid,sun8i-h3-ths,sun8i-h3-opp,sun8i-h3-gpio-iic0" > > > > > > where sun8i-h3-gpio-iic0 if gpioiic overlay. > > > > > > I see gpioiic in ofwdump -a output. > > > > Which means that the overlays was applied. > > I've spent a few hours yesterday to find how to use this module and > > the result is we can't. The reason is that the driver is at an higher > > bus pass number than the parent (gpiobus) so the driver isn't probed > > and is removed from the child list of gpiobus, meaning that it's never > > added later. > > ian@ and I agreed that it the driver would need to be rewritten > > because of this and because you cannot use gpio from different banks as > > it needs to be a children of one gpio controller. > > So the TLDR is : right now this driver is useless (at least on FDT > > system). > > I am working on this, though. I'm thinking we should have something > usable later today, or at worst by the end of the weekend if it turns > complicated. > > -- Ian Thank you very match!!! I hope the new driver can be used in FreeBSD 12. Nick. From owner-freebsd-arm@freebsd.org Fri Nov 29 18:16:20 2019 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id B94271B7FFB for ; Fri, 29 Nov 2019 18:16:20 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound3d.ore.mailhop.org (outbound3d.ore.mailhop.org [54.186.57.195]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 47PjPc0SxHz49xP for ; Fri, 29 Nov 2019 18:16:19 +0000 (UTC) (envelope-from ian@freebsd.org) ARC-Seal: i=1; a=rsa-sha256; t=1575051379; cv=none; d=outbound.mailhop.org; s=arc-outbound20181012; b=by5hoNFoO+fD+Oif9cJ+2FePp9DSrcGgnC1vgQ3elZC5HSyqqJ7CRaSsOEZn9380Yc1q/Qpvl3fgc VTSlweW/Fq/4dSHcFNlFIeKGVTbSjs8i0BudP7RfUfjs9V++qFpFGOu/BXwosGBJiWdJbUj51oSWNG MtvvWfgp+sXZrL1HYKR94u5XZwW0HUoVc/MM6yG7SyFbYP1G/sC4nLzlAxk0qky5+44jgM40W7d5nz 0VjEq7crSuesvcjesn9YLgFkK6ULq3S5/UC8qT4+cBfA/y0ReI6bKVHDic+3+RVu6zlNpLvhArzSoG hwn2gxXctU77n6IZ6ZkIICVNIL1jK9Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=arc-outbound20181012; h=content-transfer-encoding:mime-version:content-type:references:in-reply-to: date:to:from:subject:message-id:dkim-signature:from; bh=2l8o9x7lDN92rXdXoI4SftxwS8RW5Dc6cPUczrOlP7U=; b=rWOsvElwQpTLdW6r6P1uBxvZCB9Whjan4t4DFVgNtYA9ER/BComvABynDAaWwy0qHlyB15J5YQxVP YokEX0ERyC+Q0tmdZftLWSiOgBcj4a0ewj6YHWa0RRzjtmf7HCvXREOBoSCvvDPKjl4EWgS4T7WYx5 1PxNYku689ssKmBY+OlTbp78+df1bSPwfYk0IMc4YUI4CwnaebbGqX6AoQVYacsejMVGZfxBSufjBe oKVecQr3hx3POySIztU7CAwi74SeiMRuJOoeKVCKfavAUgTwHbg6Pu2t+17vNTzq8Sag7ZAxEC6TxH 4Xvfltzazq2HZ3MK044XFg52hu3hKBQ== ARC-Authentication-Results: i=1; outbound3.ore.mailhop.org; spf=softfail smtp.mailfrom=freebsd.org smtp.remote-ip=67.177.211.60; dmarc=none header.from=freebsd.org; arc=none header.oldest-pass=0; DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=dkim-high; h=content-transfer-encoding:mime-version:content-type:references:in-reply-to: date:to:from:subject:message-id:from; bh=2l8o9x7lDN92rXdXoI4SftxwS8RW5Dc6cPUczrOlP7U=; b=nqYHuPkgdZjE8vSMWFj1Z0hD9ncnCQMa0ejsN3UcL409+wlEw4m5or1fqjygK2YxNywZv2KomVtAd UE/aNERmkBpGGSl75FECtgUsi16hZQ5oeqz8Nsyz7iDmKUYtfmtQGVHHkZsUpw6Z9xvh/SXxznR30j OJhGelO61tKSEsvDN66ET0OonR0YVumen9oMmj95m0aowx4Ew+0AespJjVCRpuUaL7VoGboh15cgfM LjwkMbCROO47u8rKy8livIuhdF646AUMSSfJA9KjqwKhgxdeiYFP41ePU/BIMTAzHAEqRF2miIbYIk uHL9oQZxF3Cz8bJ+U0Bh38fhLREDKjw== X-MHO-RoutePath: aGlwcGll X-MHO-User: 553be38b-12d4-11ea-b80c-052b4a66b6b2 X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 67.177.211.60 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (unknown [67.177.211.60]) by outbound3.ore.mailhop.org (Halon) with ESMTPSA id 553be38b-12d4-11ea-b80c-052b4a66b6b2; Fri, 29 Nov 2019 18:16:17 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id xATIGFcL084995; Fri, 29 Nov 2019 11:16:15 -0700 (MST) (envelope-from ian@freebsd.org) Message-ID: <731a9e57ba62d5a6ede74fdde3fd82543484813b.camel@freebsd.org> Subject: Re: rpi3 clock drift From: Ian Lepore To: James Shuriff , Ross Alexander , "freebsd-arm@freebsd.org" Date: Fri, 29 Nov 2019 11:16:15 -0700 In-Reply-To: References: <20191129052800.GA37113@server.rulingia.com> <65be6d3628a8d35084f7c98266582090f59b18be.camel@freebsd.org> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.28.5 FreeBSD GNOME Team Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 47PjPc0SxHz49xP X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-1.80 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-0.89)[-0.892,0]; NEURAL_HAM_LONG(-0.90)[-0.903,0]; ASN(0.00)[asn:16509, ipnet:54.186.0.0/15, country:US] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Nov 2019 18:16:20 -0000 On Fri, 2019-11-29 at 18:06 +0000, James Shuriff wrote: > Can you help me determine where the timecounter frequency is being > pulled from? I believe that 54 MHz value is being pulled from the FDT > I just don't know where specifically. My board is supposed to be 19.2 > MHz. I booted up FreeBSD's own RPI3 image and I got 19.2 MHz and > didn't have any drift issues. Only when I use the environment I built > from source do I get 54 MHz, as if an RPI 4 DTB somehow made it into > the build. > You can get a definitive look at the fdt data in use by decompiling it on the running system, like this: sysctl -b hw.fdt.dtb | dtc -I dtb -O dts >/tmp/active.dts That would help you confirm your theory by finding which node has the 54mhz value in it. What to do beyond that, I'm not sure. RPi fdt data always confuses me. I think these days it's loaded from the msdos partition by uboot, but I'm not sure of that. > I'm also interested in getting an RTC hat. I know how to build > support for it in the bootloader and OS but how do you tell FreeBSD > to start using it for system timing once it's connected? > > - James Shuriff > The only thing an RTC does is initially set the system time once at boot. (On systems that support suspend/resume, it also resets the kernel clock on resume from sleep/low-power modes.) There is no way to use an RTC as the system timecounter. To use an RTC to set the time intially at boot, you only need to load its driver via the loader.conf setting and enable the i2c device with an fdt overlay. The device driver registers itself as an RTC, and the kernel automatically sets the time from the registered RTC that has the best resolution. -- Ian From owner-freebsd-arm@freebsd.org Fri Nov 29 18:36:25 2019 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 45A121B8A39 for ; Fri, 29 Nov 2019 18:36:25 +0000 (UTC) (envelope-from james@opentech.cc) Received: from NAM03-DM3-obe.outbound.protection.outlook.com (mail-eopbgr800078.outbound.protection.outlook.com [40.107.80.78]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "GlobalSign Organization Validation CA - SHA256 - G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 47Pjrn0bSTz4C1b; Fri, 29 Nov 2019 18:36:24 +0000 (UTC) (envelope-from james@opentech.cc) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=EY7OB8iMvVJK/4Q7Fi5JZvrOLXx39OVj4mfpewyA5yyvHXN9oPVDPrZuqFST0Jq7zSCqoZ1lSPtWSE1JUsK5WN34U2K4vktw6OvdEn5j1ugHQp53PSymyu5s7bsZSK5UTbI7qAixNYvf+Dp3QV/0JFDWPLfHupDglWs+oZQnUbVT/1/se22KzEMD9sgoLuzjDguiKwLofE8/NW5yapGsAq6cXzdJQWcNzDQid4uFo0Aadjkm3EpYvbKL7OrvkQMv0l4TU1VQ+LQ/GfzVttqebLKr6Y94ChDYS5sb4znAP+dMykKvmifRwh/+pebrh/vZW38zVknnVx3O54Hv57OgOg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=exvi0ybIvf7HnWBAKZ0fvcZedngnmL/84F5QrO3EFl8=; b=Av1NtkXELqLPyXhumgC7wBt4Vr1AMBdY8DlUwNQZpWda4A2RpESxmjWNzxix1bAWW5zyczQopQmAVqNXPd9c3PD0coh/3NdS4lCykyEBx4UiFi0NMCC/U4+BjlZztHZEOCSOcbGaBC0sGroKVgRgoqMru0zBfYj5N0DEZu96R8gU0Ua2T2ErjSyEyex6PhyqQBT02RRLaGat4nSQJVzF6JFewmKCxWgwX7VmdsmavbhUwLU4Vt69h5+xfnBEz23hjX7iLtN5LwYQr1WtYPfMDIGUlp4ATQblaJlqTqgEFl0rqZMpGk/+xi0U3Y7LCinzxkIhPS4/0zS57vLbCu/lYg== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=opentech.cc; dmarc=pass action=none header.from=opentech.cc; dkim=pass header.d=opentech.cc; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=opentech.cc; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=exvi0ybIvf7HnWBAKZ0fvcZedngnmL/84F5QrO3EFl8=; b=o3nSF/9fdv/EErMJottoOotDKglvmatSPAOSyFXHAK966WLKpaPWsi9WCYETGAGf3Ec5n8QdAUI2cvWzZsqNpRvddqi1zNIqvSAdkuDGRXqIa2O7AIJt4TdR5F9ZDqilYjcrVCBRz/ChNIOU9IlzfmX5TNZX3px2CeCpZw33bAE= Received: from MWHPR06MB3134.namprd06.prod.outlook.com (10.174.248.13) by MWHPR06MB3566.namprd06.prod.outlook.com (10.174.175.163) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2495.19; Fri, 29 Nov 2019 18:36:20 +0000 Received: from MWHPR06MB3134.namprd06.prod.outlook.com ([fe80::1943:79aa:6d34:38ba]) by MWHPR06MB3134.namprd06.prod.outlook.com ([fe80::1943:79aa:6d34:38ba%7]) with mapi id 15.20.2474.023; Fri, 29 Nov 2019 18:36:19 +0000 From: James Shuriff To: Ian Lepore CC: Ross Alexander , "freebsd-arm@freebsd.org" Subject: RE: rpi3 clock drift Thread-Topic: rpi3 clock drift Thread-Index: AQHVpUx0zryUjtMePk2bBh6hCr8xxqeff+OwgACMtQCAAZRWAIAAF3CAgACs3ICAAAysAIAAAaiwgAAEBYCAAAHRQA== Date: Fri, 29 Nov 2019 18:36:19 +0000 Message-ID: References: <20191129052800.GA37113@server.rulingia.com> <65be6d3628a8d35084f7c98266582090f59b18be.camel@freebsd.org> <731a9e57ba62d5a6ede74fdde3fd82543484813b.camel@freebsd.org> In-Reply-To: <731a9e57ba62d5a6ede74fdde3fd82543484813b.camel@freebsd.org> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [71.251.5.193] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 4a687a04-3f48-4833-5011-08d774fb06e9 x-ms-traffictypediagnostic: MWHPR06MB3566: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:8273; x-forefront-prvs: 0236114672 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(4636009)(366004)(346002)(39830400003)(396003)(136003)(376002)(13464003)(199004)(189003)(38564003)(26005)(99286004)(4001150100001)(74316002)(4326008)(52536014)(11346002)(76176011)(305945005)(7736002)(5660300002)(7116003)(6246003)(186003)(102836004)(81156014)(76116006)(25786009)(53546011)(6506007)(86362001)(2906002)(81166006)(6916009)(8676002)(14454004)(64756008)(316002)(54906003)(66946007)(66066001)(508600001)(66446008)(8936002)(256004)(66556008)(66476007)(14444005)(55016002)(3846002)(446003)(6116002)(5024004)(9686003)(71190400001)(71200400001)(229853002)(7696005)(6436002)(33656002); DIR:OUT; SFP:1101; SCL:1; SRVR:MWHPR06MB3566; H:MWHPR06MB3134.namprd06.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: opentech.cc does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: hFTn5Q3yUyNnrVbX56x/MS5Rm8vCwD79tSZ9dLkRupsEowS/vUB2EAd4z/ePAtFdUyEKi8UZ8HyuyRCYKuyunciSD3Qz06aAGgWvFCAbTYbHw+TkO2RcA0QGQQcUxocW18maBGNWDaHhuBVROqITMqaUNNSDc658dUXeINNkY1bVzDc/f+TnLgFdh9IjaHf6KjJkX/7KbhV0hETx2YL4gxUC6bYDLJfAO2rxMvyh/5aDHGIPCDvDs9yEyPbN/nPQJUkiSAP0zm1iNJVUyJ5IJU0FhJlWoYlzUIJU0u7rUVn0KyKlUWTB6Zu89JSur7nljP8Hyi41ArZz4B7OVrHexNMoE95E6mCybS58+ocGcOjHXqSiuhW2pacs4G0oGXzsNkv3P5TdvkSg9ID29ieOK7oNyTK3kDLpc8acacagRTGg2GGKrdmoW4Bzd6YAnX62 x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: opentech.cc X-MS-Exchange-CrossTenant-Network-Message-Id: 4a687a04-3f48-4833-5011-08d774fb06e9 X-MS-Exchange-CrossTenant-originalarrivaltime: 29 Nov 2019 18:36:19.6082 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5c5dd5ac-929c-48f6-a3f4-c0c8602c24af X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: BgSQFcr8u2jRd7BoCcmUah7b/cc0LfGwX4I7aMwNjVC9jZ0xUXZYQo7fnkgaiY2W6Vx2RLZeGYSxxucHPnd1dQ== X-MS-Exchange-Transport-CrossTenantHeadersStamped: MWHPR06MB3566 X-Rspamd-Queue-Id: 47Pjrn0bSTz4C1b X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-5.99 / 15.00]; NEURAL_HAM_MEDIUM(-0.99)[-0.994,0]; NEURAL_HAM_LONG(-0.99)[-0.992,0]; REPLY(-4.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Nov 2019 18:36:25 -0000 VGhhbmtzISBJIHB1bGxlZCB0aGUgRkRUIGZyb20gdGhlIFJhc3BiZXJyeSBQaSBydW5uaW5nIEZy ZWVCU0QncyBSUEkzIGltYWdlICh3aXRoIHRoZSBjbG9jayBmdW5jdGlvbmluZykuIEkgdGhpbmsg SSBmb3VuZCBpdCBvbiBjbG9ja0AzOg0KDQpjbG9ja3Mgew0KDQpjb21wYXRpYmxlID0gInNpbXBs ZS1idXMiOw0KI2FkZHJlc3MtY2VsbHMgPSA8MHgxPjsNCiNzaXplLWNlbGxzID0gPDB4MD47DQpj bG9ja0AzIHsNCg0KY29tcGF0aWJsZSA9ICJmaXhlZC1jbG9jayI7DQpyZWcgPSA8MHgzPjsNCiNj bG9jay1jZWxscyA9IDwweDA+Ow0KY2xvY2stb3V0cHV0LW5hbWVzID0gIm9zYyI7DQpjbG9jay1m cmVxdWVuY3kgPSA8MHgxMjRmODAwPjsNCnBoYW5kbGUgPSA8MHg0PjsNCn07DQpjbG9ja0A0IHsN Cg0KY29tcGF0aWJsZSA9ICJmaXhlZC1jbG9jayI7DQpyZWcgPSA8MHg0PjsNCiNjbG9jay1jZWxs cyA9IDwweDA+Ow0KY2xvY2stb3V0cHV0LW5hbWVzID0gIm90ZyI7DQpjbG9jay1mcmVxdWVuY3kg PSA8MHgxYzljMzgwMD47DQpwaGFuZGxlID0gPDB4MTg+Ow0KfTsNCn07DQoNCmNsb2NrQDMgaXMg Y2xrX29zYyBhbmQgY2xvY2tANCBpcyBjbGtfdXNiLiBJIGJlbGlldmUgdGhpcyBpcyBjb21pbmcg ZnJvbSBiY20yNzEwLXJwaS0zLWIuZHRiIG9uIHRoZSBGQVQgcGFydGl0aW9uLCBhcyBJIGRlY29t cGlsZWQgaXQgYW5kIGZvdW5kIHRoZSBzYW1lIGNsb2NrIGRlZnMuIEhvd2V2ZXIgdGhlIGNsb2Nr IGRlZnMgYXJlIHRoZSBzYW1lIGluIHRoZSBmaWxlIHRoYXQncyBvbiBteSBidXN0ZWQgc3lzdGVt Lg0KDQotIEphbWVzIFNodXJpZmYNCg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZyb206 IElhbiBMZXBvcmUgPGlhbkBmcmVlYnNkLm9yZz4NClNlbnQ6IEZyaWRheSwgTm92ZW1iZXIgMjks IDIwMTkgMToxNiBQTQ0KVG86IEphbWVzIFNodXJpZmYgPGphbWVzQG9wZW50ZWNoLmNjPjsgUm9z cyBBbGV4YW5kZXIgPHJ3YUBhdGhhYmFzY2F1LmNhPjsgZnJlZWJzZC1hcm1AZnJlZWJzZC5vcmcN ClN1YmplY3Q6IFJlOiBycGkzIGNsb2NrIGRyaWZ0DQoNCk9uIEZyaSwgMjAxOS0xMS0yOSBhdCAx ODowNiArMDAwMCwgSmFtZXMgU2h1cmlmZiB3cm90ZToNCj4gQ2FuIHlvdSBoZWxwIG1lIGRldGVy bWluZSB3aGVyZSB0aGUgdGltZWNvdW50ZXIgZnJlcXVlbmN5IGlzIGJlaW5nDQo+IHB1bGxlZCBm cm9tPyBJIGJlbGlldmUgdGhhdCA1NCBNSHogdmFsdWUgaXMgYmVpbmcgcHVsbGVkIGZyb20gdGhl IEZEVA0KPiBJIGp1c3QgZG9uJ3Qga25vdyB3aGVyZSBzcGVjaWZpY2FsbHkuIE15IGJvYXJkIGlz IHN1cHBvc2VkIHRvIGJlIDE5LjINCj4gTUh6LiBJIGJvb3RlZCB1cCBGcmVlQlNEJ3Mgb3duIFJQ STMgaW1hZ2UgYW5kIEkgZ290IDE5LjIgTUh6IGFuZA0KPiBkaWRuJ3QgaGF2ZSBhbnkgZHJpZnQg aXNzdWVzLiBPbmx5IHdoZW4gSSB1c2UgdGhlIGVudmlyb25tZW50IEkgYnVpbHQNCj4gZnJvbSBz b3VyY2UgZG8gSSBnZXQgNTQgTUh6LCBhcyBpZiBhbiBSUEkgNCBEVEIgc29tZWhvdyBtYWRlIGl0 IGludG8NCj4gdGhlIGJ1aWxkLg0KPg0KDQpZb3UgY2FuIGdldCBhIGRlZmluaXRpdmUgbG9vayBh dCB0aGUgZmR0IGRhdGEgaW4gdXNlIGJ5IGRlY29tcGlsaW5nIGl0IG9uIHRoZSBydW5uaW5nIHN5 c3RlbSwgbGlrZSB0aGlzOg0KDQogIHN5c2N0bCAtYiBody5mZHQuZHRiIHwgZHRjIC1JIGR0YiAt TyBkdHMgPi90bXAvYWN0aXZlLmR0cw0KDQpUaGF0IHdvdWxkIGhlbHAgeW91IGNvbmZpcm0geW91 ciB0aGVvcnkgYnkgZmluZGluZyB3aGljaCBub2RlIGhhcyB0aGUgNTRtaHogdmFsdWUgaW4gaXQu ICBXaGF0IHRvIGRvIGJleW9uZCB0aGF0LCBJJ20gbm90IHN1cmUuICBSUGkgZmR0IGRhdGEgYWx3 YXlzIGNvbmZ1c2VzIG1lLiAgSSB0aGluayB0aGVzZSBkYXlzIGl0J3MgbG9hZGVkIGZyb20gdGhl IG1zZG9zIHBhcnRpdGlvbiBieSB1Ym9vdCwgYnV0IEknbSBub3Qgc3VyZSBvZiB0aGF0Lg0KDQo+ IEknbSBhbHNvIGludGVyZXN0ZWQgaW4gZ2V0dGluZyBhbiBSVEMgaGF0LiBJIGtub3cgaG93IHRv IGJ1aWxkIHN1cHBvcnQNCj4gZm9yIGl0IGluIHRoZSBib290bG9hZGVyIGFuZCBPUyBidXQgaG93 IGRvIHlvdSB0ZWxsIEZyZWVCU0QgdG8gc3RhcnQNCj4gdXNpbmcgaXQgZm9yIHN5c3RlbSB0aW1p bmcgb25jZSBpdCdzIGNvbm5lY3RlZD8NCj4NCj4gLSBKYW1lcyBTaHVyaWZmDQo+DQoNClRoZSBv bmx5IHRoaW5nIGFuIFJUQyBkb2VzIGlzIGluaXRpYWxseSBzZXQgdGhlIHN5c3RlbSB0aW1lIG9u Y2UgYXQgYm9vdC4gIChPbiBzeXN0ZW1zIHRoYXQgc3VwcG9ydCBzdXNwZW5kL3Jlc3VtZSwgaXQg YWxzbyByZXNldHMgdGhlIGtlcm5lbCBjbG9jayBvbiByZXN1bWUgZnJvbSBzbGVlcC9sb3ctcG93 ZXIgbW9kZXMuKSAgVGhlcmUgaXMgbm8gd2F5IHRvIHVzZSBhbiBSVEMgYXMgdGhlIHN5c3RlbSB0 aW1lY291bnRlci4NCg0KVG8gdXNlIGFuIFJUQyB0byBzZXQgdGhlIHRpbWUgaW50aWFsbHkgYXQg Ym9vdCwgeW91IG9ubHkgbmVlZCB0byBsb2FkIGl0cyBkcml2ZXIgdmlhIHRoZSBsb2FkZXIuY29u ZiBzZXR0aW5nIGFuZCBlbmFibGUgdGhlIGkyYyBkZXZpY2Ugd2l0aCBhbiBmZHQgb3ZlcmxheS4g IFRoZSBkZXZpY2UgZHJpdmVyIHJlZ2lzdGVycyBpdHNlbGYgYXMgYW4gUlRDLCBhbmQgdGhlIGtl cm5lbCBhdXRvbWF0aWNhbGx5IHNldHMgdGhlIHRpbWUgZnJvbSB0aGUgcmVnaXN0ZXJlZCBSVEMg dGhhdCBoYXMgdGhlIGJlc3QgcmVzb2x1dGlvbi4NCg0KLS0gSWFuDQoNCl9fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fDQogRElTQ0xBSU1FUjogVGhpcyBtZXNzYWdlIGFuZCBhbnkgYXR0 YWNobWVudHMgYXJlIGludGVuZGVkIHNvbGVseSBmb3IgdGhlIHVzZSBvZiB0aGUgcmVjaXBpZW50 IGFuZCBtYXkgY29udGFpbiBjb25maWRlbnRpYWwgaW5mb3JtYXRpb24uIElmIHlvdSBoYXZlIHJl Y2VpdmVkIHRoaXMgbWVzc2FnZSBpbiBlcnJvciBwbGVhc2UgZGVsZXRlIGl0IGFuZCBwcm9tcHRs eSBub3RpZnkgdGhlIHNlbmRlciwgSmFtZXMgU2h1cmlmZiAoamFtZXNAb3BlbnRlY2guY2M8bWFp bHRvOmphbWVzQG9wZW50ZWNoLmNjPikuDQo= From owner-freebsd-arm@freebsd.org Fri Nov 29 20:37:41 2019 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 9FBED1BB50E for ; Fri, 29 Nov 2019 20:37:41 +0000 (UTC) (envelope-from james@opentech.cc) Received: from NAM04-SN1-obe.outbound.protection.outlook.com (mail-eopbgr700089.outbound.protection.outlook.com [40.107.70.89]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "GlobalSign Organization Validation CA - SHA256 - G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 47PmXh2tBNz4Hck; Fri, 29 Nov 2019 20:37:39 +0000 (UTC) (envelope-from james@opentech.cc) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=ebTi3duums8gsb7bF6dXONosll3tF4Qrf4a8cQpj4BBopaVeQlbPdoYhMpEDeXaBQG/1+Vj00S1IQj15paxPOKVMR/7RaTHOOgX3sssju96uoyDypuxZEJmbfhBH7m37aCAfxw/wzflsjY1ai5iHgCK6KnobO7ds+5Zf4Ic4bGW+oh/jvQPx89QYWueZi02MXuEtJKu10nWJpjtG+7LiaO2VwiDqsyxjQTa7kwwTzayZag4umstNNn94tYhlUKnSHPDvj8j2aWISXA+YukA4QJ/Iue3BaatA+lGE08IUA1R+tHG9+bemEebQAacVL2748e3yPn/CyBS/ht3gyTLV/A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=9k6fAIVa+YQXPFMK3qEles4WMVLYDPYHJcKkxRNl/dw=; b=C3Cf6HvCmpImis4jhMRO+BOM/ST5+roCID5b5IhbMZpEY69tJmqAbE/WJIfumM3Iql0aXEt3bfONtoqysVTcXv0sQtuHtpxQ/mOUirUr+4x6+JUB2jCYEx1JyDZZOofQnxIC5ZwDiUPBNk6JIu40nCb+ojHoJ3ADIqzqVcYyvbhg2tSl3dc9Nzx6qTDuw3RmPrFyvZ08Z2Ku4fqsbqf0iAOVAOZ99NqjavRfvMNPdoTQFttj9K6ZGJJUQpAEdNttEFB10CdXBWjRUdycDWD1cRzRztM11nFA/wpD7lWypkFIbOE9T1dtVV63iNDzF4T9EqDvbXG1ylhb+NzIsxmvVw== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=opentech.cc; dmarc=pass action=none header.from=opentech.cc; dkim=pass header.d=opentech.cc; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=opentech.cc; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=9k6fAIVa+YQXPFMK3qEles4WMVLYDPYHJcKkxRNl/dw=; b=b/qm6gxrYf1hndA8Et9cGhP7nqZ0rn9mq3Gpiua/DZSZODtWDbLpPAxOpCZt+4VS1lX78yIzUOauwFK3Yzep3NhGVjnzltwZfll1z6RolMn1gnIyfmHGXZ37I6YqG8lqVpYIeMU4i3ZPamRM0vQY97twar+7naIufyxoBndisvQ= Received: from MWHPR06MB3134.namprd06.prod.outlook.com (10.174.248.13) by MWHPR06MB2912.namprd06.prod.outlook.com (10.175.138.141) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2495.18; Fri, 29 Nov 2019 20:37:36 +0000 Received: from MWHPR06MB3134.namprd06.prod.outlook.com ([fe80::1943:79aa:6d34:38ba]) by MWHPR06MB3134.namprd06.prod.outlook.com ([fe80::1943:79aa:6d34:38ba%7]) with mapi id 15.20.2474.023; Fri, 29 Nov 2019 20:37:36 +0000 From: James Shuriff To: Ian Lepore CC: Ross Alexander , "freebsd-arm@freebsd.org" Subject: RE: rpi3 clock drift Thread-Topic: rpi3 clock drift Thread-Index: AQHVpUx0zryUjtMePk2bBh6hCr8xxqeff+OwgACMtQCAAZRWAIAAF3CAgACs3ICAAAysAIAAAaiwgAAEBYCAAAHRQIAAJKig Date: Fri, 29 Nov 2019 20:37:36 +0000 Message-ID: References: <20191129052800.GA37113@server.rulingia.com> <65be6d3628a8d35084f7c98266582090f59b18be.camel@freebsd.org> <731a9e57ba62d5a6ede74fdde3fd82543484813b.camel@freebsd.org> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [71.251.5.193] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 6c3d5b5e-28e9-4096-7559-08d7750bf80d x-ms-traffictypediagnostic: MWHPR06MB2912: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:8273; x-forefront-prvs: 0236114672 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(4636009)(376002)(346002)(39830400003)(136003)(366004)(396003)(13464003)(38564003)(189003)(199004)(6916009)(66446008)(86362001)(99286004)(4326008)(52536014)(229853002)(33656002)(7116003)(76176011)(186003)(8936002)(5660300002)(25786009)(54906003)(7696005)(9686003)(7736002)(316002)(5024004)(8676002)(508600001)(14454004)(2940100002)(81156014)(81166006)(66066001)(102836004)(74316002)(6436002)(6246003)(446003)(53546011)(6116002)(6506007)(66476007)(3846002)(4001150100001)(71200400001)(64756008)(66946007)(2906002)(55016002)(305945005)(71190400001)(256004)(76116006)(66556008)(26005)(11346002)(14444005); DIR:OUT; SFP:1101; SCL:1; SRVR:MWHPR06MB2912; H:MWHPR06MB3134.namprd06.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; received-spf: None (protection.outlook.com: opentech.cc does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: N23NMiN6t63U756fOdIVdiw8uL+9LPW7X2gKDaYOYPhIegCvYuEKJY4GlC4twzjawEfQ+q/26/+FCoh+i/ECgUkUp2lt5wC8L/JClxTgTKdugEQ9vDTRFT097ktgkI2RcxFt947DYX1gFstLdkhu8vUPp+UQCx2KFcB9f85KToHmku3QaKJtfv0qkSuLtnyj1wTKcU9eD8m9zL2l5U/1KUWx9gvmSPNHQ0p0gIazIC/BMKw/A6E7zfu7cAosoNak9og/28Bxuh8jDXIf7HHKpvY4/4lDkq/APwLcrvoGVpcVaFo5Ds01zyAdrXp9kHNKpFf/rh/XeQ8IbA/uK+mtg/IDdnGbne19tasdgG8uRYAg67mGccBEsybF/VjBCooNjm/jpxm/DG7OhtCtVLtNR9r48IJ4oofAfjK4XUiorz4vhihWX03L4gQ3DMiypK/x x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: opentech.cc X-MS-Exchange-CrossTenant-Network-Message-Id: 6c3d5b5e-28e9-4096-7559-08d7750bf80d X-MS-Exchange-CrossTenant-originalarrivaltime: 29 Nov 2019 20:37:36.1636 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5c5dd5ac-929c-48f6-a3f4-c0c8602c24af X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: aN/U3yczehv0UgD38pLT5FAIkC2ED48fanodyAKSh+iOZ0KB93/Xf7MgE68kH+f7OK9kprvJwawTPFHpQr6v7Q== X-MS-Exchange-Transport-CrossTenantHeadersStamped: MWHPR06MB2912 X-Rspamd-Queue-Id: 47PmXh2tBNz4Hck X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=opentech.cc header.s=selector1 header.b=b/qm6gxr; dmarc=pass (policy=none) header.from=opentech.cc; spf=pass (mx1.freebsd.org: domain of james@opentech.cc designates 40.107.70.89 as permitted sender) smtp.mailfrom=james@opentech.cc X-Spamd-Result: default: False [-5.25 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[opentech.cc:s=selector1]; HAS_XOIP(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip4:40.107.0.0/16]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(-1.35)[ipnet: 40.64.0.0/10(-3.85), asn: 8075(-2.85), country: US(-0.05)]; TO_DN_SOME(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[opentech.cc:+]; MIME_BASE64_TEXT(0.10)[]; RCVD_IN_DNSWL_NONE(0.00)[89.70.107.40.list.dnswl.org : 127.0.3.0]; SH_EMAIL_DBL_DONT_QUERY_IPS(0.00)[0.0.0.4,0.0.0.3]; DMARC_POLICY_ALLOW(-0.50)[opentech.cc,none]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:8075, ipnet:40.64.0.0/10, country:US]; ARC_ALLOW(-1.00)[i=1]; SH_EMAIL_ZRD(0.00)[0.0.0.4,0.0.0.3] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Nov 2019 20:37:41 -0000 SSBkdW1wZWQgdGhlIEZEVCBmcm9tIHRoZSBzeXN0ZW0gSSBidWlsdCBmcm9tIHNvdXJjZSBhbmQg SSBjYW5ub3QgZmluZCBhbnkgcmVmZXJlbmNlIHRvIDB4MzM3Rjk4MCAoNTQgTUh6KS4gSSBsb29r ZWQgYXQgdGhlIEZyZWVCU0Qgc291cmNlIGZpbGUgZ2VuZXJpY190aW1lci5jIGFuZCBpdCBsb29r cyBsaWtlIGl0J3MgZ3JhYmJpbmcgdGhlIGZyZXF1ZW5jeSBmcm9tIEZEVCBidXQgSSBjYW5ub3Qg ZmlndXJlIG91dCB3aGVyZSBpdCdzIGdldHRpbmcgdGhlIDU0IE1IeiBmcm9tLiBjbGtfb3NjIGlu IHRoZSBGRFQgaXMgc3RpbGwgc2hvd2luZyAweDEyNGY4MDAgKDE5LjIgTUh6KSBvbiB0aGUgc3lz dGVtIHdpdGggdGhlIGJhZCBjbG9jay4NCg0KLSBKYW1lcyBTaHVyaWZmDQoNCi0tLS0tT3JpZ2lu YWwgTWVzc2FnZS0tLS0tDQpGcm9tOiBKYW1lcyBTaHVyaWZmDQpTZW50OiBGcmlkYXksIE5vdmVt YmVyIDI5LCAyMDE5IDE6MzYgUE0NClRvOiAnSWFuIExlcG9yZScgPGlhbkBmcmVlYnNkLm9yZz4N CkNjOiBSb3NzIEFsZXhhbmRlciA8cndhQGF0aGFiYXNjYXUuY2E+OyBmcmVlYnNkLWFybUBmcmVl YnNkLm9yZw0KU3ViamVjdDogUkU6IHJwaTMgY2xvY2sgZHJpZnQNCg0KVGhhbmtzISBJIHB1bGxl ZCB0aGUgRkRUIGZyb20gdGhlIFJhc3BiZXJyeSBQaSBydW5uaW5nIEZyZWVCU0QncyBSUEkzIGlt YWdlICh3aXRoIHRoZSBjbG9jayBmdW5jdGlvbmluZykuIEkgdGhpbmsgSSBmb3VuZCBpdCBvbiBj bG9ja0AzOg0KDQpjbG9ja3Mgew0KDQpjb21wYXRpYmxlID0gInNpbXBsZS1idXMiOw0KI2FkZHJl c3MtY2VsbHMgPSA8MHgxPjsNCiNzaXplLWNlbGxzID0gPDB4MD47DQpjbG9ja0AzIHsNCg0KY29t cGF0aWJsZSA9ICJmaXhlZC1jbG9jayI7DQpyZWcgPSA8MHgzPjsNCiNjbG9jay1jZWxscyA9IDww eDA+Ow0KY2xvY2stb3V0cHV0LW5hbWVzID0gIm9zYyI7DQpjbG9jay1mcmVxdWVuY3kgPSA8MHgx MjRmODAwPjsNCnBoYW5kbGUgPSA8MHg0PjsNCn07DQpjbG9ja0A0IHsNCg0KY29tcGF0aWJsZSA9 ICJmaXhlZC1jbG9jayI7DQpyZWcgPSA8MHg0PjsNCiNjbG9jay1jZWxscyA9IDwweDA+Ow0KY2xv Y2stb3V0cHV0LW5hbWVzID0gIm90ZyI7DQpjbG9jay1mcmVxdWVuY3kgPSA8MHgxYzljMzgwMD47 DQpwaGFuZGxlID0gPDB4MTg+Ow0KfTsNCn07DQoNCmNsb2NrQDMgaXMgY2xrX29zYyBhbmQgY2xv Y2tANCBpcyBjbGtfdXNiLiBJIGJlbGlldmUgdGhpcyBpcyBjb21pbmcgZnJvbSBiY20yNzEwLXJw aS0zLWIuZHRiIG9uIHRoZSBGQVQgcGFydGl0aW9uLCBhcyBJIGRlY29tcGlsZWQgaXQgYW5kIGZv dW5kIHRoZSBzYW1lIGNsb2NrIGRlZnMuIEhvd2V2ZXIgdGhlIGNsb2NrIGRlZnMgYXJlIHRoZSBz YW1lIGluIHRoZSBmaWxlIHRoYXQncyBvbiBteSBidXN0ZWQgc3lzdGVtLg0KDQotIEphbWVzIFNo dXJpZmYNCg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZyb206IElhbiBMZXBvcmUgPGlh bkBmcmVlYnNkLm9yZz4NClNlbnQ6IEZyaWRheSwgTm92ZW1iZXIgMjksIDIwMTkgMToxNiBQTQ0K VG86IEphbWVzIFNodXJpZmYgPGphbWVzQG9wZW50ZWNoLmNjPjsgUm9zcyBBbGV4YW5kZXIgPHJ3 YUBhdGhhYmFzY2F1LmNhPjsgZnJlZWJzZC1hcm1AZnJlZWJzZC5vcmcNClN1YmplY3Q6IFJlOiBy cGkzIGNsb2NrIGRyaWZ0DQoNCk9uIEZyaSwgMjAxOS0xMS0yOSBhdCAxODowNiArMDAwMCwgSmFt ZXMgU2h1cmlmZiB3cm90ZToNCj4gQ2FuIHlvdSBoZWxwIG1lIGRldGVybWluZSB3aGVyZSB0aGUg dGltZWNvdW50ZXIgZnJlcXVlbmN5IGlzIGJlaW5nDQo+IHB1bGxlZCBmcm9tPyBJIGJlbGlldmUg dGhhdCA1NCBNSHogdmFsdWUgaXMgYmVpbmcgcHVsbGVkIGZyb20gdGhlIEZEVA0KPiBJIGp1c3Qg ZG9uJ3Qga25vdyB3aGVyZSBzcGVjaWZpY2FsbHkuIE15IGJvYXJkIGlzIHN1cHBvc2VkIHRvIGJl IDE5LjINCj4gTUh6LiBJIGJvb3RlZCB1cCBGcmVlQlNEJ3Mgb3duIFJQSTMgaW1hZ2UgYW5kIEkg Z290IDE5LjIgTUh6IGFuZA0KPiBkaWRuJ3QgaGF2ZSBhbnkgZHJpZnQgaXNzdWVzLiBPbmx5IHdo ZW4gSSB1c2UgdGhlIGVudmlyb25tZW50IEkgYnVpbHQNCj4gZnJvbSBzb3VyY2UgZG8gSSBnZXQg NTQgTUh6LCBhcyBpZiBhbiBSUEkgNCBEVEIgc29tZWhvdyBtYWRlIGl0IGludG8NCj4gdGhlIGJ1 aWxkLg0KPg0KDQpZb3UgY2FuIGdldCBhIGRlZmluaXRpdmUgbG9vayBhdCB0aGUgZmR0IGRhdGEg aW4gdXNlIGJ5IGRlY29tcGlsaW5nIGl0IG9uIHRoZSBydW5uaW5nIHN5c3RlbSwgbGlrZSB0aGlz Og0KDQogIHN5c2N0bCAtYiBody5mZHQuZHRiIHwgZHRjIC1JIGR0YiAtTyBkdHMgPi90bXAvYWN0 aXZlLmR0cw0KDQpUaGF0IHdvdWxkIGhlbHAgeW91IGNvbmZpcm0geW91ciB0aGVvcnkgYnkgZmlu ZGluZyB3aGljaCBub2RlIGhhcyB0aGUgNTRtaHogdmFsdWUgaW4gaXQuICBXaGF0IHRvIGRvIGJl eW9uZCB0aGF0LCBJJ20gbm90IHN1cmUuICBSUGkgZmR0IGRhdGEgYWx3YXlzIGNvbmZ1c2VzIG1l LiAgSSB0aGluayB0aGVzZSBkYXlzIGl0J3MgbG9hZGVkIGZyb20gdGhlIG1zZG9zIHBhcnRpdGlv biBieSB1Ym9vdCwgYnV0IEknbSBub3Qgc3VyZSBvZiB0aGF0Lg0KDQo+IEknbSBhbHNvIGludGVy ZXN0ZWQgaW4gZ2V0dGluZyBhbiBSVEMgaGF0LiBJIGtub3cgaG93IHRvIGJ1aWxkIHN1cHBvcnQN Cj4gZm9yIGl0IGluIHRoZSBib290bG9hZGVyIGFuZCBPUyBidXQgaG93IGRvIHlvdSB0ZWxsIEZy ZWVCU0QgdG8gc3RhcnQNCj4gdXNpbmcgaXQgZm9yIHN5c3RlbSB0aW1pbmcgb25jZSBpdCdzIGNv bm5lY3RlZD8NCj4NCj4gLSBKYW1lcyBTaHVyaWZmDQo+DQoNClRoZSBvbmx5IHRoaW5nIGFuIFJU QyBkb2VzIGlzIGluaXRpYWxseSBzZXQgdGhlIHN5c3RlbSB0aW1lIG9uY2UgYXQgYm9vdC4gIChP biBzeXN0ZW1zIHRoYXQgc3VwcG9ydCBzdXNwZW5kL3Jlc3VtZSwgaXQgYWxzbyByZXNldHMgdGhl IGtlcm5lbCBjbG9jayBvbiByZXN1bWUgZnJvbSBzbGVlcC9sb3ctcG93ZXIgbW9kZXMuKSAgVGhl cmUgaXMgbm8gd2F5IHRvIHVzZSBhbiBSVEMgYXMgdGhlIHN5c3RlbSB0aW1lY291bnRlci4NCg0K VG8gdXNlIGFuIFJUQyB0byBzZXQgdGhlIHRpbWUgaW50aWFsbHkgYXQgYm9vdCwgeW91IG9ubHkg bmVlZCB0byBsb2FkIGl0cyBkcml2ZXIgdmlhIHRoZSBsb2FkZXIuY29uZiBzZXR0aW5nIGFuZCBl bmFibGUgdGhlIGkyYyBkZXZpY2Ugd2l0aCBhbiBmZHQgb3ZlcmxheS4gIFRoZSBkZXZpY2UgZHJp dmVyIHJlZ2lzdGVycyBpdHNlbGYgYXMgYW4gUlRDLCBhbmQgdGhlIGtlcm5lbCBhdXRvbWF0aWNh bGx5IHNldHMgdGhlIHRpbWUgZnJvbSB0aGUgcmVnaXN0ZXJlZCBSVEMgdGhhdCBoYXMgdGhlIGJl c3QgcmVzb2x1dGlvbi4NCg0KLS0gSWFuDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fDQogRElTQ0xBSU1FUjogVGhpcyBtZXNzYWdlIGFuZCBhbnkgYXR0YWNobWVudHMgYXJlIGlu dGVuZGVkIHNvbGVseSBmb3IgdGhlIHVzZSBvZiB0aGUgcmVjaXBpZW50IGFuZCBtYXkgY29udGFp biBjb25maWRlbnRpYWwgaW5mb3JtYXRpb24uIElmIHlvdSBoYXZlIHJlY2VpdmVkIHRoaXMgbWVz c2FnZSBpbiBlcnJvciBwbGVhc2UgZGVsZXRlIGl0IGFuZCBwcm9tcHRseSBub3RpZnkgdGhlIHNl bmRlciwgSmFtZXMgU2h1cmlmZiAoamFtZXNAb3BlbnRlY2guY2M8bWFpbHRvOmphbWVzQG9wZW50 ZWNoLmNjPikuDQo= From owner-freebsd-arm@freebsd.org Fri Nov 29 20:45:32 2019 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 224891BB7DB for ; Fri, 29 Nov 2019 20:45:32 +0000 (UTC) (envelope-from peter@rulingia.com) Received: from vtr.rulingia.com (vtr.rulingia.com [IPv6:2001:19f0:5801:ebe:5400:1ff:fe53:30fd]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vtr.rulingia.com", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 47Pmjk6wSnz4HvQ for ; Fri, 29 Nov 2019 20:45:30 +0000 (UTC) (envelope-from peter@rulingia.com) Received: from server.rulingia.com (ppp239-208.static.internode.on.net [59.167.239.208]) by vtr.rulingia.com (8.15.2/8.15.2) with ESMTPS id xATKjGaQ026038 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Sat, 30 Nov 2019 07:45:21 +1100 (AEDT) (envelope-from peter@rulingia.com) X-Bogosity: Ham, spamicity=0.000000 Received: from server.rulingia.com (localhost.rulingia.com [127.0.0.1]) by server.rulingia.com (8.15.2/8.15.2) with ESMTPS id xATKjAuB082956 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sat, 30 Nov 2019 07:45:10 +1100 (AEDT) (envelope-from peter@server.rulingia.com) Received: (from peter@localhost) by server.rulingia.com (8.15.2/8.15.2/Submit) id xATKjA7X082955; Sat, 30 Nov 2019 07:45:10 +1100 (AEDT) (envelope-from peter) Date: Sat, 30 Nov 2019 07:45:10 +1100 From: Peter Jeremy To: Ross Alexander Cc: "freebsd-arm@freebsd.org" Subject: Re: rpi3 clock drift Message-ID: <20191129204510.GC37113@server.rulingia.com> References: <20191129052800.GA37113@server.rulingia.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="RASg3xLB4tUQ4RcS" Content-Disposition: inline In-Reply-To: X-PGP-Key: http://www.rulingia.com/keys/peter.pgp User-Agent: Mutt/1.12.2 (2019-09-21) X-Rspamd-Queue-Id: 47Pmjk6wSnz4HvQ X-Spamd-Bar: ------- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of peter@rulingia.com designates 2001:19f0:5801:ebe:5400:1ff:fe53:30fd as permitted sender) smtp.mailfrom=peter@rulingia.com X-Spamd-Result: default: False [-7.64 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; DMARC_NA(0.00)[rulingia.com]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:20473, ipnet:2001:19f0:5800::/38, country:US]; RCVD_TLS_ALL(0.00)[]; IP_SCORE(-3.24)[ip: (-9.57), ipnet: 2001:19f0:5800::/38(-4.80), asn: 20473(-1.77), country: US(-0.05)] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Nov 2019 20:45:32 -0000 --RASg3xLB4tUQ4RcS Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2019-Nov-28 23:51:53 -0700, Ross Alexander wrote: >I recall that some of the uBlox parts are designed for timing apps >rather than navigation - they would be the ones to go with. Yes, there are. Unfortunately, they are going to be a lot more expensive (the NEO-M8T is the cheapest and the bare module is $52 in 100-off). The cheapest board I've found is about =E2=82=AC70. >I have an identical (pi-2, ult hat, external patch antenna, debian) >system running at work where I can get only a view of half the sky and >it has significantly more jitter. A broader sky view gives more >confidence in the position domain (more birds, and they are more >spread out), which translates into lower time jitter. I've got a NEO-6M sitting against an external wall and it typically sees 11-12 satellites and uses 8-9. ntpd is reporting about 2=C2=B5s jitter (PPS input connected to a PC Engines APU2 - AMD GX-412TC) - which seems good enough. (I'm working on building a NTP server around an ESP32 as a second datapoint). >BTW, another *significant* source of jitter is the brand and age of >the sd/mmc card used. As they age, the write speed decreases and >block write latency gets less uniform; this shows up as system clock >jitter in the loopstats. As with Ian, I don't understand this. The only possibilities I can think of is that the PPS interrupt priority is too low and/or you're not using kernel PPS time capture. (Is this on FreeBSD or Debian?) --=20 Peter Jeremy --RASg3xLB4tUQ4RcS Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQKTBAEBCgB9FiEE7rKYbDBnHnTmXCJ+FqWXoOSiCzQFAl3hg1BfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEVF QjI5ODZDMzA2NzFFNzRFNjVDMjI3RTE2QTU5N0EwRTRBMjBCMzQACgkQFqWXoOSi CzQ+Dg//fP37CskTeoxwqPl0LjQymwaw10faYkbWaEH93XIDKwwO0piuegMYsedR ai58HHkYqwDlXyl5Nb+9mVBamCS9aatjz4AmwhK0t0TyGXBkm+X0Ba2Yp4+9WnpV PrtR/08PVKpXHjZU3Wlye8QpX5xMlQ9k3/e2EFXKZ3ATZw20aBDbJUuVb7eKp+UW yPEeGgGXUV5lTQHQbUMGcoOxnXSfCfLy6Ci1ARWCOiQUU8UJla3ODCO4qApqjVky ECmouh7oRpcKOcfWbUzIUF+pfjcU5CWdPmiuiRUbsEggYMnzvUymp/Dj4qpC+Hvg EE6KGgbnTlM6LLyIDhUskGXYY3rmKMBU3V4xIGcCEVKXyo/Pxfowmkxq4Ilh/f+j 1RKTxb0QKCbFCU+WDKPdYsLOH0ypOvETgmOUCQs5gXtFZtuJTNZWQBI5DAMAoonj 3FOKplizjPNeH4AKwAEIY4vx8vLVpESeWbyoAkpuL3dimfVOC7USSJBrNpGloSft tR+qpocqF9L55BWTTEj1Zxyy8xP01oqLCvu7fCXQRwC3rW+FSXFaPV93m+tRZ69q K9HGxIIdqDmEybmVB1szltTIsoI89YonC6R0q1Im+NXpESkClmfcedEtGeiOiAJc aynKd1udS2PhXbbdLijNeDj/9KcUhz+bGO0CA4T5wfle6p27CC4= =RS3n -----END PGP SIGNATURE----- --RASg3xLB4tUQ4RcS-- From owner-freebsd-arm@freebsd.org Fri Nov 29 20:46:23 2019 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 439111BB861 for ; Fri, 29 Nov 2019 20:46:23 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound2m.ore.mailhop.org (outbound2m.ore.mailhop.org [54.149.155.156]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 47Pmkk6FKBz4Hxf for ; Fri, 29 Nov 2019 20:46:22 +0000 (UTC) (envelope-from ian@freebsd.org) ARC-Seal: i=1; a=rsa-sha256; t=1575060381; cv=none; d=outbound.mailhop.org; s=arc-outbound20181012; b=fq9A5bANiQxPflS2BfiYzh+jbv9CE4CfSbHjppfNZTgXvhG9juYG8jpRAPGJ9N8M+XKUjkwwweVj8 YtwggQZ1D8looC6bt4Fd4LabZWbpvqMZk7cS5/YhbYc1Jhn0e3iaUPkSJWXoTQJpEqjlAuqSYqg8rf rvhyNOPxSFbg77Ctyvd15x7Nb96jcvDOwWGeztLWNIL9ZoDWODxNVZJiWWvj9imOg8SvDPe7oJsSOY tUJBMCY/uipHnTSLYiCVueB8WGlFzxPPXSlMIMDZId6GUsU8w3VKyGl8fOppkiDubMgkSmMJ4OB5pP bs2Si5SSx1gpc01kHxWUrEauhpZrmpA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=arc-outbound20181012; h=content-transfer-encoding:mime-version:content-type:references:in-reply-to: date:cc:to:from:subject:message-id:dkim-signature:from; bh=S/uELSCmVFn4MCQi8rZL+BWgOXZmgzaMgtdFWCjItz8=; b=uW4RbYXUl3fDp2pTC5XhvW/uC6HDwZ2rIOxevz96Vq5N4KvCXIDETuhcbRI2ZzQYujCurtmeKY8l8 b2CSeTZDszmVRow0Ctdwm2Pfzz9JYGmaE9P7EZsl+VwCYb2HkJ4xzqkhIKNMT4OkY9ordsUqJXDxxe 3nrQjufTGfUXxJ8X/+SwNh9jjCtNxiJzT/3oMvsCdp3dO4MGEm3OJKxstaog4B/UkAl08vSHkyJ7YB qj1W+rew2p7oDnA1/yu3pbmVow/c4BpvOu53tKTnDR8wMJmATmhQi3E7AlksoW3XyeCO+rP2yB0Yjj WavGjQ550AnNzsPvhQQRAsXSo5f+qLw== ARC-Authentication-Results: i=1; outbound4.ore.mailhop.org; spf=softfail smtp.mailfrom=freebsd.org smtp.remote-ip=67.177.211.60; dmarc=none header.from=freebsd.org; arc=none header.oldest-pass=0; DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=dkim-high; h=content-transfer-encoding:mime-version:content-type:references:in-reply-to: date:cc:to:from:subject:message-id:from; bh=S/uELSCmVFn4MCQi8rZL+BWgOXZmgzaMgtdFWCjItz8=; b=bnqD+qP75aqlXysjOc1QHbXFbr7N31KthQ1bXSTz4iV0g+8THWgGAcNSOSfGAa0M7Di5aUJZrvUTb oG+wqkCmYjR/Clr4t0NrcpCwj0knPSUupnTiuPkdu7elfjJnMtxnQn3jQ5KNpYYZzHWn9DYzQVhhXm HDjz9qrIDyKj5M7q0+/MvmuCcrhhsz1AELDrrxO2oxfsPsr4M1eAR2DnREuZLsDErJfR8KtobevMsX ZYV4sybzaZ+EbIBhxuJklWqcKV773U1Ggi86VSdejWZPydY96C/LqcGs9mXza2bs/QHDzNAbjeNN0B kX9FwPLIOSS1qO2km0/U42d6R6GcNiQ== X-MHO-RoutePath: aGlwcGll X-MHO-User: 4a90d3f7-12e9-11ea-829e-79a40d15cccd X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 67.177.211.60 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (unknown [67.177.211.60]) by outbound4.ore.mailhop.org (Halon) with ESMTPSA id 4a90d3f7-12e9-11ea-829e-79a40d15cccd; Fri, 29 Nov 2019 20:46:19 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id xATKkHZm085426; Fri, 29 Nov 2019 13:46:17 -0700 (MST) (envelope-from ian@freebsd.org) Message-ID: Subject: Re: rpi3 clock drift From: Ian Lepore To: James Shuriff Cc: "freebsd-arm@freebsd.org" Date: Fri, 29 Nov 2019 13:46:17 -0700 In-Reply-To: References: <20191129052800.GA37113@server.rulingia.com> <65be6d3628a8d35084f7c98266582090f59b18be.camel@freebsd.org> <731a9e57ba62d5a6ede74fdde3fd82543484813b.camel@freebsd.org> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.28.5 FreeBSD GNOME Team Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 47Pmkk6FKBz4Hxf X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-1.79 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-0.88)[-0.885,0]; NEURAL_HAM_LONG(-0.90)[-0.903,0]; ASN(0.00)[asn:16509, ipnet:54.148.0.0/15, country:US] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Nov 2019 20:46:23 -0000 On Fri, 2019-11-29 at 20:37 +0000, James Shuriff wrote: > I dumped the FDT from the system I built from source and I cannot > find any reference to 0x337F980 (54 MHz). I looked at the FreeBSD > source file generic_timer.c and it looks like it's grabbing the > frequency from FDT but I cannot figure out where it's getting the 54 > MHz from. clk_osc in the FDT is still showing 0x124f800 (19.2 MHz) on > the system with the bad clock. > > - James Shuriff > Well, it tries to find a property named clock-frequency, but if that's not found, it silently falls back to calling get_freq() which does get_el0(cntfrq), which I guess must read it from a timer hardware register. I have no idea how that value gets into the hardware register; maybe uboot sets it up. (I don't do much with arm64, I'm mostly an armv7 person.) If you're building your dtb from source, you could add a clock- frequency property, but it's not clear to me which node the property goes on. Soc? One of the cpus? Does the timer have its own node? I'm not sure. -- Ian > -----Original Message----- > From: James Shuriff > Sent: Friday, November 29, 2019 1:36 PM > To: 'Ian Lepore' > Cc: Ross Alexander ; freebsd-arm@freebsd.org > Subject: RE: rpi3 clock drift > > Thanks! I pulled the FDT from the Raspberry Pi running FreeBSD's RPI3 > image (with the clock functioning). I think I found it on clock@3: > > clocks { > > compatible = "simple-bus"; > #address-cells = <0x1>; > #size-cells = <0x0>; > clock@3 { > > compatible = "fixed-clock"; > reg = <0x3>; > #clock-cells = <0x0>; > clock-output-names = "osc"; > clock-frequency = <0x124f800>; > phandle = <0x4>; > }; > clock@4 { > > compatible = "fixed-clock"; > reg = <0x4>; > #clock-cells = <0x0>; > clock-output-names = "otg"; > clock-frequency = <0x1c9c3800>; > phandle = <0x18>; > }; > }; > > clock@3 is clk_osc and clock@4 is clk_usb. I believe this is coming > from bcm2710-rpi-3-b.dtb on the FAT partition, as I decompiled it and > found the same clock defs. However the clock defs are the same in the > file that's on my busted system. > > - James Shuriff > > -----Original Message----- > From: Ian Lepore > Sent: Friday, November 29, 2019 1:16 PM > To: James Shuriff ; Ross Alexander < > rwa@athabascau.ca>; freebsd-arm@freebsd.org > Subject: Re: rpi3 clock drift > > On Fri, 2019-11-29 at 18:06 +0000, James Shuriff wrote: > > Can you help me determine where the timecounter frequency is being > > pulled from? I believe that 54 MHz value is being pulled from the > > FDT > > I just don't know where specifically. My board is supposed to be > > 19.2 > > MHz. I booted up FreeBSD's own RPI3 image and I got 19.2 MHz and > > didn't have any drift issues. Only when I use the environment I > > built > > from source do I get 54 MHz, as if an RPI 4 DTB somehow made it > > into > > the build. > > > > You can get a definitive look at the fdt data in use by decompiling > it on the running system, like this: > > sysctl -b hw.fdt.dtb | dtc -I dtb -O dts >/tmp/active.dts > > That would help you confirm your theory by finding which node has the > 54mhz value in it. What to do beyond that, I'm not sure. RPi fdt > data always confuses me. I think these days it's loaded from the > msdos partition by uboot, but I'm not sure of that. > > > I'm also interested in getting an RTC hat. I know how to build > > support > > for it in the bootloader and OS but how do you tell FreeBSD to > > start > > using it for system timing once it's connected? > > > > - James Shuriff > > > > The only thing an RTC does is initially set the system time once at > boot. (On systems that support suspend/resume, it also resets the > kernel clock on resume from sleep/low-power modes.) There is no way > to use an RTC as the system timecounter. > > To use an RTC to set the time intially at boot, you only need to load > its driver via the loader.conf setting and enable the i2c device with > an fdt overlay. The device driver registers itself as an RTC, and > the kernel automatically sets the time from the registered RTC that > has the best resolution. > > -- Ian > > ________________________________ > DISCLAIMER: This message and any attachments are intended solely for > the use of the recipient and may contain confidential information. If > you have received this message in error please delete it and promptly > notify the sender, James Shuriff (james@opentech.cc james@opentech.cc>). > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org > " From owner-freebsd-arm@freebsd.org Fri Nov 29 22:03:29 2019 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 98E021BD97B for ; Fri, 29 Nov 2019 22:03:29 +0000 (UTC) (envelope-from peter@rulingia.com) Received: from vtr.rulingia.com (vtr.rulingia.com [IPv6:2001:19f0:5801:ebe:5400:1ff:fe53:30fd]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vtr.rulingia.com", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 47PpRh42VSz4MF4; Fri, 29 Nov 2019 22:03:28 +0000 (UTC) (envelope-from peter@rulingia.com) Received: from server.rulingia.com (ppp239-208.static.internode.on.net [59.167.239.208]) by vtr.rulingia.com (8.15.2/8.15.2) with ESMTPS id xATM3Gfk026311 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Sat, 30 Nov 2019 09:03:22 +1100 (AEDT) (envelope-from peter@rulingia.com) X-Bogosity: Ham, spamicity=0.000000 Received: from server.rulingia.com (localhost.rulingia.com [127.0.0.1]) by server.rulingia.com (8.15.2/8.15.2) with ESMTPS id xATM3Bil085565 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sat, 30 Nov 2019 09:03:11 +1100 (AEDT) (envelope-from peter@server.rulingia.com) Received: (from peter@localhost) by server.rulingia.com (8.15.2/8.15.2/Submit) id xATM3BEI085564; Sat, 30 Nov 2019 09:03:11 +1100 (AEDT) (envelope-from peter) Date: Sat, 30 Nov 2019 09:03:11 +1100 From: Peter Jeremy To: James Shuriff Cc: Ian Lepore , "freebsd-arm@freebsd.org" Subject: Re: rpi3 clock drift Message-ID: <20191129220311.GD37113@server.rulingia.com> References: <20191129052800.GA37113@server.rulingia.com> <65be6d3628a8d35084f7c98266582090f59b18be.camel@freebsd.org> <731a9e57ba62d5a6ede74fdde3fd82543484813b.camel@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="pAwQNkOnpTn9IO2O" Content-Disposition: inline In-Reply-To: X-PGP-Key: http://www.rulingia.com/keys/peter.pgp User-Agent: Mutt/1.12.2 (2019-09-21) X-Rspamd-Queue-Id: 47PpRh42VSz4MF4 X-Spamd-Bar: ------- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of peter@rulingia.com designates 2001:19f0:5801:ebe:5400:1ff:fe53:30fd as permitted sender) smtp.mailfrom=peter@rulingia.com X-Spamd-Result: default: False [-7.65 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; DMARC_NA(0.00)[rulingia.com]; TO_DN_SOME(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; SH_EMAIL_DBL_DONT_QUERY_IPS(0.00)[0.0.0.3]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:20473, ipnet:2001:19f0:5800::/38, country:US]; RCVD_TLS_ALL(0.00)[]; IP_SCORE(-3.25)[ip: (-9.59), ipnet: 2001:19f0:5800::/38(-4.81), asn: 20473(-1.78), country: US(-0.05)]; SH_EMAIL_ZRD(0.00)[0.0.0.3] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Nov 2019 22:03:29 -0000 --pAwQNkOnpTn9IO2O Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2019-Nov-29 20:37:36 +0000, James Shuriff wrote: >I dumped the FDT from the system I built from source and I cannot >find any reference to 0x337F980 (54 MHz). I looked at the FreeBSD >source file generic_timer.c and it looks like it's grabbing the >frequency from FDT but I cannot figure out where it's getting the 54 >MHz from. clk_osc in the FDT is still showing 0x124f800 (19.2 MHz) on >the system with the bad clock. I've been rummaging around on my (early) RPi2. The timer code seems to be the same, even if the SoC is different (I have armv7, RPi3 is armv8). In my FDT, I have: timer { compatible =3D "arm,armv7-timer"; interrupt-parent =3D <0x3>; interrupts =3D <0x0 0x1 0x3 0x2>; always-on; }; There's no clock-frequency clause there and no (obvious) link to: clocks { compatible =3D "simple-bus"; #address-cells =3D <0x1>; #size-cells =3D <0x0>; clock@3 { compatible =3D "fixed-clock"; reg =3D <0x3>; #clock-cells =3D <0x0>; clock-output-names =3D "osc"; clock-frequency =3D <0x124f800>; phandle =3D <0x4>; }; =2E.. }; The relevant dmesg should look like: generic_timer0: irq 0,1,2,3 on ofwbus0 Timecounter "ARM MPCore Timecounter" frequency 19200000 Hz quality 1000 Event timer "ARM MPCore Eventtimer" frequency 19200000 Hz quality 1000 At least on my RPi2, I have: Using DTB provided by EFI at 0x7ff8000. and FreeBSD/arm EFI loader, Revision 1.1 Command line arguments: l EFI version: 2.70 EFI Firmware: Das U-Boot (rev 8216.2304) Console: efi (0) Load Path: /\efi\boot\bootarm.efi Are you building a 32-bit or 64-bit FreeBSD? Where are you getting your boot code from? Have you tried using the boot code from the FreeBSD RPi3 image with your ke= rnel? --=20 Peter Jeremy --pAwQNkOnpTn9IO2O Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQKTBAEBCgB9FiEE7rKYbDBnHnTmXCJ+FqWXoOSiCzQFAl3hlZJfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEVF QjI5ODZDMzA2NzFFNzRFNjVDMjI3RTE2QTU5N0EwRTRBMjBCMzQACgkQFqWXoOSi CzQyrw//QeOIk3+jAFl2T4RntG4b1j9IH/0TiCJ2fEWBDmfihS51B222jIeMTN6x /y+RIUEhzScRmiILf0bHqq0iIJAuHwXPgbPmCAGXea2w0KKm2xK5p7CQMdxRGSj3 yHvueFwzYoSSBYC1E+7NaWB6MkqcsBWCr1dyo49ME5zfHjbRE7XqG7UzHXt+kCeW P11AsM2UTDDiYCDNIX9+vodrWMnHE2ZxQ0QQbCZoz/Kb1FcDb2kPneENMzGL+X+R W/DwG1b3QE04YWaDdHRjOr8PxIUeQ9Kr6hLwLF//TJN+tWlH/CEhCfO/9FXiFt4X /GXLPYy2G2G3eVYAg6DSBqUcg1y+ayTL7BcL0DvBX/xKcV1IQnm9evQENoIS1cQF pBXRRXL9ut78R59vCIxLOOfblpUx1YvrXZ4l6UcdvFdGCic+f3dBDmkhxj2czjDU GtdQcXEwg3q9ibBGFGClUw5Km3j5RLVtzHqFpT2ZAnfDoT7u9xTHgTkqvZRLOLpU 0ZWcyknNFyzebh7pKx4vONY61DTAn6fzF9NMWOszh48NR7fmJxjTwKPOSLx3Tp4l HaBt8pz8UkZSUUZkeH0Io3Ke2CcDlOzSehfReedpdSXmJk9TKZgImLAThZcGfNek XKAhHvY2AqxqfwNK1YfOzS8+Ay2BCBvGES1jC8tDrWzPUkaxDoQ= =QBt1 -----END PGP SIGNATURE----- --pAwQNkOnpTn9IO2O-- From owner-freebsd-arm@freebsd.org Fri Nov 29 22:36:16 2019 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 5D14C1BE7D2 for ; Fri, 29 Nov 2019 22:36:16 +0000 (UTC) (envelope-from james@opentech.cc) Received: from NAM03-DM3-obe.outbound.protection.outlook.com (mail-eopbgr800072.outbound.protection.outlook.com [40.107.80.72]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "GlobalSign Organization Validation CA - SHA256 - G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 47Pq9V06FWz4Ny3; Fri, 29 Nov 2019 22:36:13 +0000 (UTC) (envelope-from james@opentech.cc) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=RiLchc85OI3H7SpnQGmDKXJGKj4IKfDXc+s9B537efBD6m812CpVLipg8Om3Yz8VYs6QHgaE8i4MXHAQXMhHAn3AURdBYRe47Lznfvf/5zn/+rKNgjtbJvo1bxg94KhUfXPlXOj6RCcZzlsbySop/e6d+eV1/FFNfKClIe2uL0XYzr2doZ025NS1YUzb/dwoAHerlKFKr4qHuht5OECrWilhmD+D5Pv2YnvpKVvINO0txQGrqGzx+XMFjSlVB/dHLsmPNI/OxrJCCG7Xc9HGNDldUQSFAt4iz+1jqkuc2R3KYZMmwD4rTrbnOyd4v93jT7Ile8Zijd+aV6OARbtpUw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=PZszk1iLN0VM/VqtOgAqNo/hd9iQsqSwS40btIbe+jk=; b=JuZ4jszWO0AFx0UvXnEkNCrFTYBLudNRSP9k78c3jeQVJOivZb37cfPK/iuHLdnGe0Zm2X6b5kWcETeYzvYtiUI2bx8bxw/4OzVDg/iAajNjLyZnMmsOjFbT5EgPyT8+zGz3aznBLqO8wS0K+WOpresKa6fGP55gMxxbeEY4vHUmYIBYxz8bGDI0D+MsBuPRdl5PakKZOrfZhL6PnxZcGUWLgXZGmurQsGjd3bn2d9ir2VRPgyc1FzX0rKb6xf5vKkbounO95w//4SaRfKfahXAezyAmoQgNYPgH6RrvzrCjWDA2PVzY2YzNISyJ53iojH3p/KvfOmifcfaPEyMpvw== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=opentech.cc; dmarc=pass action=none header.from=opentech.cc; dkim=pass header.d=opentech.cc; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=opentech.cc; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=PZszk1iLN0VM/VqtOgAqNo/hd9iQsqSwS40btIbe+jk=; b=Sckv6VfaLKHrtriwxoWWLBIxmwrJk+RjTbmE2VxfA8nYQsXHq1jM7tByLmqGPmlV+IEyvyxEKu8dmNOvBXe93ufZH8AzrJ5+uhUIxQX3zkab97sRiIBrQwMzJvJVP6iQmUS4Q9eaZTixOBj5RJWpterHsh1JW6LzKSqdSx+A3z0= Received: from MWHPR06MB3134.namprd06.prod.outlook.com (10.174.248.13) by MWHPR06MB3438.namprd06.prod.outlook.com (10.174.251.160) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2474.19; Fri, 29 Nov 2019 22:36:08 +0000 Received: from MWHPR06MB3134.namprd06.prod.outlook.com ([fe80::1943:79aa:6d34:38ba]) by MWHPR06MB3134.namprd06.prod.outlook.com ([fe80::1943:79aa:6d34:38ba%7]) with mapi id 15.20.2474.023; Fri, 29 Nov 2019 22:36:07 +0000 From: James Shuriff To: Peter Jeremy CC: Ian Lepore , "freebsd-arm@freebsd.org" Subject: RE: rpi3 clock drift Thread-Topic: rpi3 clock drift Thread-Index: AQHVpUx0zryUjtMePk2bBh6hCr8xxqeff+OwgACMtQCAAZRWAIAAF3CAgACs3ICAAAysAIAAAaiwgAAEBYCAAAHRQIAAJKiggAAY74CAAAM6oA== Date: Fri, 29 Nov 2019 22:36:07 +0000 Message-ID: References: <20191129052800.GA37113@server.rulingia.com> <65be6d3628a8d35084f7c98266582090f59b18be.camel@freebsd.org> <731a9e57ba62d5a6ede74fdde3fd82543484813b.camel@freebsd.org> <20191129220311.GD37113@server.rulingia.com> In-Reply-To: <20191129220311.GD37113@server.rulingia.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [71.251.5.193] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 06235e89-0abf-4dc1-ffb5-08d7751c86ec x-ms-traffictypediagnostic: MWHPR06MB3438: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:6430; x-forefront-prvs: 0236114672 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(4636009)(366004)(136003)(346002)(376002)(396003)(39830400003)(13464003)(38564003)(199004)(189003)(54906003)(99286004)(6916009)(14454004)(74316002)(25786009)(66066001)(508600001)(71190400001)(71200400001)(5024004)(7736002)(256004)(14444005)(316002)(305945005)(11346002)(66616009)(186003)(5660300002)(76176011)(52536014)(229853002)(6436002)(86362001)(26005)(33656002)(66446008)(66556008)(64756008)(102836004)(76116006)(66476007)(6506007)(66946007)(53546011)(7696005)(7116003)(3846002)(2906002)(6246003)(4326008)(81166006)(8936002)(6116002)(8676002)(81156014)(9686003)(55016002)(446003); DIR:OUT; SFP:1101; SCL:1; SRVR:MWHPR06MB3438; H:MWHPR06MB3134.namprd06.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: opentech.cc does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: W6H5/nIrBxFJEJVmstg2+JRrj6GjzSLnjRVBpAmV2/tOgQ2Mkki6M3pLcGjkNDi+YcOZ3v/ghlc7JONVExZj133E4COwtBhtOAabXQe3JFfgD6yNloCQBU0hmgAbtpU1L/SEMPvLx401XtfTpbCkPca2SI3U9Q3gpuU0ptSFB8JExTNlm1qYLsVLIriu+xyHnsJpyCWIBbBH7xzhRfZLNnkTH8D/WKijCxnNaqnIDqsREDSsHIB7df1vGezcc6Pmgp3OtX9WgAov0n1XA/VCqYsIWAeI1roD2zIiinpqJPD3pLhD92VL7vEZsc8BjYmoDhN+3JzheaZ1sreFwrhWZ8zVz412ebBlXiJ6TTwDm2DtqJLoU3vagJetKFTZjr6JwUTpsNY8lcyuqcPGVGrfQFFr+0s5Hzkzt4+DUUxuO2Z4dpDK4jOT29yzE5z5nKMR x-ms-exchange-transport-forked: True Content-Type: multipart/mixed; boundary="_002_MWHPR06MB313459626ADCE36F829ABDABAA460MWHPR06MB3134namp_" MIME-Version: 1.0 X-OriginatorOrg: opentech.cc X-MS-Exchange-CrossTenant-Network-Message-Id: 06235e89-0abf-4dc1-ffb5-08d7751c86ec X-MS-Exchange-CrossTenant-originalarrivaltime: 29 Nov 2019 22:36:07.7158 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5c5dd5ac-929c-48f6-a3f4-c0c8602c24af X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: MXcxQ84hQcv7CMbDwLyJphzQxFSKYUURLlb/yLhWCXCsO8VnrEnz2zsIJo/HIUVH3o3gm5SmM2UYuWk/yHzzTw== X-MS-Exchange-Transport-CrossTenantHeadersStamped: MWHPR06MB3438 X-Rspamd-Queue-Id: 47Pq9V06FWz4Ny3 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=opentech.cc header.s=selector1 header.b=Sckv6Vfa; dmarc=pass (policy=none) header.from=opentech.cc; spf=pass (mx1.freebsd.org: domain of james@opentech.cc designates 40.107.80.72 as permitted sender) smtp.mailfrom=james@opentech.cc X-Spamd-Result: default: False [-4.25 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; HAS_XOIP(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:40.107.0.0/16]; HAS_ATTACHMENT(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[opentech.cc:+]; CTYPE_MIXED_BOGUS(1.00)[]; MIME_BASE64_TEXT(0.10)[]; DMARC_POLICY_ALLOW(-0.50)[opentech.cc,none]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(-1.35)[ipnet: 40.64.0.0/10(-3.85), asn: 8075(-2.85), country: US(-0.05)]; MIME_TRACE(0.00)[0:+,1:+,2:+]; ARC_ALLOW(-1.00)[i=1]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:8075, ipnet:40.64.0.0/10, country:US]; SH_EMAIL_ZRD(0.00)[0.0.0.3]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[opentech.cc:s=selector1]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; SH_EMAIL_DBL_DONT_QUERY_IPS(0.00)[0.0.0.3]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/mixed,text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[72.80.107.40.list.dnswl.org : 127.0.3.0] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Nov 2019 22:36:16 -0000 --_002_MWHPR06MB313459626ADCE36F829ABDABAA460MWHPR06MB3134namp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I was looking at the generic_timer.c code and it probes for "arm,armv8-time= r" or "arm,armv7-timer". I was thinking of trying to add clock-frequency di= rectly into "timer". ARM MPCore Timecounter is generic_timer.c. That was my= next idea, to try copying over some of the binaries from FreeBSD's RPI3 im= age one at a time to try identifying where the issue is. My latest build is U-Boot from the git repo with the v2019.10 tag using rpi= _3_defconfig with OF_EMBED=3Dn and OF_BOARD=3Dy the former telling U-Boot n= ot to embed the FDT into the binary and the latter informs U-Boot that the = FDT will be provided by the board at runtime (start.elf looks for " bcm%d-r= pi-%s.dtb"). I get config.txt from /usr/ports/sysutils/rpi-firmware/files/c= onfig_rpi3.txt. I build U-Boot with the Clang and ld.lld (which was no smal= l effort!). The binary blobs I get from the Raspberry Pi repository. I buil= d PSCI Monitor from its repo. I get the overlays from the output of my Free= BSD build. I've attached the script I use to build the FAT partition, if yo= u're curious. - James Shuriff -----Original Message----- From: Peter Jeremy Sent: Friday, November 29, 2019 5:03 PM To: James Shuriff Cc: Ian Lepore ; freebsd-arm@freebsd.org Subject: Re: rpi3 clock drift On 2019-Nov-29 20:37:36 +0000, James Shuriff wrote: >I dumped the FDT from the system I built from source and I cannot find >any reference to 0x337F980 (54 MHz). I looked at the FreeBSD source >file generic_timer.c and it looks like it's grabbing the frequency from >FDT but I cannot figure out where it's getting the 54 MHz from. clk_osc >in the FDT is still showing 0x124f800 (19.2 MHz) on the system with the >bad clock. I've been rummaging around on my (early) RPi2. The timer code seems to be = the same, even if the SoC is different (I have armv7, RPi3 is armv8). In my FDT, I have: timer { compatible =3D "arm,armv7-timer"; interrupt-parent =3D <0x3>; interrupts =3D <0x0 0x1 0x3 0x2>; always-on; }; There's no clock-frequency clause there and no (obvious) link to: clocks { compatible =3D "simple-bus"; #address-cells =3D <0x1>; #size-cells =3D <0x0>; clock@3 { compatible =3D "fixed-clock"; reg =3D <0x3>; #clock-cells =3D <0x0>; clock-output-names =3D "osc"; clock-frequency =3D <0x124f800>; phandle =3D <0x4>; }; ... }; The relevant dmesg should look like: generic_timer0: irq 0,1,2,3 on ofwbus0 Timecounter "A= RM MPCore Timecounter" frequency 19200000 Hz quality 1000 Event timer "ARM = MPCore Eventtimer" frequency 19200000 Hz quality 1000 At least on my RPi2, I have: Using DTB provided by EFI at 0x7ff8000. and FreeBSD/arm EFI loader, Revision 1.1 Command line arguments: l EFI version: 2.70 EFI Firmware: Das U-Boot (rev 8216.2304) Console: efi (0) Load Path: /\efi\boot\bootarm.efi Are you building a 32-bit or 64-bit FreeBSD? Where are you getting your boot code from? Have you tried using the boot code from the FreeBSD RPi3 image with your ke= rnel? -- Peter Jeremy ________________________________ DISCLAIMER: This message and any attachments are intended solely for the u= se of the recipient and may contain confidential information. If you have r= eceived this message in error please delete it and promptly notify the send= er, James Shuriff (james@opentech.cc). --_002_MWHPR06MB313459626ADCE36F829ABDABAA460MWHPR06MB3134namp_ Content-Type: text/plain; name="sdboot.txt" Content-Description: sdboot.txt Content-Disposition: attachment; filename="sdboot.txt"; size=2294; creation-date="Wed, 27 Nov 2019 08:24:50 GMT"; modification-date="Wed, 27 Nov 2019 08:24:50 GMT" Content-Transfer-Encoding: base64 Iy9iaW4vdGNzaAoKaWYgKGB1bmFtZSAtbWAgPT0gYXJtNjQpIHRoZW4KIHNldCBCT09URlM9L2Jv b3QvZmlybXdhcmUvCgogc2V0IFVFRklfTE9BREVSX1BBVEggPSAvYm9vdC9sb2FkZXJfbHVhLmVm aQogc2V0IERUQl9BV19QQVRIPS9ib290L2R0Yi9hbGx3aW5uZXIvCiBzZXQgRFRCX09MX1BBVEg9 L2Jvb3QvZHRiL292ZXJsYXlzLwplbHNlCiBzZXQgQk9PVEZTPS9tbnQvYm9vdGZzLwoKIHNldCBN QUtFT0JKRElSUFJFRklYPS91c3Ivb2JqCiBzZXQgU1JDRElSPSIvdXNyL3NyYy5oZWFkIgogc2V0 IEtFUk5DT05GPU9UQ0MKCiBzZXQgVUVGSV9MT0FERVJfUEFUSCA9ICRNQUtFT0JKRElSUFJFRklY LyRTUkNESVIvYXJtNjQuYWFyY2g2NC9zdGFuZC9lZmkvbG9hZGVyX2x1YS9sb2FkZXJfbHVhLmVm aQogc2V0IERUQl9BV19QQVRIPSRNQUtFT0JKRElSUFJFRklYLyRTUkNESVIvYXJtNjQuYWFyY2g2 NC9zeXMvJEtFUk5DT05GL21vZHVsZXMvJFNSQ0RJUi9zeXMvbW9kdWxlcy9kdGIvYWxsd2lubmVy Lwogc2V0IERUQl9PTF9QQVRIPSRNQUtFT0JKRElSUFJFRklYLyRTUkNESVIvYXJtNjQuYWFyY2g2 NC9zeXMvJEtFUk5DT05GL21vZHVsZXMvJFNSQ0RJUi9zeXMvbW9kdWxlcy9kdGIvYWxsd2lubmVy LwplbmRpZgoKc2V0IEZJUk1XQVJFX1JFUE9fUEFUSCA9IC9yb290L3JwaS9maXJtd2FyZS9ib290 LwpzZXQgVUJPT1RfQklOX1BBVEg9L3Jvb3Qvc3JjL3UtYm9vdC91LWJvb3QuYmluCnNldCBQU0NJ X01PTl9QQVRIID0gL3Jvb3QvcnBpL3JwaTMtcHNjaS1tb25pdG9yL2FybXN0dWI4LmJpbgpzZXQg RklSTVdBUkVfQ09ORklHX1BBVEggPSAvdXNyL3BvcnRzL3N5c3V0aWxzL3JwaS1maXJtd2FyZS9m aWxlcy9jb25maWdfcnBpMy50eHQKCiMgRW5kIG9mIENvbmZpZwoKc2V0IERUQl9BV19GSUxFUyA9 IChzdW41MGktYTY0LW5hbm9waS1hNjQuZHRiIHN1bjUwaS1hNjQtb2xpbnV4aW5vLmR0YiBzdW41 MGktYTY0LXBpbmU2NC1wbHVzLmR0YiBzdW41MGktYTY0LXBpbmU2NC5kdGIgc3VuNTBpLWE2NC1z b3BpbmUtYmFzZWJvYXJkLmR0YiBzdW41MGktaDUtb3JhbmdlcGktcGMyLmR0YikKc2V0IERUQl9P TF9GSUxFUyA9IChzdW41MGktYTY0LXNpZC5kdGJvIHN1bjUwaS1hNjQtdGhzLmR0Ym8gc3VuNTBp LWE2NC10aW1lci5kdGJvKQoKc2V0IEZJUk1XQVJFX1JFUE9fRklMRVMgPSAoTElDRU5DRS5icm9h ZGNvbSBib290Y29kZS5iaW4gZml4dXAuZGF0IGZpeHVwX2NkLmRhdCBmaXh1cF9kYi5kYXQgZml4 dXBfeC5kYXQgc3RhcnQuZWxmIHN0YXJ0X2NkLmVsZiBzdGFydF9kYi5lbGYgc3RhcnRfeC5lbGYg YmNtMjcxMC1ycGktMy1iLmR0YikKI3NldCBGSVJNV0FSRV9DVVNUT01fRklMRVMgPSAoL3Jvb3Qv cnBpL2JjbTI3MTAtcnBpLTMtYi5kdGIpCgojIGkyYy1ydGMgaXMgZm9yIG9wdGlvbmFsIEkyQyBS VEMuIENvbmZpZy50eHQgbXVzdCBiZSBtb2RpZmllZCB0byBzdXBwb3J0IGl0LgpzZXQgRklSTVdB UkVfT0xfUEFUSCA9ICRGSVJNV0FSRV9SRVBPX1BBVEgvb3ZlcmxheXMKc2V0IEZJUk1XQVJFX09M X0ZJTEVTID0gKG1tYy5kdGJvIHBpMy1kaXNhYmxlLWJ0LmR0Ym8gcHdtLmR0Ym8gaTJjLXJ0Yy5k dGJvKQoKIyAvCmZvcmVhY2ggeCAoJEZJUk1XQVJFX1JFUE9fRklMRVMpCgljcCAkRklSTVdBUkVf UkVQT19QQVRILyR4ICRCT09URlMKZW5kCiNmb3JlYWNoIHggKCRGSVJNV0FSRV9DVVNUT01fRklM RVMpCiMJY3AgJEZJUk1XQVJFX0NVU1RPTV9GSUxFUyAkQk9PVEZTCiNlbmQKY3AgJFBTQ0lfTU9O X1BBVEggJFVCT09UX0JJTl9QQVRIICRCT09URlMKY3AgJEZJUk1XQVJFX0NPTkZJR19QQVRIICRC T09URlMvY29uZmlnLnR4dAoKIyAvb3ZlcmxheXMKbWtkaXIgLXAgJEJPT1RGUy9vdmVybGF5cwpm b3JlYWNoIHggKCRGSVJNV0FSRV9PTF9GSUxFUykKCWNwICRGSVJNV0FSRV9PTF9QQVRILyR4ICRC T09URlMvb3ZlcmxheXMvCmVuZAoKIyBEVEIKbWtkaXIgLXAgJEJPT1RGUy9kdGIvYWxsd2lubmVy ICRCT09URlMvZHRiL292ZXJsYXlzCmZvcmVhY2ggeCAoJERUQl9BV19GSUxFUykKCWNwICREVEJf QVdfUEFUSC8keCAkQk9PVEZTL2R0Yi9hbGx3aW5uZXIvCmVuZApmb3JlYWNoIHggKCREVEJfT0xf RklMRVMpCgljcCAkRFRCX09MX1BBVEgvJHggJEJPT1RGUy9kdGIvb3ZlcmxheXMvCmVuZAoKIyBF RkkKIyBsb2FkZXJfbHVhLmVmaSBpcyBhIGhhcmQgbGluayB3aXRoIGxvYWRlci5lZmkKbWtkaXIg LXAgJEJPT1RGUy9FRkkvQk9PVApjcCAkVUVGSV9MT0FERVJfUEFUSCAkQk9PVEZTL0VGSS9CT09U L2Jvb3RhYTY0LmVmaQo= --_002_MWHPR06MB313459626ADCE36F829ABDABAA460MWHPR06MB3134namp_-- From owner-freebsd-arm@freebsd.org Sat Nov 30 14:08:16 2019 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 421301AC750 for ; Sat, 30 Nov 2019 14:08:16 +0000 (UTC) (envelope-from jfc@mit.edu) Received: from outgoing-exchange-7.mit.edu (outgoing-exchange-7.mit.edu [18.9.28.58]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.outgoing-exchange.mit.edu", Issuer "InCommon RSA Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 47QCrv2JMVz46h9 for ; Sat, 30 Nov 2019 14:08:14 +0000 (UTC) (envelope-from jfc@mit.edu) Received: from oc11exedge2.exchange.mit.edu (OC11EXEDGE2.EXCHANGE.MIT.EDU [18.9.3.18]) by outgoing-exchange-7.mit.edu (8.14.7/8.12.4) with ESMTP id xAUE87Pg026179 for ; Sat, 30 Nov 2019 09:08:09 -0500 Received: from OC11EXPO29.exchange.mit.edu (18.9.4.102) by oc11exedge2.exchange.mit.edu (18.9.3.18) with Microsoft SMTP Server (TLS) id 15.0.1293.2; Sat, 30 Nov 2019 09:07:55 -0500 Received: from OC11EXPO29.exchange.mit.edu (18.9.4.102) by oc11expo29.exchange.mit.edu (18.9.4.102) with Microsoft SMTP Server (TLS) id 15.0.1365.1; Sat, 30 Nov 2019 09:08:11 -0500 Received: from OC11EXPO29.exchange.mit.edu ([18.9.4.102]) by oc11expo29.exchange.mit.edu ([18.9.4.102]) with mapi id 15.00.1365.000; Sat, 30 Nov 2019 09:08:11 -0500 From: John F Carr To: "freebsd-arm@freebsd.org" Subject: Very slow disk access using USB-SATA adapter on Pi 3 B+ Thread-Topic: Very slow disk access using USB-SATA adapter on Pi 3 B+ Thread-Index: AQHVp4eZew6B38fwg0+u8gQqp8qCTQ== Date: Sat, 30 Nov 2019 14:08:11 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [108.7.221.50] Content-Type: text/plain; charset="us-ascii" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Rspamd-Queue-Id: 47QCrv2JMVz46h9 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of jfc@mit.edu designates 18.9.28.58 as permitted sender) smtp.mailfrom=jfc@mit.edu X-Spamd-Result: default: False [-3.45 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; RCVD_COUNT_FIVE(0.00)[5]; HAS_XOIP(0.00)[]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:18.9.28.0/24]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; DMARC_NA(0.00)[mit.edu]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; IP_SCORE(-0.95)[ipnet: 18.9.0.0/16(-4.71), asn: 3(0.00), country: US(-0.05)]; RCVD_IN_DNSWL_MED(-0.20)[58.28.9.18.list.dnswl.org : 127.0.11.2]; TO_DN_EQ_ADDR_ALL(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:3, ipnet:18.9.0.0/16, country:US]; RCVD_TLS_LAST(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Nov 2019 14:08:16 -0000 I have a Raspberry Pi 3 B+ connected to a pair of drives via a USB to SATA = adapter. They worked fine on another arm64 system running then-CURRENT ear= ly this year, but now the drive is extremely slow on this week's CURRENT. = I'm getting about 1 transfer per second through the filesystem. dd from th= e disk device moved about 64 kilobytes per second. Sound familiar? Any clues in the dmesg fragment below? The slow drive is da1. I'm not using da0. That USB_ERR_STALLED doesn't lo= ok good. The adapter gives the drives fake serial numbers which are identi= cal. No problem 8 months ago but maybe it is now. FreeBSD 13.0-CURRENT #0 r355121: Wed Nov 27 07:50:23 UTC 2019 root@releng1.nyi.freebsd.org:/usr/obj/usr/src/arm64.aarch64/sys/GENERIC= arm64 FreeBSD clang version 9.0.0 (tags/RELEASE_900/final 372316) (based on LLVM = 9.0.0) WARNING: WITNESS option enabled, expect reduced performance. [...] usbus0 on bcm283x_dwcotg0 [...] usbus0: 480Mbps High Speed USB v2.0 [...] ugen0.8: at usbus0 uhub4 on uhub1 uhub4: on us= bus0 uhub4: 4 ports with 4 removable, self powered ugen0.9: at usbus0 umass0 on uhub4 umass0: on usbus0 umass0: SCSI over Bulk-Only; quirks =3D 0x0100 umass0:0:0: Attached to scbus0 da0 at umass-sim0 bus 0 scbus0 target 0 lun 0 da0: Fixed Direct Access SPC-4 SCSI device da0: Serial Number 123456789012 da0: 40.000MB/s transfers da0: 3815447MB (7814037168 512 byte sectors) da0: quirks=3D0x2 ue0: link state changed to UP ugen0.10: at usbus0 umass1 on uhub4 umass1: on usbus0 umass1: SCSI over Bulk-Only; quirks =3D 0x0100 umass1:1:1: Attached to scbus1 uhub_reattach_port: device problem (USB_ERR_STALLED), disabling port 3 da1 at umass-sim1 bus 1 scbus1 target 0 lun 0 da1: Fixed Direct Access SPC-4 SCSI device da1: Serial Number 123456789012 da1: 40.000MB/s transfers da1: 3815447MB (7814037168 512 byte sectors) da1: quirks=3D0x2