From owner-freebsd-arm@freebsd.org Sun Feb 16 22:46:13 2020 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 29BE92451FE for ; Sun, 16 Feb 2020 22:46:13 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic316-55.consmr.mail.gq1.yahoo.com (sonic316-55.consmr.mail.gq1.yahoo.com [98.137.69.31]) (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 48LMfW2ztDz4JnW for ; Sun, 16 Feb 2020 22:46:10 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: 0VnVdS8VM1lZgiV5_._0H5k0PHqaDgsmsARb_DkYQ_8XHqxRhRIS4Ls6XZv3QCf rYnzkKUqp1NKLSnv199Ow4qP_D77Tn84vBTFEzu6NYrAMmazJyQSv8k63M_MhKeFztItik2tzBQ5 _GSqmYll.LnXfYEpDS.Rnon4qkNNj1AZ.8bpaFIKfupWFBxPGKlRCfP7lcag4wK3_NTc65C5V7TI uDrdtxwwHZGBqGv.865nf.82mc58wQmGV.M6PWxDrn8jWRzJ9YFEkijeQkC4_QSmTl_kuzBN.4uZ dXZRLwpLM308zuPS_CDd77.bFXJ1zg8nbc2HCSobWVmivwgPXR572isuz2HamW32PKLuUNRFdg.V smb.zCEqq9XeNDca72UG7fAOY3_.O0m1917HColpiuexZYVVdHh3eO1xO2b8bLQ8h5M7bR.f01Ds rzHTfoowsWA_wk88xIMjf7_B349bGITIJiiR27DnNy23DFMULmr.84QFrDetJjFrjFeCv_pY_HbG eq_VxTsl9p566e0uQaBQLaHSHCHxnzCgG0f9G_vJKod6V19S1yjgCfqtB_kaU215LKLm5SU2GfRt .MdOYhK8R_DbPUu5SivyKyPhzFrSamMLJnOKjWexSdLe1szf9li3eIpWB1V.vdpX2MDz0RoAW48R 9wHoXSZ6xstSBN4K5u_t4x793FbzhqYU3pYFwvFQsH4z5zNsIGejIlPHjWOGx0gPxfy2Co5oqLhq P26j82I5z0ui0UQ7fRJAVWx3ciNNHPoit7T7rnAcHs5j1A2HgUFEFjHU7t80pfBVbDlKGwH5D1w8 92HG4LkVah9MaGaDPRiLSe001OHOlzSUwBrPayvztFriAvxoOKXCOXEhq.Ypm4mM9O7mg5mcmuiX NeirAHU0fZQLW.ZyycnQwC1MyMRoT0Mp9m0MjMWhX7EUdHj55WI6f5kThq7OOKGcJUEk1DgZ9Vxm F6UXvKH3yMJUf8lqpHyWXvOua_h4f5Q43r2ewNH56414gX03duvq.mBFVEoXBdZjpe3qJIg5k3fL squdpwvRK0UmyscAxr6TFlosw2mzhbHork4hd736Bvq6Aig819yvi2zdMnDQhzMcb2y4hdqYrQR9 N7CnZphRcqn6GVLFwtTCLX6Gu9L6MBEgrRuoE8L8TfbtzSGFvPLNuUi5gWQf0uA8_wQ0Wlf8lxOQ 0GwHVryu4CLNsxPdTJu6OZprH8cKeWRqOrXcUaf3UhgedrzLS7mYQzSX.jT5LpmzTtdot3g3W0uY zqKGr5oB0NtPif2PR8nPG6wGo_Ogwzp8Zafs1mf7i9.b17ZCdWYL51sU_gcn2RHCJoNyX4J7hqaZ omL41vlgqH_SN9Cge7kKilvZj2n1w8tXY671WzVej9PC_LhOQfVKGLcITG2bNTG4NRNdZ0dBM1ZD kDUK6voRBRhSIaTM4GO8YG4ZcrMKgkPeTfjObxe37Mwy6lbwIFapHlIgu_7CcXigsEwOOnS0- Received: from sonic.gate.mail.ne1.yahoo.com by sonic316.consmr.mail.gq1.yahoo.com with HTTP; Sun, 16 Feb 2020 22:46:08 +0000 Received: by smtp422.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID f2af50f128094e136a848dfc0e1f980d; Sun, 16 Feb 2020 22:46:06 +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 \(3608.60.0.2.5\)) Subject: FYI: head -r357979 and powerd on Orange Pi+ 2ed (armv7,CortextA7): unable to kill at shutdown; no problem on old PowerMac G5 Message-Id: <8B626CA5-0E05-4BCE-9CB6-7EA9752E960A@yahoo.com> Date: Sun, 16 Feb 2020 14:46:05 -0800 To: FreeBSD Current , freebsd-arm X-Mailer: Apple Mail (2.3608.60.0.2.5) References: <8B626CA5-0E05-4BCE-9CB6-7EA9752E960A.ref@yahoo.com> X-Rspamd-Queue-Id: 48LMfW2ztDz4JnW X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.05 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.67)[-0.669,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]; MV_CASE(0.50)[]; NEURAL_HAM_LONG(-0.88)[-0.876,0]; RCVD_COUNT_TWO(0.00)[2]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[31.69.137.98.list.dnswl.org : 127.0.5.0]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; RCVD_TLS_LAST(0.00)[]; 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)[]; IP_SCORE(0.00)[ip: (4.19), ipnet: 98.137.64.0/21(0.82), asn: 36647(0.65), country: US(-0.05)]; 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: Sun, 16 Feb 2020 22:46:13 -0000 [Also seen on prior head -r527529 context.] I've got two contexts with powerd running (both have non-debug kernels and worlds): A) A system for old PowerMac G5's. It does not and did not have the problem. B) A system for an Orange Pi+ 2ed (armv7, specifically CortexA7) that does. (No other armv7 context around to test.) Recently shutdown has been doing the following if powerd has been running on the armv7 system: . . . Stopping powerd. Waiting for PIDS: 815 90 second watchdog timeout expired. Shutdown terminated. Sun Feb 16 00:25:59 PST 2020 Feb 16 00:25:59 OPiP2E init[1]: /etc/rc.shutdown terminated abnormally, = going to single user mode Feb 16 00:25:59 OPiP2E syslogd: exiting on signal 15 2020-02-16T00:26:19.061233-08:00 OPiP2E init 1 - - some processes would = not die; ps axl advised Waiting (max 60 seconds) for system process `vnlru' to stop... done Waiting (max 60 seconds) for system process `syncer' to stop...=20 Syncing disks, vnodes remaining... 1 0 0 0 done Waiting (max 60 seconds) for system thread `bufdaemon' to stop... done Waiting (max 60 seconds) for system thread `bufspacedaemon-0' to stop... = done All buffers synced. Uptime: 6m17s For reference, top previously listed: PID USERNAME PRI NICE SIZE RES STATE C TIME CPU = COMMAND . . . 815 root -100 0 4424K 2000K twsi 0 0:00 0.01% = /usr/sbin/powerd . . . I do have for my build (whitespace details might not be fully preserved): # svnlite diff /usr/src/sys/gnu/dts/arm/sun8i-h3-orangepi-pc.dts=20 Index: /usr/src/sys/gnu/dts/arm/sun8i-h3-orangepi-pc.dts =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- /usr/src/sys/gnu/dts/arm/sun8i-h3-orangepi-pc.dts (revision = 357979) +++ /usr/src/sys/gnu/dts/arm/sun8i-h3-orangepi-pc.dts (working copy) @@ -102,7 +102,7 @@ "Line Out", "LINEOUT", "MIC1", "Mic", "Mic", "MBIAS"; - status =3D "okay"; + status =3D "disabled"; }; =20 but it has been a fairly long time since I've checked if "okay" prevents booting/operating. Note: Until there is an official fix checked in, the PowerMac G5 needs Ryan L.'s slb_zone_init patch from: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D244118 to boot anything at or after head -r357549. I also use other patches for PowerMacs, mostly personal, but they are unlikely to matter for why killing powerd works in this context. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Mon Feb 17 03:23:50 2020 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 746A424B2A9 for ; Mon, 17 Feb 2020 03:23:50 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic315-8.consmr.mail.gq1.yahoo.com (sonic315-8.consmr.mail.gq1.yahoo.com [98.137.65.32]) (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 48LTps1mkVz4VMD for ; Mon, 17 Feb 2020 03:23:48 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: sVAU00cVM1mfkEYfiZk4nV6dMLEG7h49fT1A1zmU_zg1xpeFKmsaHI4K1um66xc Hn_EDz9OtwrnwLSxAHSDXrtga5lZK8RT2c8s6n55UJzYVl_7bh5AICRjghQfh55C7ngP3g0uXQcM UUaKfsEPHBk0p3lG43CFPu1oaVGyycpwliW6pQ3Bm8GMZzv0IAo7kolwjHl.M0fJJc6PfXNLCo5g KL3xqNNDBycVvHOUkJXYQGQWmKA07K5JAM2Ut5QWJcbiwnIhe73YpTMCEV9A9DgRtTg8NPkMHYnJ O6DCcBDqFxTq4Xxd0iXNnpGB6F8u6fov7HnHVpF8l4fSIjcA0TuiyVR6FGiu0jT8tuhDiVp0YtM9 D5YLThIhTlJ2S1aZdFQzVfpjsXTeqAEm23MQ36wFZHGpxIhpuk_jQrHQgdFCR8uW0TAR5cUEL_4i rkjnWrzQYtOh3.2csngoNhnS2WXl7wPrOcOXWwoKhhd4f_PZ8KrWUOBtAipHxJ6MHiuwyKdtXRJ4 W5IwH4TWbw4iOQseEPeYAqGBaZHgsKXoin_zB2k881asq4zUXoQNzPmi5X0nOdPJrAFthCDy1foS TUXh53c5i2nZ4kGIc_ELBKafrCDlhGR7cZb58bRDG63TIhSlihjn0.fqS064iECrSXs5SiVhy0uN 7LSB9oH5bPhDXQC_4SsjcH9XooBaliwSNnhogdNtR2TpHQx5752mVOMZqcnQLftQw10bsv_gRr.z D2LqGEVCci2cOlkNL63Kzlc7nVIXWP8M3Vtp8akm02gnWY6RTAKz72aJB4j.eVa5geM_a2KjLSL8 LrKikAGMVFPIVpXbe5S.iHcjh0ER9xoUMUFMl1Lz1aN805JjcxQf8_gV.c5sXBbq7JUmj3E8rmdW W9B6Dhav5kGhe7SGTfexeVBJFTYkClL_wNqdGYLlE8v7Z6twKBl5FSxJk8WXe1gpaDu1L77PYyN9 3ghEIoVrHDVUkvIjypK2xSIzpoTBQNdHeJbOC3LOIiUJA4Mfo89It11ma7MCL_c2EUvhK876uYNt JuzBq8jqR_EeyB73qQsL_nykDsZGftcNg1x2KGlKhJ_xqO_WOcHF0PnmFY.SezzYyS1mfBH.jnjR 5a59VwAp_MPt.YlHlH8IyVv9DC5B7SEyUZbVvrTvPvomrGwOxFMWl08bvG.NAAhDFqEM7vJiLEVO nsdWGpfiHFTPbn4SeU_0kczxs7D06SJeLJ6kTuo0lHLfGNG_.xQt0rPiGH_SzHdil7wZg7vqLQzW 4taNof0la5UfoYgx.MNn.4_XrD2kbZwI.dDPqUDQRhbH.4qcciuuKGdDPENjN0B5_PKh911Mdup_ g9Hspxz3qdgalFNB8TSIaBJ.2SjzpTS4EKS57PUEx_6E2ru3PN7BawfdAofm6g8JSGlRcR1ci8uT LeQ8W5Gb4gU3qsVW9bLISGXvFsnpgkvzmsffQ6Fgh.2y1VgBZU1nniNWlfGWs5g-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic315.consmr.mail.gq1.yahoo.com with HTTP; Mon, 17 Feb 2020 03:23:46 +0000 Received: by smtp420.mail.bf1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 7ca0474ed86e044c4416d3cdce79fa33; Mon, 17 Feb 2020 03:23:41 +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 \(3608.60.0.2.5\)) Subject: Re: FYI: head -r357979 and powerd on Orange Pi+ 2ed (armv7,CortextA7): unable to kill at shutdown; no problem on old PowerMac G5 Date: Sun, 16 Feb 2020 19:23:40 -0800 References: <8B626CA5-0E05-4BCE-9CB6-7EA9752E960A@yahoo.com> To: Emmanuel Vadot , FreeBSD Current , freebsd-arm In-Reply-To: <8B626CA5-0E05-4BCE-9CB6-7EA9752E960A@yahoo.com> Message-Id: X-Mailer: Apple Mail (2.3608.60.0.2.5) X-Rspamd-Queue-Id: 48LTps1mkVz4VMD X-Spamd-Bar: - X-Spamd-Result: default: False [-1.49 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.30)[-0.304,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MIME_GOOD(-0.10)[text/plain]; MV_CASE(0.50)[]; NEURAL_HAM_LONG(-0.69)[-0.688,0]; RCVD_COUNT_TWO(0.00)[2]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; RCVD_IN_DNSWL_NONE(0.00)[32.65.137.98.list.dnswl.org : 127.0.5.0]; RCVD_TLS_LAST(0.00)[]; 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)[]; IP_SCORE(0.00)[ip: (4.96), ipnet: 98.137.64.0/21(0.82), asn: 36647(0.65), country: US(-0.05)]; 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: Mon, 17 Feb 2020 03:23:50 -0000 [artifact.ci kernel bisect result included.] On 2020-Feb-16, at 14:46, Mark Millard wrote: > [Also seen on prior head -r527529 context.] >=20 > I've got two contexts with powerd running > (both have non-debug kernels and worlds): >=20 > A) A system for old PowerMac G5's. It does not and did not > have the problem. >=20 > B) A system for an Orange Pi+ 2ed (armv7, specifically > CortexA7) that does. (No other armv7 context around to > test.) >=20 > Recently shutdown has been doing the following if > powerd has been running on the armv7 system: >=20 > . . . > Stopping powerd. > Waiting for PIDS: 815 > 90 second watchdog timeout expired. Shutdown terminated. > Sun Feb 16 00:25:59 PST 2020 > Feb 16 00:25:59 OPiP2E init[1]: /etc/rc.shutdown terminated = abnormally, going to single user mode > Feb 16 00:25:59 OPiP2E syslogd: exiting on signal 15 > 2020-02-16T00:26:19.061233-08:00 OPiP2E init 1 - - some processes = would not die; ps axl advised > Waiting (max 60 seconds) for system process `vnlru' to stop... done > Waiting (max 60 seconds) for system process `syncer' to stop...=20 > Syncing disks, vnodes remaining... 1 0 0 0 done > Waiting (max 60 seconds) for system thread `bufdaemon' to stop... done > Waiting (max 60 seconds) for system thread `bufspacedaemon-0' to = stop... done > All buffers synced. > Uptime: 6m17s >=20 > For reference, top previously listed: >=20 > PID USERNAME PRI NICE SIZE RES STATE C TIME CPU = COMMAND > . . . > 815 root -100 0 4424K 2000K twsi 0 0:00 0.01% = /usr/sbin/powerd > . . . >=20 > I do have for my build (whitespace details might > not be fully preserved): >=20 > # svnlite diff /usr/src/sys/gnu/dts/arm/sun8i-h3-orangepi-pc.dts=20 > Index: /usr/src/sys/gnu/dts/arm/sun8i-h3-orangepi-pc.dts > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- /usr/src/sys/gnu/dts/arm/sun8i-h3-orangepi-pc.dts (revision = 357979) > +++ /usr/src/sys/gnu/dts/arm/sun8i-h3-orangepi-pc.dts (working copy) > @@ -102,7 +102,7 @@ > "Line Out", "LINEOUT", > "MIC1", "Mic", > "Mic", "MBIAS"; > - status =3D "okay"; > + status =3D "disabled"; > }; >=20 >=20 >=20 > but it has been a fairly long time since I've checked > if "okay" prevents booting/operating. >=20 >=20 > Note: Until there is an official fix checked in, the PowerMac > G5 needs Ryan L.'s slb_zone_init patch from: >=20 > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D244118 >=20 > to boot anything at or after head -r357549. I also use other > patches for PowerMacs, mostly personal, but they are unlikely > to matter for why killing powerd works in this context. >=20 artifact.ci's head -r356602 does not have the problem. artifact.ci's head -r356610 has the problem. There are no armv7 builds in artifact.ci between those. head -r356609 is a sys/dev/iicbux/twsi change and so looks the most likely given the top result: PID USERNAME PRI NICE SIZE RES STATE C TIME CPU = COMMAND . . . 815 root -100 0 4424K 2000K twsi 0 0:00 0.01% = /usr/sbin/powerd . . . with its -100 for PRI. (Previously 0 in the no-problem cases.) I've no clue if it is powerd that is doing something odd exposed by the -r356609 update vs. if it is the update that is doing something odd and powerd just happens to expose that it does. =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 Feb 19 09:27:20 2020 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 52C4925425C for ; Wed, 19 Feb 2020 09:27:20 +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 48MsnL4g7bz40d7 for ; Wed, 19 Feb 2020 09:27:18 +0000 (UTC) (envelope-from nikolay.kostirya@i11.co) Received: from [82.207.42.188] (helo=localhost) by mx.i11.co with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1j4LdP-0008DS-Gi for freebsd-arm@freebsd.org; Wed, 19 Feb 2020 09:27:11 +0000 Date: Wed, 19 Feb 2020 11:27:09 +0200 From: Nick Kostirya To: freebsd-arm Subject: Re: gpioiic and APDS9960 sensors Message-ID: <20200219112709.3d895f58@i11.co> In-Reply-To: <20200214141531.5bb948e5@i11.co> References: <20200214141531.5bb948e5@i11.co> 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: 48MsnL4g7bz40d7 X-Spamd-Bar: ----- X-Spamd-Result: default: False [-5.17 / 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]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCPT_COUNT_ONE(0.00)[1]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[i11.co:+]; DMARC_POLICY_ALLOW(-0.50)[i11.co,reject]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; IP_SCORE(-2.17)[ip: (-9.65), ipnet: 159.69.0.0/16(0.39), asn: 24940(-1.55), country: DE(-0.02)]; ASN(0.00)[asn:24940, ipnet:159.69.0.0/16, 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: Wed, 19 Feb 2020 09:27:20 -0000 On Fri, 14 Feb 2020 14:15:31 +0200 Nick Kostirya via freebsd-arm wrote: > Hello. > I use iicbus over gpioiic on NanoPi NEO. > All my sensors work fine, except for APDS9960 sensors. > I have two APDS9960 sensors and and both give an error: > > > > i2c -f /dev/iic0 -s > Scanning I2C devices on /dev/iic0: 39 > > > ktrace -t+ i2c -f /dev/iic0 -a 0x39 -d r -o 0 -c 1 > > 1654 i2c CALL ioctl(0x3,I2CSTART,0xbfbfebf0) > 1654 i2c RET ioctl 0 > 1654 i2c CALL ioctl(0x3,I2CWRITE,0xbfbfebf0) > 1654 i2c RET ioctl -1 errno 2 No such file or directory > 1654 i2c CALL ioctl(0x3,I2CSTOP,0x20056010) > 1654 i2c RET ioctl 0 > > > > ktrace -t+ i2c -f /dev/iic0 -a 0x39 -d r -o 0 -c 1 -m tr > > 1657 i2c CALL ioctl(0x3,I2CRDWR,0xbfbfebd8) > 1657 i2c RET ioctl -1 errno 2 No such file or directory Maybe it is IIC_ENOACK from iicbb_ack function in iicbb.c file? IIC_ENOACK is also 2. Maybe sensors is very slow for iicbb? From owner-freebsd-arm@freebsd.org Wed Feb 19 19:12:27 2020 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 CA991242C0F for ; Wed, 19 Feb 2020 19:12:27 +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 48N6mV2mSDz4NtQ; Wed, 19 Feb 2020 19:12:26 +0000 (UTC) (envelope-from sparvu@kronometrix.org) Received: from [192.168.1.172] (82-203-156-17.bb.dnainternet.fi [82.203.156.17]) (authenticated bits=0) by mail.kronometrix.org (8.15.2/8.15.2) with ESMTPSA id 01JJCF4I065671 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 19 Feb 2020 19:12:17 GMT (envelope-from sparvu@kronometrix.org) X-Authentication-Warning: mail.kronometrix.org: Host 82-203-156-17.bb.dnainternet.fi [82.203.156.17] claimed to be [192.168.1.172] From: Stefan Parvu Message-Id: <31674CF1-3D59-468D-9892-071BDEB6ADC9@kronometrix.org> Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.60.0.2.5\)) Subject: Re: Rasclock (PCF2127 ) Hardware Clock FreeBSD 12.0 Date: Wed, 19 Feb 2020 21:12:10 +0200 In-Reply-To: Cc: freebsd-arm@freebsd.org To: Ian Lepore References: <41A4CA5C-B487-490F-8A19-2D51F43E1004@kronometrix.org> <95616620-bbaf-dbc3-49eb-3e2562638d49@bunyatech.com.au> <74E3E782-8481-4B5B-A0AF-A04590C27D6D@kronometrix.org> <790afcb5f0809a89b45982958a85f1539fec05c7.camel@freebsd.org> <36088812-2135-4433-BC49-0BC433EC6767@kronometrix.org> X-Mailer: Apple Mail (2.3608.60.0.2.5) X-Rspamd-Queue-Id: 48N6mV2mSDz4NtQ 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.18 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; SH_EMAIL_ZRD(0.00)[0.0.0.51]; NEURAL_HAM_MEDIUM(-0.06)[-0.065,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)[multipart/alternative,text/plain]; HAS_XAW(0.00)[]; DMARC_NA(0.00)[kronometrix.org]; SH_EMAIL_DBL_DONT_QUERY_IPS(0.00)[0.0.0.51]; MV_CASE(0.50)[]; NEURAL_HAM_LONG(-0.85)[-0.850,0]; IP_SCORE(0.54)[ip: (0.35), ipnet: 95.85.0.0/18(0.94), asn: 14061(1.46), country: US(-0.05)]; RCPT_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; 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] 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: Wed, 19 Feb 2020 19:12:27 -0000 Hi, Testing now RBPI3B+ on latest FreeBSD 12.1 release.=20 FreeBSD k1 12.1-RELEASE FreeBSD 12.1-RELEASE r354233 GENERIC arm64 > The bottom line is that you need to rebuild the nxprtc driver with = this > patch applied: >=20 > = https://svnweb.freebsd.org/base/head/sys/dev/iicbus/nxprtc.c?r1=3D350016&r= 2=3D348184&view=3Dpatch = Just to make sure: this patch should be already under FreeBSD 12.1 = release ? Correct ?=20 I see correctly the device: % dmesg | grep nxp nxprtc0: at addr 0xa2 on iicbus0 nxprtc0: registered as a time-of-day clock, resolution 0.015625s % sysctl -b hw.fdt.dtb | dtc -I dtb -O dts | grep pcf pcf2129@51 { compatible =3D "nxp,pcf2129"; Thanks, stefan= From owner-freebsd-arm@freebsd.org Wed Feb 19 19:39:18 2020 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 CD7F3243505 for ; Wed, 19 Feb 2020 19:39:18 +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 48N7MT6yLTz3Hml for ; Wed, 19 Feb 2020 19:39:17 +0000 (UTC) (envelope-from ian@freebsd.org) ARC-Seal: i=1; a=rsa-sha256; t=1582141156; cv=none; d=outbound.mailhop.org; s=arc-outbound20181012; b=Ia7u8zp6Ji9aT/MWdE/Tl4zzzXJok4fY1b3/ntHo6NJOWsuMPaLsxptG/8ZHH46tKydq2snDNrmPL zvJ5IK6NTfXwBi2KD1rPidAAuJK0/3HdKHW8rTY0EDttBqAb/bxIrqAP3RDFGLmvJ8e4GScf0vxCP5 B+AIooNNwPp7gfpwLUp5P58Ll+SdsEoi4zv+CBneJxm2SVvzxKtn5Cj9B8pEIxPSLqDWuJndGX4FP0 VM2mSk/fX9/C/qFs0SRBRDFU/+2eddFfuKjbNvNtbDeKAXoTbwoP5xlMSMSkNuRQ57/ya/HwKnhlgA /Q10xQz+4KAkDpzRyIE5zV6sB4t7QnQ== 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=ydNB4yfYQa3r8hWDO8bVjwlHAWej3a0wrq9SJt5m8rg=; b=fCdyY5iYqQwYJgkY6OZjfAXoCu9xrREywer7Sxf0vzn59LL6Y082yK6YQ9OILHFG87ru8ojjthKOe 5DQUp5CbHjiGvOFf8WK33z5TxfqVMCErIeb4GjE+rNdb0laa3aZK7ua0uFG6nmxzMERGW4WD6ojNAb 3fi659Zp9TyhVoG5Cb/iFTgqubLblIY8nOJd1Y4vbiAwqudJfA/wXdNKJTB3MPStwiEO0YYSTF0318 vFPYuc40yI8AJlkxZXcpYBWw6KPDwhOwgWKI6U5vi8eWSuo7pqeliSQsWWQtz45vZFQP7ksbeMo3FO HAaRdFvEqqFXhINd6xWgtp+8k4eUyAw== 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=ydNB4yfYQa3r8hWDO8bVjwlHAWej3a0wrq9SJt5m8rg=; b=HqXpwib/dfqUa2Dpeu2EtUtx6KeH2GOComqYPHSY7KwHF56H/LsR3KWwFsypME2mMuPWbz9xTXB+b 7XI5Mu25Ntb3gArqL3HGMsNU/Gerdxi1Ho6mw5glwyVbphwGYe5O8bUXvjFtvOqrUGJm1Lq2w0InsR 8io3kqznGiBgPU9w2Mm+3DpdVfMrxTxqPrfQ9zQ6VTaZ5YrRnvZ9uJ18f/dkPB3gLLvmVFsOXZ9rzt 0KxkuvVId8S3D3eo/RHHqK/2tXIrnZJ7EjgMNG1+V7pxHrIh/zRBYB6OuLHim8VSpTrhrvfljKonYH zsfQBmbUCdYzivrMHJLPUcrX0Cv+vkA== X-MHO-RoutePath: aGlwcGll X-MHO-User: 81eee57b-534f-11ea-9eb3-25e2dfa9fa8d 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 81eee57b-534f-11ea-9eb3-25e2dfa9fa8d; Wed, 19 Feb 2020 19:39:14 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id 01JJdDCw003936; Wed, 19 Feb 2020 12:39:13 -0700 (MST) (envelope-from ian@freebsd.org) Message-ID: <8f7e96af16dfe659b84be5efe9d203074370c67c.camel@freebsd.org> Subject: Re: Rasclock (PCF2127 ) Hardware Clock FreeBSD 12.0 From: Ian Lepore To: Stefan Parvu Cc: freebsd-arm@freebsd.org Date: Wed, 19 Feb 2020 12:39:13 -0700 In-Reply-To: <31674CF1-3D59-468D-9892-071BDEB6ADC9@kronometrix.org> References: <41A4CA5C-B487-490F-8A19-2D51F43E1004@kronometrix.org> <95616620-bbaf-dbc3-49eb-3e2562638d49@bunyatech.com.au> <74E3E782-8481-4B5B-A0AF-A04590C27D6D@kronometrix.org> <790afcb5f0809a89b45982958a85f1539fec05c7.camel@freebsd.org> <36088812-2135-4433-BC49-0BC433EC6767@kronometrix.org> <31674CF1-3D59-468D-9892-071BDEB6ADC9@kronometrix.org> Content-Type: text/plain; charset="ASCII" X-Mailer: Evolution 3.28.5 FreeBSD GNOME Team Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 48N7MT6yLTz3Hml X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-1.96 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-0.97)[-0.966,0]; ASN(0.00)[asn:16509, ipnet:54.148.0.0/15, country:US]; NEURAL_HAM_LONG(-1.00)[-0.997,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, 19 Feb 2020 19:39:18 -0000 On Wed, 2020-02-19 at 21:12 +0200, Stefan Parvu wrote: > Hi, > > Testing now RBPI3B+ on latest FreeBSD 12.1 release. > FreeBSD k1 12.1-RELEASE FreeBSD 12.1-RELEASE r354233 GENERIC arm64 > > > > The bottom line is that you need to rebuild the nxprtc driver with > > this > > patch applied: > > > > https://svnweb.freebsd.org/base/head/sys/dev/iicbus/nxprtc.c?r1=350016&r2=348184&view=patch > > < > > https://svnweb.freebsd.org/base/head/sys/dev/iicbus/nxprtc.c?r1=350016&r2=348184&view=patch > > > > > Just to make sure: this patch should be already under FreeBSD 12.1 > release ? Correct ? > > I see correctly the device: > > % dmesg | grep nxp > nxprtc0: at addr 0xa2 on iicbus0 > nxprtc0: registered as a time-of-day clock, resolution 0.015625s > > > % sysctl -b hw.fdt.dtb | dtc -I dtb -O dts | grep pcf > pcf2129@51 { > compatible = "nxp,pcf2129"; > > Thanks, > stefan Yep, all those changes made it into 12.1-release. These changes also made it into 12.1: https://svnweb.freebsd.org/base?view=revision&revision=350875 Basically they cut power consumption in half while running battery, which should extend battery life significantly. You also gain the ability to set the frequency-offset register which can get the clock drift rate under 1ppm, which is good if you spend a long time powered-off and need to come up pretty close to the right time. (If that's something you need, let me know, and we can talk about how to measure the drift to come up with a value for /etc/sysctl.conf.) -- Ian From owner-freebsd-arm@freebsd.org Wed Feb 19 19:50:14 2020 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 45C16243B67 for ; Wed, 19 Feb 2020 19:50:14 +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 48N7c359KGz44h1; Wed, 19 Feb 2020 19:50:11 +0000 (UTC) (envelope-from sparvu@kronometrix.org) Received: from [192.168.1.172] (82-203-156-17.bb.dnainternet.fi [82.203.156.17]) (authenticated bits=0) by mail.kronometrix.org (8.15.2/8.15.2) with ESMTPSA id 01JJo7mC065929 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 19 Feb 2020 19:50:09 GMT (envelope-from sparvu@kronometrix.org) X-Authentication-Warning: mail.kronometrix.org: Host 82-203-156-17.bb.dnainternet.fi [82.203.156.17] claimed to be [192.168.1.172] From: Stefan Parvu Message-Id: <79A23E09-D4F8-4DA4-8B2A-1AED526B4799@kronometrix.org> Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.60.0.2.5\)) Subject: Re: Rasclock (PCF2127 ) Hardware Clock FreeBSD 12.0 Date: Wed, 19 Feb 2020 21:50:01 +0200 In-Reply-To: <8f7e96af16dfe659b84be5efe9d203074370c67c.camel@freebsd.org> Cc: freebsd-arm@freebsd.org To: Ian Lepore References: <41A4CA5C-B487-490F-8A19-2D51F43E1004@kronometrix.org> <95616620-bbaf-dbc3-49eb-3e2562638d49@bunyatech.com.au> <74E3E782-8481-4B5B-A0AF-A04590C27D6D@kronometrix.org> <790afcb5f0809a89b45982958a85f1539fec05c7.camel@freebsd.org> <36088812-2135-4433-BC49-0BC433EC6767@kronometrix.org> <31674CF1-3D59-468D-9892-071BDEB6ADC9@kronometrix.org> <8f7e96af16dfe659b84be5efe9d203074370c67c.camel@freebsd.org> X-Mailer: Apple Mail (2.3608.60.0.2.5) X-Rspamd-Queue-Id: 48N7c359KGz44h1 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.15 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-0.04)[-0.040,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)[multipart/alternative,text/plain]; HAS_XAW(0.00)[]; DMARC_NA(0.00)[kronometrix.org]; MV_CASE(0.50)[]; NEURAL_HAM_LONG(-0.84)[-0.845,0]; IP_SCORE(0.54)[ip: (0.34), ipnet: 95.85.0.0/18(0.93), asn: 14061(1.46), country: US(-0.05)]; RCPT_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; 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] 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: Wed, 19 Feb 2020 19:50:14 -0000 > Yep, all those changes made it into 12.1-release. These changes also > made it into 12.1: >=20 > https://svnweb.freebsd.org/base?view=3Drevision&revision=3D350875 = 10 x thanks. Stefan= From owner-freebsd-arm@freebsd.org Thu Feb 20 01:51:50 2020 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 69E3A24D73D for ; Thu, 20 Feb 2020 01:51:50 +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 48NHdK0STxz4QHl for ; Thu, 20 Feb 2020 01:51:48 +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 01K1pxdm055307 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 19 Feb 2020 17:52:00 -0800 (PST) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id 01K1pwNU055306; Wed, 19 Feb 2020 17:51:58 -0800 (PST) (envelope-from fbsd) Date: Wed, 19 Feb 2020 17:51:58 -0800 From: bob prohaska To: freebsd-arm@freebsd.org Subject: Gone serial console on rpi3 Message-ID: <20200220015158.GA55275@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: 48NHdK0STxz4QHl 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.51 / 15.00]; ARC_NA(0.00)[]; WWW_DOT_DOMAIN(0.50)[]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; IP_SCORE(0.06)[ip: (0.25), ipnet: 50.1.16.0/20(0.12), asn: 7065(-0.03), country: US(-0.05)]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[zefox.net]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.35)[0.349,0]; NEURAL_HAM_LONG(-0.80)[-0.797,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: Thu, 20 Feb 2020 01:51:50 -0000 Lately it seems the serial console on my Pi3 has gone missing. It's up and working for u-boot and loader, but once the kernel comes up the serial console falls silent. First noticed about two weeks ago. Backing down to an old kernel doesn't seem to help, as if something changed in userland. It appears that my userland was corrupted by a USB flash during make installworld, so lots of other things aren't working also... For now I'm trying to dig myself out of that hole. IIRC nothing special was needed to turn on the serial console, if that's changed please clue me in. On the plus side, single user mode now works with the USB keyboard, which is a great help. Thanks for reading, bob prohaska From owner-freebsd-arm@freebsd.org Thu Feb 20 10:27:06 2020 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 C482225BB19 for ; Thu, 20 Feb 2020 10:27:06 +0000 (UTC) (envelope-from rb@gid.co.uk) Received: from mx0.gid.co.uk (mx0.gid.co.uk [194.32.164.250]) by mx1.freebsd.org (Postfix) with ESMTP id 48NW3s4psZz48w7 for ; Thu, 20 Feb 2020 10:27:05 +0000 (UTC) (envelope-from rb@gid.co.uk) Received: from [194.32.164.27] ([194.32.164.27]) by mx0.gid.co.uk (8.14.2/8.14.2) with ESMTP id 01KAR3Ui054632; Thu, 20 Feb 2020 10:27:03 GMT (envelope-from rb@gid.co.uk) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: Gone serial console on rpi3 From: Bob Bishop In-Reply-To: <20200220015158.GA55275@www.zefox.net> Date: Thu, 20 Feb 2020 10:27:01 +0000 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <20200220015158.GA55275@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3273) X-Rspamd-Queue-Id: 48NW3s4psZz48w7 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of rb@gid.co.uk designates 194.32.164.250 as permitted sender) smtp.mailfrom=rb@gid.co.uk X-Spamd-Result: default: False [-2.25 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.998,0]; 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]; DMARC_NA(0.00)[gid.co.uk]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[250.164.32.194.list.dnswl.org : 127.0.10.0]; IP_SCORE(-0.55)[ip: (-1.98), ipnet: 194.32.164.0/24(-0.99), asn: 42831(0.31), country: GB(-0.07)]; 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:42831, ipnet:194.32.164.0/24, country:GB]; 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, 20 Feb 2020 10:27:06 -0000 Hi, > On 20 Feb 2020, at 01:51, bob prohaska wrote: >=20 > Lately it seems the serial console on my Pi3 has gone > missing. It's up and working for u-boot and loader,=20 > but once the kernel comes up the serial console falls > silent. First noticed about two weeks ago.=20 >=20 > Backing down to an old kernel doesn't seem to help, > as if something changed in userland. It appears that my > userland was corrupted by a USB flash during make installworld, > so lots of other things aren't working also... For now > I'm trying to dig myself out of that hole. >=20 > IIRC nothing special was needed to turn on the serial > console, if that's changed please clue me in. Well you do need to have the port turned on in /etc/ttys otherwise you = won=E2=80=99t get a getty on it. > On the plus side, single user mode now works with the > USB keyboard, which is a great help. >=20 > Thanks for reading, >=20 > bob prohaska >=20 > _______________________________________________ > 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" >=20 -- Bob Bishop rb@gid.co.uk From owner-freebsd-arm@freebsd.org Thu Feb 20 16:10:39 2020 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 F33D323DE3E for ; Thu, 20 Feb 2020 16:10:39 +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 48NfhG3J1Cz4Vrd for ; Thu, 20 Feb 2020 16:10:37 +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 01KGAqQk057702 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 20 Feb 2020 08:10:53 -0800 (PST) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id 01KGAq0i057701; Thu, 20 Feb 2020 08:10:52 -0800 (PST) (envelope-from fbsd) Date: Thu, 20 Feb 2020 08:10:52 -0800 From: bob prohaska To: Bob Bishop Cc: freebsd-arm@freebsd.org, bob prohaska Subject: Re: Gone serial console on rpi3 Message-ID: <20200220161052.GA57669@www.zefox.net> References: <20200220015158.GA55275@www.zefox.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.24 (2015-08-30) X-Rspamd-Queue-Id: 48NfhG3J1Cz4Vrd 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)[]; WWW_DOT_DOMAIN(0.50)[]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; IP_SCORE(0.06)[ip: (0.25), ipnet: 50.1.16.0/20(0.12), asn: 7065(-0.03), country: US(-0.05)]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[zefox.net]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.26)[0.256,0]; NEURAL_HAM_LONG(-0.71)[-0.714,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; 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: Thu, 20 Feb 2020 16:10:40 -0000 On Thu, Feb 20, 2020 at 10:27:01AM +0000, Bob Bishop wrote: > > > On 20 Feb 2020, at 01:51, bob prohaska wrote: > > > > Lately it seems the serial console on my Pi3 has gone > > missing. > > Well you do need to have the port turned on in /etc/ttys otherwise you won???t get a getty on it. > > /etc/ttys hasn't been touched and looks normal. The serial console goes silent immediately after the kernel puts up the video display probe indicating the screen size, long before /etc/ttys is consulted. Thanks for reading, bob prohaska From owner-freebsd-arm@freebsd.org Thu Feb 20 20:11:00 2020 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 7B55F243C07 for ; Thu, 20 Feb 2020 20:11:00 +0000 (UTC) (envelope-from soren.schmidt@gmail.com) Received: from mail-wr1-x435.google.com (mail-wr1-x435.google.com [IPv6:2a00:1450:4864:20::435]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48Nm1Z5NWvz4FSc for ; Thu, 20 Feb 2020 20:10:58 +0000 (UTC) (envelope-from soren.schmidt@gmail.com) Received: by mail-wr1-x435.google.com with SMTP id r11so6012363wrq.10 for ; Thu, 20 Feb 2020 12:10:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:content-transfer-encoding:mime-version:subject:message-id:date :to; bh=u80hZ5oyWhgKJ7g+RD+VIWOuhxXoEwPmvFMC6BJS13o=; b=cjaBLEos3pUJhXEbwR2/oMlHkA8PERrdqDeFvna1yuq9ljHVH4cy/+bDhgp80g5reB rdpCafPAeX6ZDRWz7Y98CcIZVnmS3gc3gVXWiPzW+RLnvhbALA7p4x4GXT1U/LSt4pXn 2hgMOZwlvcAirnnDJTWDaum4Yd7hTLwyqf7iwsHRLTHdblw5JXIcBCsYNj0TCM4Jhpfy SlRCcJ69JfY10Kx4arh3vTTMlpQ1//J94uGjh65XdcpzLDzczlPw5hoPzBcAW6eE6DzT biyECWRyGxjKRIk7kEj5hsJH+xAThCGmJMu9QARxz7nNTXdSXED0vR/cnLik8ZeySiuP EuoQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:message-id:date:to; bh=u80hZ5oyWhgKJ7g+RD+VIWOuhxXoEwPmvFMC6BJS13o=; b=ShvojHeUXQEZFMrMNMhBwj6lmvU9at4H7QeGcXxtHm8ZyGJUNLvPf6DkQIWqyroziR GgixVn7GdOPLK18uFaHhTnZBqO2r1ViLM8hmUauXabifflpYaR/ytwF26muEoC410kAq 672okUtl5zMOdB4x9oatz3CAVaY8u5zhH5Zi+k/xJtmCQmHvdxZgMIjBeeIMPe/N6jXG y/7mUGhwgLRAQlfMfAOq3EAyHLhRkFd06m2LGEHEeqikOfvvsjAI6k9LUE+0rCVHAKKu t+HfKvsGLdDj6auHRLAaErKeflnXcAcLigdxNpAzbIhbGgCNmYN+XuI7LwHvU9OZSk1e Se9Q== X-Gm-Message-State: APjAAAVZIDlgFJe26HA7v7In97OI49Xd78V5SgcHcj4Fxl2yLMZM3qLx pP2qYRPVLS8xEwiapO33nYJnEXzk X-Google-Smtp-Source: APXvYqzmqNmwbRcYy9fxltvI4OkjHGSZ8aLsmv7POkMR6Lxsp/lv1ZMusRuXbOptlaYj3Q0OBOj5FQ== X-Received: by 2002:a5d:4d04:: with SMTP id z4mr47357389wrt.157.1582229456808; Thu, 20 Feb 2020 12:10:56 -0800 (PST) Received: from mac.deepcore.dk ([85.27.186.9]) by smtp.gmail.com with ESMTPSA id h2sm844120wrt.45.2020.02.20.12.10.55 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 20 Feb 2020 12:10:56 -0800 (PST) From: =?utf-8?Q?S=C3=B8ren_Schmidt?= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.60.0.2.5\)) Subject: Pinebook Pro instability problem and fix. Message-Id: Date: Thu, 20 Feb 2020 21:10:55 +0100 To: freebsd-arm X-Mailer: Apple Mail (2.3608.60.0.2.5) X-Rspamd-Queue-Id: 48Nm1Z5NWvz4FSc X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=cjaBLEos; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of sorenschmidt@gmail.com designates 2a00:1450:4864:20::435 as permitted sender) smtp.mailfrom=sorenschmidt@gmail.com X-Spamd-Result: default: False [-2.50 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; MV_CASE(0.50)[]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(0.00)[ip: (-9.42), ipnet: 2a00:1450::/32(-2.42), asn: 15169(-1.67), country: US(-0.05)]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; TAGGED_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; IP_SCORE_FREEMAIL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; RCVD_IN_DNSWL_NONE(0.00)[5.3.4.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; 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, 20 Feb 2020 20:11:00 -0000 Hi gang! I have been wrestling my Pinebook Pro instability problem for some time. The problem was that if I just let it boot it would occasionally hang = silently, just lock up totally unresponsive, if I changed the clock = speed it would run stable. I finally figured out the problem and its actually quite simple. On boot we set all the regulators initially to their lowest possible = voltage, this in my case is too low to make the little cpu=E2=80=99s run = reliably. U-boot sets the lcpu voltage to 900mv and speed to 816Mhz, on boot we = re-adjust the voltage to 750mv which is too low for my cpus to work = reliably @ 816Mhz. I=E2=80=99ve added support for the regulator-init-microvolt setting and = set that to 900000mv as per spec in the DTS, and that solves the issue. Now running all 6 cores with changeable frequencies and no problems what = so ever. Patches on request if needed=E2=80=A6 -S=C3=B8ren From owner-freebsd-arm@freebsd.org Thu Feb 20 23:45:28 2020 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 A302824A48E for ; Thu, 20 Feb 2020 23:45:28 +0000 (UTC) (envelope-from rcarter@pinyon.org) Received: from h2.pinyon.org (h2.pinyon.org [65.101.20.170]) (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 48Nrn31mFnz448J for ; Thu, 20 Feb 2020 23:45:26 +0000 (UTC) (envelope-from rcarter@pinyon.org) Received: by h2.pinyon.org (Postfix, from userid 58) id EFE1D1FE2B; Thu, 20 Feb 2020 16:45:19 -0700 (MST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=pinyon.org; s=DKIM; t=1582242319; bh=MAxxN0dIuzJSrijdeDdxuzluzvf6fcOaTGmCXJinMIM=; h=Subject:To:References:From:Date:In-Reply-To; b=gK94bbW1blhpRlfsjdnc2r72YtGYCstZkNW/+ndJrxsZCufb4juAlapMi6agcOd85 K/7SMRJ8Kxchk9FghBHJie2rvcFfiWrWvkdLLkcBFPG6YGfPio4g+O+3xPh2UfRk5K vt2rA/7/kEJDwQY6Nrlrs0GA4CW8Nl/MM9tJZPFw= X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on h2.n1.pinyon.org X-Spam-Level: X-Spam-Status: No, score=-3.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,URIBL_BLOCKED shortcircuit=no autolearn=ham autolearn_force=no version=3.4.4 Received: from [10.0.10.15] (unknown [10.0.10.15]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by h2.pinyon.org (Postfix) with ESMTPSA id CA95C1FD32 for ; Thu, 20 Feb 2020 16:45:18 -0700 (MST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=pinyon.org; s=DKIM; t=1582242318; bh=MAxxN0dIuzJSrijdeDdxuzluzvf6fcOaTGmCXJinMIM=; h=Subject:To:References:From:Date:In-Reply-To; b=ZbWVF2Bjd88RkzKQtaF61l3KUNobJ5G/MwPJYZcTi8JfkeVRRK+Lt34wdE86RQBX8 dyyEhiTOemdY+6qthsGWDUORLPP38KwtmufL9Z2EgawjbtoPPGnA4R3SoCAxPq7p2n xs2GAnR+zN8CGdLYnN4vU1ptOnxcSr87Ejv0c0QI= Subject: Re: Pinebook Pro instability problem and fix. To: freebsd-arm@freebsd.org References: From: "Russell L. Carter" Message-ID: Date: Thu, 20 Feb 2020 16:45:18 -0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.5.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 48Nrn31mFnz448J X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=pinyon.org header.s=DKIM header.b=gK94bbW1; dkim=pass header.d=pinyon.org header.s=DKIM header.b=ZbWVF2Bj; dmarc=none; spf=pass (mx1.freebsd.org: domain of rcarter@pinyon.org designates 65.101.20.170 as permitted sender) smtp.mailfrom=rcarter@pinyon.org X-Spamd-Result: default: False [-5.06 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[pinyon.org:s=DKIM]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; 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)[-1.000,0]; DMARC_NA(0.00)[pinyon.org]; DKIM_TRACE(0.00)[pinyon.org:+]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; IP_SCORE(-2.56)[ip: (-9.22), ipnet: 65.101.0.0/18(-3.50), asn: 209(-0.04), country: US(-0.05)]; ASN(0.00)[asn:209, ipnet:65.101.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: Thu, 20 Feb 2020 23:45:28 -0000 Hi Søren, On 2020-02-20 13:10, Søren Schmidt wrote: > Hi gang! > > I have been wrestling my Pinebook Pro instability problem for some time. > The problem was that if I just let it boot it would occasionally hang silently, just lock up totally unresponsive, if I changed the clock speed it would run stable. > I finally figured out the problem and its actually quite simple. > On boot we set all the regulators initially to their lowest possible voltage, this in my case is too low to make the little cpu’s run reliably. > U-boot sets the lcpu voltage to 900mv and speed to 816Mhz, on boot we re-adjust the voltage to 750mv which is too low for my cpus to work reliably @ 816Mhz. > I’ve added support for the regulator-init-microvolt setting and set that to 900000mv as per spec in the DTS, and that solves the issue. > Now running all 6 cores with changeable frequencies and no problems what so ever. > > Patches on request if needed… This is -current I assume. Do you have Xorg up? My Pinebook Pro is sitting on the table waiting for debian-testing to transition from kernel 5.4 to 5.6 so that, possibly, maybe, X works again. However, I'd ditch debian with prejudice if I could bring up X on the Pinebook Pro with FreeBSD. No need for HW acceleration. I also don't care much about the camera, microphone, etc. Thanks, Russell > -Søren > > _______________________________________________ > 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 Feb 21 02:33:25 2020 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 4A22424E375 for ; Fri, 21 Feb 2020 02:33:25 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic305-21.consmr.mail.gq1.yahoo.com (sonic305-21.consmr.mail.gq1.yahoo.com [98.137.64.84]) (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 48NwVr1zs4z4Mkh for ; Fri, 21 Feb 2020 02:33:24 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: 1MxA67cVM1lqSYDUYOG6pV2EGD92dtp8BmN2CLQPcYz6nrFsZa8FQNUfiRcVNY2 4kDtnhLvpu9.NKFcCv1x0ka4b4MJG8WsjYLH8ybdG_99vhCieOnw6A8mQABi1fddFCxtdnv_bunp ftAjxIuPpwhlXAQ2o0GUgKxMnRaFiD6QYA4PXfR1fNnmVjnPamIy_VgNbZLdIxlkk8K.cLR8t.GE 4VaBbvTKBECINb9RzDBIBznQDauH0AvadUbUknII9E_eewHkKNH4ef1HQpnnRfTnX5NYnO539UV5 f25VQ7avNH.Y1pm5g7vj2VNesS.5JwXwiI85SbzK8wdV_yKHPzyM5RWrdnWZGKH2YLZVyAAgM7YI u3ZUDMMDdQHuOTgusHZykItFtTsPHtplJ.6Fa6YvDrkiBHMxxeMUw2PGZl8Mi.mxGAbCMwLXStu3 IJ0cOY0KQgxuAt2fbuYssvWkONVRPMeLZqBBOObmTAbI6CSJwPg2bgzxJP6sfW77mkZmRuaNUfUB alaIgcOz8YlK3FE6tSJxrMK0ex73CYyIDduhAY91Uoz_z6obTQCAd7mR.I_eoKbmQIDcQ.S6XjVB 31AbRdOq9riHMMUtiiBDauHg26qVzMX_ggyfEQoqIvybrKOIXujt829qNVMBP2hcRwn1O4M9cqP0 _q.4NLoqYfD4nFd4jkvdciHKLw74u1juUHyUYioIvz8t4MNTDhvwTHQFBcRhUR2jnkH4LXY7Puqa DgnMw4e0A29i7Qm6XQFpY.19OShPdJc737YQEwkl2J.nvNRIfG8Hok.r9aLKLr9uUfQwQTBqmWAJ 4ZjZ8Q9.AzkdV6pyONASlgfcICBYQ49EAQhYs37zFsxRC0OsIZzckx8aaIIvq9b_u6bucP1jygM_ xI_NfibXu2fQ7p1R76okq3cm0id80JNlupHHcJp2mT75eQJ4ELkRJn4jj99LJT_JzG.UUiPHYQ8k rhvvFQUaUr7_AhjapaBo_jHrhrz16Xwyr51s7WS_h1qFUKbCs0BS6BmofVcwncS.69A4V8glOUBP zAFn8uwAERJh84Ol6aiCYZ1qKQoCR4G2L.x2Hfc4IvAzbTqPYwW9l7Fc32sBaxfFlT5K5KbQsqTi tRccIaurZ7s_vnhfrEBLbXNZCqALb7QR__wwkC1J9mRV5DP2a259YQg5qfd5WKydGLXl01m.pkjB jnze.HX13vWLCFEapRNexIPlrUatd3FuIeH48ZnSCbDg33dvlhP9RDLOk6_FqYcM0tf70zldgL.8 xos9kqgNUhPXM3oDvEhE4Gy6aSHrzNMfw5VrFB7KelwScBcfmi93594D0Sr8Mg.LwyruILTAcNb6 4NW17FT8PHo3EXQ_rhi2DfU56w6XOUw57_KCWFoLwv0_RlZ80s3c.Ba9hbrxkVonObl8kbfriA2m I5Kc_tOO47DE8trJn7zq9iidoeXSOR.8PeX0U94S2C2f_uFRLjQ-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic305.consmr.mail.gq1.yahoo.com with HTTP; Fri, 21 Feb 2020 02:33:22 +0000 Received: by smtp431.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 587bf9cbdd9224d559767af90ee97ea7; Fri, 21 Feb 2020 02:33:21 +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 \(3608.60.0.2.5\)) Subject: head -r358132 on Orange Pi+ 2ed: sysctl process stuck at Regulator node lock Message-Id: Date: Thu, 20 Feb 2020 18:33:21 -0800 To: freebsd-arm X-Mailer: Apple Mail (2.3608.60.0.2.5) References: X-Rspamd-Queue-Id: 48NwVr1zs4z4Mkh X-Spamd-Bar: - X-Spamd-Result: default: False [-1.76 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.30)[-0.304,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_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-0.96)[-0.957,0]; RCVD_COUNT_TWO(0.00)[2]; RCPT_COUNT_ONE(0.00)[1]; IP_SCORE_FREEMAIL(0.00)[]; RCVD_TLS_LAST(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; RCVD_IN_DNSWL_NONE(0.00)[84.64.137.98.list.dnswl.org : 127.0.5.0]; MV_CASE(0.50)[]; IP_SCORE(0.00)[ip: (4.66), ipnet: 98.137.64.0/21(0.83), asn: 36647(0.66), country: US(-0.05)]; 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: Fri, 21 Feb 2020 02:33:25 -0000 I made the mistake of trying "sysctl -a" (piped into grep) on the serial console. Unfortunately, "sysctl -a" hung up: # sysctl -a | grep freq kern.timecounter.tc.ARM MPCore Timecounter.frequency: 24000000 kern.eventtimer.et.ARM MPCore Eventtimer.frequency: 24000000 kern.acct_chkfreq: 15 net.inet.sctp.sack_freq: 2 debug.cpufreq.verbose: 0 debug.cpufreq.lowest: 0 debug.uart_poll_freq: 50 hw.zynq.ddr_pll_frequency: 0 hw.zynq.arm_pll_frequency: 0 hw.zynq.io_pll_frequency: 0 hw.zynq.ps_clk_frequency: 0 load: 2.98 cmd: grep 95554 [piperd] 31.01r 0.03u 0.11s 0% 1896k ^C^C^C load: 2.81 cmd: sysctl 95553 [Regulator node lock] 69.74r 0.14u 0.47s = 0% 2028k load: 2.26 cmd: sysctl 95553 [Regulator node lock] 157.16r 0.14u 0.47s = 0% 2028k Unfortunately, poudriere is about 20 builds into building 237 packages. For reference, from a variant of top: 95553 root 20 0 4760Ki 1888Ki Regula 1 0:01 0.00% = sysctl -a I can still create new ssh sessions and the poudriere activity seems to have kept going. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Fri Feb 21 04:21:14 2020 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 625EF250427; Fri, 21 Feb 2020 04:21:14 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-wr1-x435.google.com (mail-wr1-x435.google.com [IPv6:2a00:1450:4864:20::435]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48NyvF1q1Zz40Td; Fri, 21 Feb 2020 04:21:12 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-wr1-x435.google.com with SMTP id z3so465072wru.3; Thu, 20 Feb 2020 20:21:12 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:message-id:date:to; bh=Lg5ZoQS0Vqd59sG3eEGwR0FjWaXt+zpKLrs/TQMHC4s=; b=OvI/cY31dPM8BvBFS23O7zWMyfVGWB2ldCgTLb8oZrtRiryxMi3mtYAL9lW+R9bMCS 6kf5lY+/vkuUbxLIdyOGf0M8tVuCxd0rsXwmMYDxGAlFKJ7OQw7qUEyXpFg5fadIvoMR Bvy9ugda7dMceHdh15OEFMewX0eWUMPn3TZ22Do1JwRghigZkrB498SjiLGlNZwrd49j cQ0JeDbXnlAHOuzvBRvkYFLVAg3IqgSyj+NfgMY0MOcXhsoI7Pm4LJFROqMrbOEEHRar q2bak83Hp793doVV4YVpdzmrbzxFMmeysxbTbQTpnbFnwM8QDL548j2gevqTTe8mvY5w iWVA== X-Gm-Message-State: APjAAAUUqM0Whe/chbOlJGPVxfUyp6qRTWBoXXi2JVJienNXCt0IOLy7 JZiPeFx9pDB7uO6BYdewd44yl5vD X-Google-Smtp-Source: APXvYqytBCwX0/E5I09PnkJiCrEPZLjl5rpxZrhx1uYBodcFfbP/+29kJPm2A+q2ZSu68A4vSJtAgA== X-Received: by 2002:adf:82ce:: with SMTP id 72mr45905364wrc.14.1582258870797; Thu, 20 Feb 2020 20:21:10 -0800 (PST) Received: from [192.168.1.167] ([46.114.3.23]) by smtp.googlemail.com with ESMTPSA id v15sm2420174wrf.7.2020.02.20.20.21.09 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 20 Feb 2020 20:21:10 -0800 (PST) From: =?utf-8?Q?Klaus_K=C3=BCchemann?= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.60.0.2.5\)) Subject: =?utf-8?Q?No_ufs_remount=3A_panic=60=C3=ACng_aarch64_boot_from_SD?= =?utf-8?Q?-card_vfs=5Fmountroot?= Message-Id: <075ED1FC-CF15-406D-B5E1-F23AFB93FD8B@googlemail.com> Date: Fri, 21 Feb 2020 05:21:08 +0100 To: freebsd-arm@freebsd.org, freebsd-current@freebsd.org X-Mailer: Apple Mail (2.3608.60.0.2.5) X-Rspamd-Queue-Id: 48NyvF1q1Zz40Td X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.50 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; FREEMAIL_FROM(0.00)[googlemail.com]; TO_DN_NONE(0.00)[]; MV_CASE(0.50)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[googlemail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[googlemail.com,quarantine]; RECEIVED_SPAMHAUS_PBL(0.00)[23.3.114.46.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[googlemail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[googlemail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[googlemail.com:s=20161025]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(0.00)[ip: (-9.42), ipnet: 2a00:1450::/32(-2.42), asn: 15169(-1.67), country: US(-0.05)]; IP_SCORE_FREEMAIL(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[5.3.4.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; 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, 21 Feb 2020 04:21:14 -0000 panic`=C3=ACng aarch64 boot from SD-card since approx. 1-2 weeks on head = 13-current: I could `make installkernel`for months on many boards without = problems=E2=80=A6 Now panics, whereas 'boot boot / kernel.old' continues to be able to = boot, regardless of submarine version or dtb / dts. Well, something significantly must have been changed the last days / = weeks in GEOM / vfs / mount_ufs or elsewhere ... Just a "wild guess" (because of the many changes in that area in src): --The mountroot issue began with -r356776-- .. just a guess (because = that happened on RPI4) This output is from r358133-xyimage.xz fresh installed / downloaded = SD-card ( dd`d zero-cleaned with / dev / zero before) (RockPro64)=E2=80=A6= No way to boot with 'ufs: / dev / mmcsd0xxx', `tried every possible = combination: =E2=80=94output---- Loader variables: vfs.root.mountfrom=3Dufs:/dev/ufs/rootfs vfs.root.mountfrom.options=3Drw Manual root filesystem specification: : [options] Mount using filesystem and with the specified (optional) option list. eg. ufs:/dev/da0s1a zfs:zroot/ROOT/default cd9660:/dev/cd0 ro (which is equivalent to: mount -t cd9660 -o ro /dev/cd0 /) ? List valid disk boot devices . Yield 1 second (for background tasks) Abort manual input mountroot> ? List of GEOM managed disk devices: =20 mountroot> =E2=80=9EEnter" mountroot> filesystem specification: panic: mountroot: unable to (re-)mount root. cpuid =3D 0nt using filesystem time =3D 105with the specified (optional) option list. KDB: stack backtrace: db_trace_self() at db_trace_self_wrapper+0x28 pc =3D 0xffff000000750e2c lr =3D 0xffff000000106bc8 sp =3D 0xffff00004027b370 fp =3D 0xffff00004027b580 (which is equivalent to: mount -t cd9660 -o ro /dev/cd0 /) db_trace_self_wrapper() at vpanic+0x194 ? pc =3D 0xffff000000106bc8 lr =3D 0xffff00000040e0ac . sp =3D 0xffff00004027b590 fp =3D 0xffff00004027b640 Abort manual input vpanic() at panic+0x44 mountroo pc =3D 0xffff00000040e0ac lr =3D 0xffff00000040de54 sp =3D 0xffff00004027b650 fp =3D 0xffff00004027b6d0 List of GEOM managed disk devices: panic() at vfs_mountroot+0x1558 pc =3D 0xffff00000040de54 lr =3D 0xffff0000004d795c mountroo sp =3D 0xffff00004027b6e0 fp =3D 0xffff00004027b880 vfs_mountroot() at start_init+0x28 pc =3D 0xffff0000004d795c lr =3D 0xffff0000003a3e44 sp =3D 0xffff00004027b890 fp =3D 0xffff00004027b940 start_init() at fork_exit+0x7c pc =3D 0xffff0000003a3e44 lr =3D 0xffff0000003cb7fc sp =3D 0xffff00004027b950 fp =3D 0xffff00004027b980 fork_exit() at fork_trampoline+0x10 pc =3D 0xffff0000003cb7fc lr =3D 0xffff00000076e514 sp =3D 0xffff00004027b990 fp =3D 0x0000000000000000 KDB: enter: panic [ thread pid 1 tid 100002 ] Stopped at 0 From owner-freebsd-arm@freebsd.org Fri Feb 21 04:34:50 2020 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 7551425135B for ; Fri, 21 Feb 2020 04:34:50 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qv1-xf34.google.com (mail-qv1-xf34.google.com [IPv6:2607:f8b0:4864:20::f34]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48NzBw29pWz4C2P for ; Fri, 21 Feb 2020 04:34:48 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qv1-xf34.google.com with SMTP id o18so496324qvf.1 for ; Thu, 20 Feb 2020 20:34:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=0VixHrRrO2g93cKcjfdsCStuhhvDGqn0jU+6HV/v+YA=; b=p9Grz4DJGylHyTwUsmLnPaydLNIg13o9ObHhfn9ejrgqhe7W9F+X6X/8wTBvNPn1zJ cUwp/Q5C8oLdFI7x2Eae8T30bSuA6k3mvmnKEBsIYZdHBDkKLzuO7FFhuVsOm4WW+UwL my2+LLqYwNn43lyLWUqm7WdtpXsyq4R7ZXPCOYtOWZOM0iGGWVZa0Ovif3cyuyMHN2f3 PRdieQfxOxNo3GxXhGWk7VmeErcBNdk8MNxgvZfqah3Cj0OrQnZc7XnsepV41GXMSFzz PUe2LhFp5gQeMunkZgdIOCww9Bv+vGNjHyjRgcTZdpoPBpv0voYPQYMexYwFHz0Na1g6 qcxg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=0VixHrRrO2g93cKcjfdsCStuhhvDGqn0jU+6HV/v+YA=; b=tJj5Xo2pXk0zWHFcWC5PiwQEoeqRFOW0uBM4rNBG2TW0r/C7IinmzTrvrev1yN4nHJ 2ac5aMopgvP9TImQZcgFN5tTukPY7uYhuG8cG3rXMtB02wuq83mPcYA1SxZkCsVf7Ttg hzULBsBNHUjlCpPorEqpHfJ1XZAT92cvdzf04aCU1Bzrh0RvtQmF+dPzO7jKuzFAaApJ 58F/fMXj8Dyc2c+detM2FSrYWFdwWpgaGYg3uMy8YUHG0LhVnzR8R/rzbWS0wZ+g3aot Lcrf41k1n4jEXpd1yN9EtnGLktpylqvqaxwuxOrzBActax0DSIVs4muNha7qehDJOITr VmBw== X-Gm-Message-State: APjAAAV0PVV3bjlwANKjWLXJiO6yYthljFwof3om56Pt4SmLYP+XLplx V7d9eWmvuL0ZDXRMJLHGaFDiy9/krWsinJiSmMj2QA== X-Google-Smtp-Source: APXvYqxFRnPJSxf+a7sMARcCLhkNUf1QcaOFAzoV5ad8k9NJpz+w/j3Iq/oNbgcKRb6rVCubkbfdtcpXzk2jm9+H59Y= X-Received: by 2002:a05:6214:2b2:: with SMTP id m18mr12483848qvv.118.1582259681278; Thu, 20 Feb 2020 20:34:41 -0800 (PST) MIME-Version: 1.0 References: <075ED1FC-CF15-406D-B5E1-F23AFB93FD8B@googlemail.com> In-Reply-To: <075ED1FC-CF15-406D-B5E1-F23AFB93FD8B@googlemail.com> From: Warner Losh Date: Thu, 20 Feb 2020 21:34:28 -0700 Message-ID: Subject: =?UTF-8?Q?Re=3A_No_ufs_remount=3A_panic=60=C3=ACng_aarch64_boot_from_SD=2D?= =?UTF-8?Q?card_vfs=5Fmountroot?= To: =?UTF-8?Q?Klaus_K=C3=BCchemann?= Cc: freebsd-arm@freebsd.org, FreeBSD Current X-Rspamd-Queue-Id: 48NzBw29pWz4C2P X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bsdimp-com.20150623.gappssmtp.com header.s=20150623 header.b=p9Grz4DJ; dmarc=none; spf=none (mx1.freebsd.org: domain of wlosh@bsdimp.com has no SPF policy when checking 2607:f8b0:4864:20::f34) smtp.mailfrom=wlosh@bsdimp.com X-Spamd-Result: default: False [-2.77 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20150623.gappssmtp.com:s=20150623]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; DMARC_NA(0.00)[bsdimp.com]; URI_COUNT_ODD(1.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[bsdimp-com.20150623.gappssmtp.com:+]; R_SPF_NA(0.00)[]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; FREEMAIL_TO(0.00)[googlemail.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; IP_SCORE(-1.77)[ip: (-5.24), ipnet: 2607:f8b0::/32(-1.89), asn: 15169(-1.67), country: US(-0.05)]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] 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 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Feb 2020 04:34:50 -0000 On Thu, Feb 20, 2020, 9:21 PM Klaus K=C3=BCchemann via freebsd-arm < freebsd-arm@freebsd.org> wrote: > panic`=C3=ACng aarch64 boot from SD-card since approx. 1-2 weeks on head > 13-current: > > I could `make installkernel`for months on many boards without problems=E2= =80=A6 > Now panics, whereas 'boot boot / kernel.old' continues to be able to boot= , > regardless of submarine version or dtb / dts. > > Well, something significantly must have been changed the last days / week= s > in GEOM / vfs / mount_ufs > or elsewhere ... > Just a "wild guess" (because of the many changes in that area in src): > --The mountroot issue began with -r356776-- .. just a guess (because that > happened on RPI4) > > > > This output is from r358133-xyimage.xz fresh installed / downloaded > SD-card ( dd`d zero-cleaned with / dev / zero before) (RockPro64)=E2=80= =A6 > No way to boot with 'ufs: / dev / mmcsd0xxx', `tried every possible > combination: > > > =E2=80=94output---- > Loader variables: > vfs.root.mountfrom=3Dufs:/dev/ufs/rootfs > vfs.root.mountfrom.options=3Drw > > Manual root filesystem specification: > : [options] > Mount using filesystem > and with the specified (optional) option list. > > eg. ufs:/dev/da0s1a > zfs:zroot/ROOT/default > cd9660:/dev/cd0 ro > (which is equivalent to: mount -t cd9660 -o ro /dev/cd0 /) > > ? List valid disk boot devices > . Yield 1 second (for background tasks) > Abort manual input > > mountroot> ? > > List of GEOM managed disk devices: > > > mountroot> =E2=80=9EEnter" > mountroot> filesystem specification: > panic: mountroot: unable to (re-)mount root. > cpuid =3D 0nt using filesystem > time =3D 105with the specified (optional) option list. > KDB: stack backtrace: > db_trace_self() at db_trace_self_wrapper+0x28 > pc =3D 0xffff000000750e2c lr =3D 0xffff000000106bc8 > sp =3D 0xffff00004027b370 fp =3D 0xffff00004027b580 > (which is equivalent to: mount -t cd9660 -o ro /dev/cd0 /) > db_trace_self_wrapper() at vpanic+0x194 > ? pc =3D 0xffff000000106bc8 lr =3D 0xffff00000040e0ac > . sp =3D 0xffff00004027b590 fp =3D 0xffff00004027b640 > Abort manual input > vpanic() at panic+0x44 > mountroo pc =3D 0xffff00000040e0ac lr =3D 0xffff00000040de54 > sp =3D 0xffff00004027b650 fp =3D 0xffff00004027b6d0 > List of GEOM managed disk devices: > panic() at vfs_mountroot+0x1558 > pc =3D 0xffff00000040de54 lr =3D 0xffff0000004d795c > mountroo sp =3D 0xffff00004027b6e0 fp =3D 0xffff00004027b880 > > vfs_mountroot() at start_init+0x28 > pc =3D 0xffff0000004d795c lr =3D 0xffff0000003a3e44 > sp =3D 0xffff00004027b890 fp =3D 0xffff00004027b940 > > start_init() at fork_exit+0x7c > pc =3D 0xffff0000003a3e44 lr =3D 0xffff0000003cb7fc > sp =3D 0xffff00004027b950 fp =3D 0xffff00004027b980 > > fork_exit() at fork_trampoline+0x10 > pc =3D 0xffff0000003cb7fc lr =3D 0xffff00000076e514 > sp =3D 0xffff00004027b990 fp =3D 0x0000000000000000 > > KDB: enter: panic > [ thread pid 1 tid 100002 ] > Stopped at 0 > Is mmcsd0 probed? Warner _______________________________________________ > 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 Feb 21 04:54:23 2020 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 207CF252240; Fri, 21 Feb 2020 04:54:23 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-wm1-x343.google.com (mail-wm1-x343.google.com [IPv6:2a00:1450:4864:20::343]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48NzdV34scz3HfW; Fri, 21 Feb 2020 04:54:22 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-wm1-x343.google.com with SMTP id a6so312199wme.2; Thu, 20 Feb 2020 20:54:22 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:date:references:to:in-reply-to:message-id; bh=wk7MvWKx1y6t76j4BO97wNtxVwdYa1xQaZMxfPvFZbo=; b=GpTGzVqPJpB+hjn0nRk6lgDY9b3cJwst9AJOcRpbSwZLQKsAl37q745b8plxiMVAFC MYv8Ld02ea3x99QjjsdayShe3rRLFDi8M7v4TFDOZXbKY+8A8qzrsF1WnwSPXIk06AVw GqG+pAKFoAvNljS9Ej7rxOz4t+sve9gBZQ3+cAr0zbb5Qrk69W+Y9KPzINf6h0NfV/3p oYqOGD2uc2Ru6n59gEVNW8RquzQsl/TFHvg/9/oIF9SZcgWX2+QdqE2799gr+P+zkeTY muFwU9HLeT0ErOZeOUqriEQKivXtYW3YyoApxN63DpWOpimxRO2dQAEtaafE64pRPAsP usiw== X-Gm-Message-State: APjAAAV+/tKntJ0Q1ZMcSUSKcddOvCB8y748yrPFpYOrNOmzLdD1P+vb tEno8Z30kVDqMEiZNMFo3jLd0u+D X-Google-Smtp-Source: APXvYqxYanKSoON0ehNrvmj2hgymn1yWd8MC8hQjB4CSS0MAhDV2tfmNBc6JQ8km2WNe78gmhbJzWw== X-Received: by 2002:a05:600c:228f:: with SMTP id 15mr1190663wmf.56.1582260860540; Thu, 20 Feb 2020 20:54:20 -0800 (PST) Received: from [192.168.1.167] ([46.114.3.23]) by smtp.googlemail.com with ESMTPSA id z6sm2418992wrs.96.2020.02.20.20.54.18 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 20 Feb 2020 20:54:19 -0800 (PST) From: =?utf-8?Q?Klaus_K=C3=BCchemann?= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.60.0.2.5\)) Subject: =?utf-8?Q?Re=3A_No_ufs_remount=3A_panic=60=C3=ACng_aarch64_boot_f?= =?utf-8?Q?rom_SD-card_vfs=5Fmountroot?= Date: Fri, 21 Feb 2020 05:54:17 +0100 References: <075ED1FC-CF15-406D-B5E1-F23AFB93FD8B@googlemail.com> To: Warner Losh , freebsd-arm@freebsd.org, freebsd-current@freebsd.org In-Reply-To: Message-Id: <8BFC4B7C-2025-4220-8293-2AF9067B6809@googlemail.com> X-Mailer: Apple Mail (2.3608.60.0.2.5) X-Rspamd-Queue-Id: 48NzdV34scz3HfW X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.50 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; FREEMAIL_FROM(0.00)[googlemail.com]; MV_CASE(0.50)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[googlemail.com:+]; DMARC_POLICY_ALLOW(-0.50)[googlemail.com,quarantine]; RECEIVED_SPAMHAUS_PBL(0.00)[23.3.114.46.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[googlemail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[googlemail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[googlemail.com:s=20161025]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(0.00)[ip: (2.97), ipnet: 2a00:1450::/32(-2.42), asn: 15169(-1.67), country: US(-0.05)]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[3.4.3.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; 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, 21 Feb 2020 04:54:23 -0000 > Am 21.02.2020 um 05:34 schrieb Warner Losh : >=20 >=20 >=20 > On Thu, Feb 20, 2020, 9:21 PM Klaus K=C3=BCchemann via freebsd-arm = wrote: > panic`=C3=ACng aarch64 boot from SD-card since approx. 1-2 weeks on = head 13-current: > =E2=80=A6=E2=80=A6. >=20 > Is mmcsd0 probed? >=20 > Warner Hi imp,=20 I remember approx. 1 week ago I reverted all your changes in = /sys/dev/sdhci/sdhci.c (Create a convenince wrapper to fill in a = CAM_PATH_INQ request for MMC=E2=80=A6/ No need to have an extra layer of = indirection here. Call the sdhci_ca=E2=80=A6),=20 I recompiled, But it seems you=E2=80=99re innocent :-) Ha Ha , = reverting didn=E2=80=99t help out. > Is mmcsd0 probed? good point , here=E2=80=99s the complete console-output : =E2=80=94 output--- U-Boot TPL 2020.01 (Feb 13 2020 - 12:38:25) Channel 0: LPDDR4, 50MHz BW=3D32 Col=3D10 Bk=3D8 CS0 Row=3D16/15 CS=3D1 Die BW=3D16 Size=3D2048MB Channel 1: LPDDR4, 50MHz BW=3D32 Col=3D10 Bk=3D8 CS0 Row=3D16/15 CS=3D1 Die BW=3D16 Size=3D2048MB 256B stride 256B stride lpddr4_set_rate: change freq to 400000000 mhz 0, 1 lpddr4_set_rate: change freq to 800000000 mhz 1, 0 Trying to boot from BOOTROM Returning to boot ROM... U-Boot SPL 2020.01 (Feb 13 2020 - 12:38:25 -0700) Trying to boot from MMC1 NOTICE: BL31: v2.2(debug):2.2 NOTICE: BL31: Built : 11:37:48, Feb 13 2020 INFO: GICv3 with legacy support detected. ARM GICv3 driver = initialized in EL3 INFO: plat_rockchip_pmu_init(1624): pd status 3e INFO: BL31: Initializing runtime services INFO: BL31: cortex_a53: CPU workaround for 855873 was applied INFO: BL31: Preparing for EL3 exit to normal world INFO: Entry point address =3D 0x200000 INFO: SPSR =3D 0x3c9 U-Boot 2020.01 (Feb 13 2020 - 12:38:25 -0700) Model: Pine64 RockPro64 DRAM: 3.9 GiB PMIC: RK808=20 MMC: dwmmc@fe320000: 1, sdhci@fe330000: 0 Loading Environment from MMC... Card did not respond to voltage select! *** Warning - No block device, using default environment In: serial@ff1a0000 Out: serial@ff1a0000 Err: serial@ff1a0000 Model: Pine64 RockPro64 rockchip_dnl_key_pressed: adc_channel_single_shot fail! Net: eth0: ethernet@fe300000 Hit any key to stop autoboot: 0=20 Card did not respond to voltage select! switch to partitions #0, OK mmc1 is current device Scanning mmc 1:1... 73632 bytes read in 10 ms (7 MiB/s) Found EFI removable media binary efi/boot/bootaa64.efi Scanning disk dwmmc@fe320000.blk... ** Unrecognized filesystem type ** Card did not respond to voltage select! Scanning disk sdhci@fe330000.blk... Disk sdhci@fe330000.blk not ready Found 3 disks BootOrder not defined EFI boot manager: Cannot load any image 679488 bytes read in 36 ms (18 MiB/s) Consoles: EFI console =20 Reading loader env vars from /efi/freebsd/loader.env Setting currdev to disk0p1: FreeBSD/arm64 EFI loader, Revision 1.1 (Thu Feb 20 07:09:25 UTC 2020 root@releng1.nyi.freebsd.org) Command line arguments: loader.efi Image base: 0xf4e6a000 EFI version: 2.80 EFI Firmware: Das U-Boot (rev 8224.256) Console: efi (0x1000) Load Path: /efi\boot\bootaa64.efi Load Device: = /VenHw(e61d73b9-a384-4acc-aeab-82e828f3628b)/SD(1)/SD(0)/HD(1,0x01,0,0x81f= ,0x18fa8) Trying ESP: = /VenHw(e61d73b9-a384-4acc-aeab-82e828f3628b)/SD(1)/SD(0)/HD(1,0x01,0,0x81f= ,0x18fa8) Setting currdev to disk0p1: Trying: = /VenHw(e61d73b9-a384-4acc-aeab-82e828f3628b)/SD(1)/SD(0)/HD(2,0x01,0,0x197= c7,0x5e6821) Setting currdev to disk0p2: Loading /boot/defaults/loader.conf Loading /boot/device.hints Loading /boot/loader.conf Loading /boot/loader.conf.local \ Loading kernel... /boot/kernel/kernel text=3D0x9a7d74 data=3D0x191628 data=3D0x0+0x79d2e0 = syms=3D[0x8+0x10d658+0x8+0x1320b0] Loading configured modules... /boot/kernel/umodem.ko text=3D0x2100 text=3D0x13a0 data=3D0x6e0+0x10 = syms=3D[0x8+0xf48+0x8+0xb6e] can't find '/boot/entropy' Hit [Enter] to boot immediately, or any other key for command prompt. Booting [/boot/kernel/kernel]... =20 Using DTB provided by EFI at 0x80eb000. ---<>--- KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2020 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights = reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 13.0-CURRENT #0 r358133: Thu Feb 20 08:26:15 UTC 2020 = root@releng1.nyi.freebsd.org:/usr/obj/usr/src/arm64.aarch64/sys/GENERIC = arm64 FreeBSD clang version 9.0.1 (git@github.com:llvm/llvm-project.git = c1a0a213378a458fbea1a5c77b315c7dce08fd05) (based on LLVM 9.0.1) WARNING: WITNESS option enabled, expect reduced performance. VT: init without driver. module firmware already present! KLD file umodem.ko is missing dependencies Starting CPU 1 (1) Starting CPU 2 (2) Starting CPU 3 (3) Starting CPU 4 (100) Starting CPU 5 (101) FreeBSD/SMP: Multiprocessor System Detected: 6 CPUs arc4random: WARNING: initial seeding bypassed the cryptographic random = device because it was not yet seeded and the knob = 'bypass_before_seeding' was enabled. random: entropy device external interface MAP f4f16000 mode 2 pages 1 MAP f4f21000 mode 2 pages 1 MAP f7f30000 mode 2 pages 16 WARNING: Device "kbd" is Giant locked and may be deleted before FreeBSD = 13.0. kbd0 at kbdmux0 WARNING: Device "openfirm" is Giant locked and may be deleted before = FreeBSD 13.0. ofwbus0: clk_fixed0: on ofwbus0 simplebus0: on ofwbus0 rk_grf0: mem 0xff320000-0xff320fff on = ofwbus0 rk3399_pmucru0: mem = 0xff750000-0xff750fff on ofwbus0 rk3399_cru0: mem = 0xff760000-0xff760fff on ofwbus0 rk_grf1: mem 0xff770000-0xff77ffff on = ofwbus0 clk_fixed1: on ofwbus0 regfix0: on ofwbus0 regfix1: on ofwbus0 regfix2: on ofwbus0 regfix3: on ofwbus0 regfix4: on ofwbus0 regfix5: on ofwbus0 regfix6: on ofwbus0 regfix7: on ofwbus0 simple_mfd0: mem = 0xff310000-0xff310fff on ofwbus0 psci0: on ofwbus0 gic0: mem = 0xfee00000-0xfee0ffff,0xfef00000-0xfefbffff,0xfff00000-0xfff0ffff,0xfff100= 00-0xfff1ffff,0xfff20000-0xfff2ffff irq 18 on ofwbus0 its0: mem 0xfee20000-0xfee3ffff = on gic0 rk_pinctrl0: on ofwbus0 gpio0: mem 0xff720000-0xff7200ff irq 70 = on rk_pinctrl0 gpiobus0: on gpio0 gpio1: mem 0xff730000-0xff7300ff irq 71 = on rk_pinctrl0 gpiobus1: on gpio1 gpio2: mem 0xff780000-0xff7800ff irq 72 = on rk_pinctrl0 gpiobus2: on gpio2 gpio3: mem 0xff788000-0xff7880ff irq 73 = on rk_pinctrl0 gpiobus3: on gpio3 gpio4: mem 0xff790000-0xff7900ff irq 74 = on rk_pinctrl0 gpiobus4: on gpio4 rk_i2c0: mem 0xff110000-0xff110fff irq 20 on ofwbus0 iicbus0: on rk_i2c0 rk_i2c1: mem 0xff130000-0xff130fff irq 22 on ofwbus0 iicbus1: on rk_i2c1 rk_i2c2: mem 0xff3c0000-0xff3c0fff irq 38 on ofwbus0 iicbus2: on rk_i2c2 syr8270: at addr 0x80 on iicbus2 rk_i2c3: mem 0xff3d0000-0xff3d0fff irq 39 on ofwbus0 iicbus3: on rk_i2c3 rk805_pmu0: at addr 0x36 irq 75 on iicbus2 REGNODE_INIT failed: 6 REGNODE_INIT failed: 6 generic_timer0: irq 2,3,4,5 on ofwbus0 Timecounter "ARM MPCore Timecounter" frequency 24000000 Hz quality 1000 Event timer "ARM MPCore Eventtimer" frequency 24000000 Hz quality 1000 rk_tsadc0: mem 0xff260000-0xff2600ff irq = 35 on ofwbus0 rk_iodomain0: mem 0-0xff31ffff,0-0xfff on = rk_grf0 rk_iodomain1: mem 0-0xff76ffff,0-0xffff on = rk_grf1 rk_usb2phy0: mem 0-0xff76ffff,0-0xffff on = rk_grf1 rk_usb2phy1: mem 0-0xff76ffff,0-0xffff on = rk_grf1 rk_emmcphy0: mem 0-0xff76ffff,0-0xffff on = rk_grf1 rk_pcie_phy0: mem 0-0xff76ffff,0-0xffff on = rk_grf1 rk_typec_phy0: mem 0xff7c0000-0xff7fffff on = ofwbus0 rk_typec_phy1: mem 0xff800000-0xff83ffff on = ofwbus0 cpulist0: on ofwbus0 cpu0: on cpulist0 cpufreq_dt0: on cpu0 cpu1: on cpulist0 cpufreq_dt1: on cpu1 cpu2: on cpulist0 cpufreq_dt2: on cpu2 cpu3: on cpulist0 cpufreq_dt3: on cpu3 cpu4: on cpulist0 cpufreq_dt4: on cpu4 cpu5: on cpulist0 cpufreq_dt5: on cpu5 pcib0: mem = 0xf8000000-0xf9ffffff,0xfd000000-0xfdffffff irq 6,7,8 on ofwbus0 pcib0: Gen1 link training timeouted: 0x00080001. pci0: on pcib0 pcib1: at device 0.0 on pci0 pcib0: failed to reserve resource for pcib1 pcib1: failed to allocate initial memory window: 0-0xfffff pci1: on pcib1 dwc0: mem 0xfe300000-0xfe30ffff = irq 9 on ofwbus0 miibus0: on dwc0 rgephy0: PHY 0 on = miibus0 rgephy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, = 1000baseT-FDX, 1000baseT-FDX-master, auto rgephy1: PHY 1 on = miibus0 rgephy1: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, = 1000baseT-FDX, 1000baseT-FDX-master, auto dwc0: Ethernet address: 3e:e5:c3:24:6e:90 rockchip_dwmmc0: mem 0xfe320000-0xfe323fff irq 11 on ofwbus0 rockchip_dwmmc0: Hardware version ID is 270a mmc0: on rockchip_dwmmc0 sdhci_fdt0: mem = 0xfe330000-0xfe33ffff irq 12 on ofwbus0 rk_emmcphy0: got emmcclk clock sdhci_fdt0-slot0: Hardware doesn't specify timeout clock frequency, = setting BROKEN_TIMEOUT quirk. sdhci_fdt0: 1 slot(s) allocated mmc1: on sdhci_fdt0 ehci0: mem 0xfe380000-0xfe39ffff irq 13 on = ofwbus0 usbus0: EHCI version 1.0 usbus0 on ehci0 ohci0: mem 0xfe3a0000-0xfe3bffff irq 14 on = ofwbus0 usbus1 on ohci0 ehci1: mem 0xfe3c0000-0xfe3dffff irq 15 on = ofwbus0 usbus2: EHCI version 1.0 usbus2 on ehci1 ohci1: mem 0xfe3e0000-0xfe3fffff irq 16 on = ofwbus0 usbus3 on ohci1 rk_dwc30: on ofwbus0 xhci0: Only host mode is supported xhci0: Only host mode is supported rk_dwc31: on ofwbus0 xhci0: mem 0xfe900000-0xfe9fffff irq 78 on = rk_dwc31 xhci0: 64 bytes context size, 32-bit DMA usbus4: trying to attach usbus4 on xhci0 iic0: on iicbus0 iic1: on iicbus1 uart0: <16750 or compatible> mem 0xff180000-0xff1800ff irq 26 on ofwbus0 uart1: <16750 or compatible> mem 0xff1a0000-0xff1a00ff irq 28 on ofwbus0 uart1: console (115384,n,8,1) spi0: mem 0xff1d0000-0xff1d0fff irq 31 on ofwbus0 spibus0: on spi0 spibus0: at cs 0 mode 0 syscon_generic0: mem 0xffa58000-0xffa5801f on ofwbus0 syscon_generic1: mem 0xffa5c000-0xffa5c01f on ofwbus0 syscon_generic2: mem 0xffa60080-0xffa6009f on ofwbus0 syscon_generic3: mem 0xffa60100-0xffa6011f on ofwbus0 syscon_generic4: mem 0xffa60180-0xffa6019f on ofwbus0 syscon_generic5: mem 0xffa70000-0xffa7001f on ofwbus0 syscon_generic6: mem 0xffa70080-0xffa7009f on ofwbus0 syscon_generic7: mem 0xffa74000-0xffa7401f on ofwbus0 syscon_generic8: mem 0xffa76000-0xffa7601f on ofwbus0 syscon_generic9: mem 0xffa90000-0xffa9001f on ofwbus0 syscon_generic10: mem 0xffa98000-0xffa9801f on ofwbus0 syscon_generic11: mem 0xffaa0000-0xffaa001f on ofwbus0 syscon_generic12: mem 0xffaa0080-0xffaa009f on ofwbus0 syscon_generic13: mem 0xffaa8000-0xffaa801f on ofwbus0 syscon_generic14: mem 0xffaa8080-0xffaa809f on ofwbus0 syscon_generic15: mem 0xffab0000-0xffab001f on ofwbus0 syscon_generic16: mem 0xffab0080-0xffab009f on ofwbus0 syscon_generic17: mem 0xffab8000-0xffab801f on ofwbus0 syscon_generic18: mem 0xffac0000-0xffac001f on ofwbus0 syscon_generic19: mem 0xffac0080-0xffac009f on ofwbus0 syscon_generic20: mem 0xffac8000-0xffac801f on ofwbus0 syscon_generic21: mem 0xffac8080-0xffac809f on ofwbus0 syscon_generic22: mem 0xffad0000-0xffad001f on ofwbus0 syscon_generic23: mem 0xffad8080-0xffad809f on ofwbus0 syscon_generic24: mem 0xffae0000-0xffae001f on ofwbus0 iicbus2: at addr 0x82 iic2: on iicbus2 iicbus3: at addr 0x44 iic3: on iicbus3 pwm0: mem 0xff420000-0xff42000f on ofwbus0 pwmbus0: on pwm0 pwmc0: channel 0 on pwmbus0 pwm1: mem 0xff420010-0xff42001f on ofwbus0 pwmbus1: on pwm1 pwmc1: channel 0 on pwmbus1 pwm2: mem 0xff420020-0xff42002f on ofwbus0 pwmbus2: on pwm2 pwmc2: channel 0 on pwmbus2 gpioc0: on gpio0 gpioc1: on gpio1 gpioc2: on gpio2 gpioc3: on gpio3 gpioc4: on gpio4 gpioled0: on ofwbus0 cryptosoft0: Timecounters tick every 1.000 msec usbus0: 480Mbps High Speed USB v2.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 480Mbps High Speed USB v2.0 usbus3: 12Mbps Full Speed USB v1.0 usbus4: 5.0Gbps Super Speed USB v3.0 Obsolete code will be removed soon: random(9) is the obsolete = Park-Miller LCG from 1988 ugen1.1: at usbus1 uhub0 on usbus1 uhub0: on = usbus1 ugen2.1: at usbus2 uhub1 on usbus2 uhub1: on = usbus2 ugen3.1: at usbus3 uhub2 on usbus3 uhub2: on = usbus3 ugen4.1: at usbus4 uhub3 on usbus4 uhub3: on = usbus4 ugen0.1: at usbus0 uhub4 on usbus0 uhub4: on = usbus0 mmc0: No compatible cards found on bus mmc1: No compatible cards found on bus Release APs...done CPU 0: ARM Cortex-A53 r0p4 affinity: 0 0 Trying to mount root from ufs:/dev/ufs/rootfs [rw]... Instruction Set Attributes 0 =3D Root mount waiting for: Instruction Set Attributes 1 =3D <> usbus0 Processor Features 0 =3D usbus1 Processor Features 1 =3D <> usbus2 usbus3 Memory Model Features 0 =3D = usbus4 Memory Model Features 1 =3D <8bit VMID> Memory Model Features 2 =3D <32bit CCIDX,48bit VA> Debug Features 0 =3D <2 CTX BKPTs,4 Watchpoints,6 = Breakpoints,PMUv3,Debugv8> Debug Features 1 =3D <> Auxiliary Features 0 =3D <> Auxiliary Features 1 =3D <> CPU 1: ARM Cortex-A53 r0p4 affinity: 0 1 Memory Model Features 0 =3D CPU 2: ARM Cortex-A53 r0p4 affinity: 0 2 Memory Model Features 0 =3D CPU 3: ARM Cortex-A53 r0p4 affinity: 0 3 Memory Model Features 0 =3D CPU 4: ARM Cortex-A72 r0p2 affinity: 1 0 Memory Model Features 0 =3D CPU 5: ARM Cortex-A72 r0p2 affinity: 1 1 Memory Model Features 0 =3D WARNING: WITNESS option enabled, expect reduced performance. uhub0: 1 port with 1 removable, self powered uhub2: 1 port with 1 removable, self powered uhub3: 2 ports with 2 removable, self powered uhub1: 1 port with 1 removable, self powered uhub4: 1 port with 1 removable, self powered mountroot: waiting for device /dev/ufs/rootfs... Mounting from ufs:/dev/ufs/rootfs failed with error 19. Loader variables: vfs.root.mountfrom=3Dufs:/dev/ufs/rootfs vfs.root.mountfrom.options=3Drw Manual root filesystem specification: : [options] Mount using filesystem and with the specified (optional) option list. eg. ufs:/dev/da0s1a zfs:zroot/ROOT/default cd9660:/dev/cd0 ro (which is equivalent to: mount -t cd9660 -o ro /dev/cd0 /) ? List valid disk boot devices . Yield 1 second (for background tasks) Abort manual input mountroot> random: unblocking device. FATAL: read zero bytes from port Skipping tty reset... root@generic:~ #=20 From owner-freebsd-arm@freebsd.org Fri Feb 21 09:18:00 2020 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 D291E257D44 for ; Fri, 21 Feb 2020 09:18:00 +0000 (UTC) (envelope-from soren.schmidt@gmail.com) Received: from mail-wm1-x342.google.com (mail-wm1-x342.google.com [IPv6:2a00:1450:4864:20::342]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48P5Tf34Hxz4b1v for ; Fri, 21 Feb 2020 09:17:58 +0000 (UTC) (envelope-from soren.schmidt@gmail.com) Received: by mail-wm1-x342.google.com with SMTP id b17so886157wmb.0 for ; Fri, 21 Feb 2020 01:17:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=vnxx1GXMXuiFLdAYCf/4PIKGQCZq5gEedK/C4eeOYpk=; b=WmUQUNHvMd2TBXlkiXsbcnahrrVOUe4cIsYUWot/PiOYGyLfZdQ91fACTwWf69JGCZ 0QGnCNGaB85aBKlkCq8xNm2STmuwdqETEt7iMaldN73Y+02GCOrKNZ8HkzKCZxqfk37K 9hv9DS+ba8/8gxrw/ghKhXim4drHTPTA+p1eAKOjkbRDXr8KYiZD5FVdxItVzGXXGM7w CnehchFB1psVr94KL1zhSKo+Ltw7WB7inK4slR+qQM7nypU4PVP1S/phPFuBiJYCiH2L Q7M0vQgB9OXN3mG9EBAEWQOt2MqvdQc1y4ButTiEY36NrQFe/9SqW8M9w/gFCpPhXtuq +Itg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=vnxx1GXMXuiFLdAYCf/4PIKGQCZq5gEedK/C4eeOYpk=; b=EDyw95uFxv/pW4K/K6Rw0SXV/eTbp9BXpRHNtIi/V7Ba7URlDqm0q8+79KLaHgDw2y 2ZkQp0ZDZqG8BCkTRZEaiZebM9ojXyGoi5b2sXxXG9Tci/uoxlG5YxPZa7VGo+87mBYN G4JswMhaZ6XVCSdt9PE1Yjt9Ev4VpDaXqFJDnb6dXvPHycZjfJVZUaG5mLqHFaqeq5pW V9BEKPocXsN9WkNOJOokFsyTWRbGKVnVpqB56vSy6Pj8SoxdThrGaZgZzSBPH2ZvKVwk N3Gc5szv5g+4oxAtDZzIpxkrAfs2u6RgCEhg6OJneJGdvcdiik17jMry3d7hc9nD4I9c 7PDQ== X-Gm-Message-State: APjAAAXBiEaHFBrLSxkrfFluNoh1nzfcSaG8DIJXkOjKBAQwb588L3UF t9RJWGm+JCBS2xN+zGURXmWhRSky X-Google-Smtp-Source: APXvYqyVm7qn/JahzLJsGZtF7nLgyW/79u7Qwt5EQL6Dvs1x6tYrTZk5kfFxha7rkgE9OldwEicJ7A== X-Received: by 2002:a1c:bdc5:: with SMTP id n188mr2551749wmf.124.1582276675737; Fri, 21 Feb 2020 01:17:55 -0800 (PST) Received: from mac.deepcore.dk ([85.27.186.9]) by smtp.gmail.com with ESMTPSA id a184sm3004911wmf.29.2020.02.21.01.17.54 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 21 Feb 2020 01:17:54 -0800 (PST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.60.0.2.5\)) Subject: Re: Pinebook Pro instability problem and fix. From: =?utf-8?Q?S=C3=B8ren_Schmidt?= In-Reply-To: Date: Fri, 21 Feb 2020 10:17:54 +0100 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <9E0ED9A6-B9B2-4ADF-BC66-14FC757DB194@gmail.com> References: To: "Russell L. Carter" X-Mailer: Apple Mail (2.3608.60.0.2.5) X-Rspamd-Queue-Id: 48P5Tf34Hxz4b1v X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=WmUQUNHv; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of sorenschmidt@gmail.com designates 2a00:1450:4864:20::342 as permitted sender) smtp.mailfrom=sorenschmidt@gmail.com X-Spamd-Result: default: False [-2.50 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; MV_CASE(0.50)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(0.00)[ip: (2.67), ipnet: 2a00:1450::/32(-2.42), asn: 15169(-1.67), country: US(-0.05)]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; TAGGED_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2.4.3.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; 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, 21 Feb 2020 09:18:00 -0000 > On 21 Feb 2020, at 00.45, Russell L. Carter = wrote: >=20 > Hi S=C3=B8ren, >=20 > On 2020-02-20 13:10, S=C3=B8ren Schmidt wrote: >> Hi gang! >> I have been wrestling my Pinebook Pro instability problem for some = time. >> The problem was that if I just let it boot it would occasionally hang = silently, just lock up totally unresponsive, if I changed the clock = speed it would run stable. >> I finally figured out the problem and its actually quite simple. >> On boot we set all the regulators initially to their lowest possible = voltage, this in my case is too low to make the little cpu=E2=80=99s run = reliably. >> U-boot sets the lcpu voltage to 900mv and speed to 816Mhz, on boot we = re-adjust the voltage to 750mv which is too low for my cpus to work = reliably @ 816Mhz. >> I=E2=80=99ve added support for the regulator-init-microvolt setting = and set that to 900000mv as per spec in the DTS, and that solves the = issue. >> Now running all 6 cores with changeable frequencies and no problems = what so ever. >> Patches on request if needed=E2=80=A6 >=20 > This is -current I assume. Do you have Xorg up? My Pinebook Pro is > sitting on the table waiting for debian-testing to transition from > kernel 5.4 to 5.6 so that, possibly, maybe, X works again. >=20 > However, I'd ditch debian with prejudice if I could bring > up X on the Pinebook Pro with FreeBSD. No need for HW acceleration. > I also don't care much about the camera, microphone, etc. Yes this is -current. And no video drivers yet AFAIK. This at least for me makes it a stable platform to work on, headless for = now though, which makes progress a lot easier. However if nobody else is working on it I will look into getting = (simple) video going in the not too distant future, but time is sparse.. -S=C3=B8ren= From owner-freebsd-arm@freebsd.org Fri Feb 21 10:30:54 2020 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 AD4E22598DC for ; Fri, 21 Feb 2020 10:30:54 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mx.blih.net (mx.blih.net [212.83.155.74]) (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 "mx.blih.net", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48P75n0Ht6z4hSb for ; Fri, 21 Feb 2020 10:30:52 +0000 (UTC) (envelope-from manu@bidouilliste.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bidouilliste.com; s=mx; t=1582281050; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=gFzEauE0kRN5R+jTfUsvhMiTkxQtQhSmjQ26K+13WEM=; b=icok4lEBs/s3r3GpYlouuhGtTipxaMVgbfXPc11jk+sz3zJIDqAqM3lenLz5QAkrtRnl1w QIz3/JYamzsN4Qppx+06Z/iCnxnLt/ajQrYnstgglch2qTAUbU9IhmQggZvrQlLQvuLgmd 7xlg5GMm1haChY2rvYRBwEt6uxN/EZE= Received: from skull.home.blih.net (lfbn-idf2-1-900-181.w86-238.abo.wanadoo.fr [86.238.131.181]) by mx.blih.net (OpenSMTPD) with ESMTPSA id 1a555119 (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Fri, 21 Feb 2020 10:30:50 +0000 (UTC) Date: Fri, 21 Feb 2020 11:30:48 +0100 From: Emmanuel Vadot To: =?ISO-8859-1?Q?S=F8ren?= Schmidt Cc: freebsd-arm Subject: Re: Pinebook Pro instability problem and fix. Message-Id: <20200221113048.aa9d8251b1aa4af1c0628b68@bidouilliste.com> In-Reply-To: References: 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: 48P75n0Ht6z4hSb X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bidouilliste.com header.s=mx header.b=icok4lEB; dmarc=pass (policy=none) header.from=bidouilliste.com; spf=pass (mx1.freebsd.org: domain of manu@bidouilliste.com designates 212.83.155.74 as permitted sender) smtp.mailfrom=manu@bidouilliste.com X-Spamd-Result: default: False [-3.72 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[bidouilliste.com:s=mx]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; MV_CASE(0.50)[]; TAGGED_RCPT(0.00)[]; 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)[bidouilliste.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[bidouilliste.com,none]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; IP_SCORE(-1.22)[ip: (-8.27), ipnet: 212.83.128.0/19(1.97), asn: 12876(0.21), country: FR(0.00)]; ASN(0.00)[asn:12876, ipnet:212.83.128.0/19, country:FR]; 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: Fri, 21 Feb 2020 10:30:54 -0000 On Thu, 20 Feb 2020 21:10:55 +0100 S=F8ren Schmidt wrote: > Hi gang! >=20 > I have been wrestling my Pinebook Pro instability problem for some time. > The problem was that if I just let it boot it would occasionally hang sil= ently, just lock up totally unresponsive, if I changed the clock speed it w= ould run stable. > I finally figured out the problem and its actually quite simple. > On boot we set all the regulators initially to their lowest possible volt= age, this in my case is too low to make the little cpu?s run reliably. > U-boot sets the lcpu voltage to 900mv and speed to 816Mhz, on boot we re-= adjust the voltage to 750mv which is too low for my cpus to work reliably @= 816Mhz. > I?ve added support for the regulator-init-microvolt setting and set that = to 900000mv as per spec in the DTS, and that solves the issue. > Now running all 6 cores with changeable frequencies and no problems what = so ever. Yes this problem was introduced by me and it's one of the problem for booting rock64 right now (the other being i2c). Both are fixed and I need to upstream them. The problem with regulator-init-microvolt is that it's not always present so for now I just don't init the regulator if it's already enabled. > Patches on request if needed? Put them on phab, I'll have a look > -S=F8ren >=20 > _______________________________________________ > 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" --=20 Emmanuel Vadot From owner-freebsd-arm@freebsd.org Fri Feb 21 15:00:42 2020 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 AFFE6238418 for ; Fri, 21 Feb 2020 15:00:42 +0000 (UTC) (envelope-from rcarter@pinyon.org) Received: from h2.pinyon.org (h2.pinyon.org [65.101.20.170]) (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 48PF555GlQz3y9B for ; Fri, 21 Feb 2020 15:00:41 +0000 (UTC) (envelope-from rcarter@pinyon.org) Received: by h2.pinyon.org (Postfix, from userid 58) id 31D3F21F63; Fri, 21 Feb 2020 08:00:40 -0700 (MST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=pinyon.org; s=DKIM; t=1582297240; bh=uOd/u9T5n1dWzQoTd67zh4Y9j4QohaZVfoG98F1yNCk=; h=Subject:To:Cc:References:From:Date:In-Reply-To; b=JIwBEV6lsj/AE6UFdkX7Z7MqEy5kfTRBxSXA+YvmMTsN2BcZ5Yua+aZmYq+pbtvaY HtqTsAV2vLGrRd2HLXglTRg7N6i/FtcJsGOjn+TN+ieGn/P1z2Nl1gKBfbJfhpG7sC VUvZr04I7WDKeWOH8SA0xyipGy5EbESlMVPnTZxw= X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on h2.n1.pinyon.org X-Spam-Level: X-Spam-Status: No, score=-3.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,URIBL_BLOCKED shortcircuit=no autolearn=ham autolearn_force=no version=3.4.4 Received: from [10.0.10.15] (unknown [10.0.10.15]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by h2.pinyon.org (Postfix) with ESMTPSA id 914E521AE3; Fri, 21 Feb 2020 08:00:38 -0700 (MST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=pinyon.org; s=DKIM; t=1582297238; bh=uOd/u9T5n1dWzQoTd67zh4Y9j4QohaZVfoG98F1yNCk=; h=Subject:To:Cc:References:From:Date:In-Reply-To; b=foOr8gvk21ZVUyx0HqVguofaz9uvVUmTyQBU0peCNhG8DLztCIy5AdDrkUtqcBcgd oUQ6STAMLD0+c4Px1Ak1FOpPuJTTLoYpmxBTRjZsU64Bth80a+Mr7c73fe1H7P7E80 /u034CpEZImuxpo/cm9UtL5qI2QyILoYMQaauqHc= Subject: Re: Pinebook Pro instability problem and fix. To: =?UTF-8?Q?S=c3=b8ren_Schmidt?= Cc: freebsd-arm@freebsd.org References: <9E0ED9A6-B9B2-4ADF-BC66-14FC757DB194@gmail.com> From: "Russell L. Carter" Message-ID: <04f9b6d3-0d92-b93e-9ecf-c15722a58b59@pinyon.org> Date: Fri, 21 Feb 2020 08:00:38 -0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.5.0 MIME-Version: 1.0 In-Reply-To: <9E0ED9A6-B9B2-4ADF-BC66-14FC757DB194@gmail.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 48PF555GlQz3y9B X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=pinyon.org header.s=DKIM header.b=JIwBEV6l; dkim=pass header.d=pinyon.org header.s=DKIM header.b=foOr8gvk; dmarc=none; spf=pass (mx1.freebsd.org: domain of rcarter@pinyon.org designates 65.101.20.170 as permitted sender) smtp.mailfrom=rcarter@pinyon.org X-Spamd-Result: default: False [-5.13 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[pinyon.org:s=DKIM]; 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]; TAGGED_RCPT(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[pinyon.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[pinyon.org:+]; RCPT_COUNT_TWO(0.00)[2]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; IP_SCORE(-2.63)[ip: (-9.25), ipnet: 65.101.0.0/18(-3.79), asn: 209(-0.04), country: US(-0.05)]; ASN(0.00)[asn:209, ipnet:65.101.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: Fri, 21 Feb 2020 15:00:42 -0000 On 2020-02-21 02:17, Søren Schmidt wrote: > > >> On 21 Feb 2020, at 00.45, Russell L. Carter >> wrote: >> >> Hi Søren, >> >> On 2020-02-20 13:10, Søren Schmidt wrote: >>> Hi gang! I have been wrestling my Pinebook Pro instability >>> problem for some time. The problem was that if I just let it boot >>> it would occasionally hang silently, just lock up totally >>> unresponsive, if I changed the clock speed it would run stable. I >>> finally figured out the problem and its actually quite simple. On >>> boot we set all the regulators initially to their lowest possible >>> voltage, this in my case is too low to make the little cpu’s run >>> reliably. U-boot sets the lcpu voltage to 900mv and speed to >>> 816Mhz, on boot we re-adjust the voltage to 750mv which is too >>> low for my cpus to work reliably @ 816Mhz. I’ve added support for >>> the regulator-init-microvolt setting and set that to 900000mv as >>> per spec in the DTS, and that solves the issue. Now running all 6 >>> cores with changeable frequencies and no problems what so ever. >>> Patches on request if needed… >> >> This is -current I assume. Do you have Xorg up? My Pinebook Pro >> is sitting on the table waiting for debian-testing to transition >> from kernel 5.4 to 5.6 so that, possibly, maybe, X works again. >> >> However, I'd ditch debian with prejudice if I could bring up X on >> the Pinebook Pro with FreeBSD. No need for HW acceleration. I also >> don't care much about the camera, microphone, etc. > > Yes this is -current. And no video drivers yet AFAIK. This at least > for me makes it a stable platform to work on, headless for now > though, which makes progress a lot easier. However if nobody else is > working on it I will look into getting (simple) video going in the > not too distant future, but time is sparse.. Ok, thanks, good to know. It's a beautiful little machine and I look forward to bringing up -current on it in the next months. Russell > -Søren >