From owner-freebsd-arm@freebsd.org Sun Mar 14 01:29:42 2021 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 14E9F56D4AF for ; Sun, 14 Mar 2021 01:29:42 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from wout3-smtp.messagingengine.com (wout3-smtp.messagingengine.com [64.147.123.19]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Dyhmj0sQyz4TDJ for ; Sun, 14 Mar 2021 01:29:40 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.west.internal (Postfix) with ESMTP id 27FB217B9 for ; Sat, 13 Mar 2021 20:29:39 -0500 (EST) Received: from mailfrontend1 ([10.202.2.162]) by compute1.internal (MEProxy); Sat, 13 Mar 2021 20:29:39 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zyxst.net; h= date:from:to:subject:message-id:references:mime-version :content-type:in-reply-to; s=fm2; bh=56+kLdMtFDXTV60cXR4ewoC78FS sl+TZcTaCJk3TAUc=; b=EZVHi6O3dhVZLuHFQ2bYAWPlGEGOzfbhqd18BhSfKjE ALyAGbgA0hgxLRlS2yUZMiFKa+LPKi1rUa94VUjMbDMDN4uHQu7MVm/9S/IXJNr3 jjduC8gGVZPtZwW9Lk8TKtMlCHTT6y7CPZV/zbwaFbU29aZocdhWsX83klZ3OPQP 9Y8XkTkXdA4Hc09OmQVNl3/QSn6GoVKdjFe3JvLWf3oLp0VM43uS5DqQ9m2g1Irg lv4Ovfvlpw7BqFzibtWAiVZdPp7v0en8rkyuQcIPMvbeO3r+/jrGMU/luEHDjhcs j8cCa/qNhShohnr3MaSl7YNaD+B/C0q/jMAuyj7er2g== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm2; bh=56+kLd MtFDXTV60cXR4ewoC78FSsl+TZcTaCJk3TAUc=; b=WK3pf59WC7tShPJYlCqC8I zfq1+4ChJlTaXeOWOm6DOjyiR+P/vNfgm8rkqBAiE3Sc3mgLXhz3GTfF4YNW7pyt EpeiCnCeTfGupAvw9r/+ZhIMQZgmXR+YzL8kKAruDJP2HXdW7SiwHPw+Me4bBsoA vpF+Y3ySzfaNsB9OOA+5v1o1LTDgcAp9EhfWYlGJbXObGYAIvGf/MXp35xavVv+b vFz1LEiZS7cOK3yBkbYQCCySg8qTmjhxx9hJNV95MpTu90n//ENLx6d9rYRV1Zec IvHGn/veTOTBlV4WCI5bcGL7kRUtAJn1nZ5u0uP6+qtttaa2zDgTsc6pu99THimg == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledruddvhedgfedvucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpeffhffvuffkfhggtggujgesghdtre ertddtvdenucfhrhhomhepthgvtghhqdhlihhsthhsuceothgvtghhqdhlihhsthhsseii hiigshhtrdhnvghtqeenucggtffrrghtthgvrhhnpeehiedujeejgeekgffhffelhffgve fgkeehjeelteekgfeigeehjefgueeivefhleenucffohhmrghinhepiiihgihsthdrnhgv thdpghhithhhuhgsrdgtohhmnecukfhppeekledrudeghedruddttddrudefleenucevlh hushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpehtvggthhdqlhhi shhtshesiiihgihsthdrnhgvth X-ME-Proxy: Received: from cloud.zyxst.net (v007.zyxst.net [89.145.100.139]) by mail.messagingengine.com (Postfix) with ESMTPA id 55FFE24005B for ; Sat, 13 Mar 2021 20:29:38 -0500 (EST) Date: Sun, 14 Mar 2021 01:29:36 +0000 From: tech-lists To: freebsd-arm@freebsd.org Subject: Re: rpi4b main-n245392-8423f5d4c12 won't boot due to microsd timeout [FIXED] Message-ID: Mail-Followup-To: freebsd-arm@freebsd.org References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="wNj0q0odSKqXEw6k" Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4Dyhmj0sQyz4TDJ X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=zyxst.net header.s=fm2 header.b=EZVHi6O3; dkim=pass header.d=messagingengine.com header.s=fm2 header.b=WK3pf59W; dmarc=none; spf=pass (mx1.freebsd.org: domain of tech-lists@zyxst.net designates 64.147.123.19 as permitted sender) smtp.mailfrom=tech-lists@zyxst.net X-Spamd-Result: default: False [-5.70 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[64.147.123.19:from]; R_SPF_ALLOW(-0.20)[+ip4:64.147.123.19]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; DKIM_TRACE(0.00)[zyxst.net:+,messagingengine.com:+]; NEURAL_HAM_SHORT(-1.00)[-1.000]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[64.147.123.19:from]; ASN(0.00)[asn:11403, ipnet:64.147.123.0/24, country:US]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_IN_DNSWL_LOW(-0.10)[64.147.123.19:from]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[zyxst.net:s=fm2,messagingengine.com:s=fm2]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; DMARC_NA(0.00)[zyxst.net]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[64.147.123.19:from:127.0.2.255]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Mar 2021 01:29:42 -0000 --wNj0q0odSKqXEw6k Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, (in my reply below I'm using md5 to differentiate btwn files with identical names) On Sat, Mar 13, 2021 at 01:04:01PM -0800, Mark Millard wrote: >If I gather correctly, it works but so does the one found in >FreeBSD-14.0-CURRENT-arm64-aarch64-RPI-20210311-15565e0a217-257277.img >? In other words, the material from >fbsd-rpi4-u-boot2021-04-klaus/files/u-boot.bin/download >works but is not required to make the RPi4B work? I didn't even think about the u-boot already on the image! I just followed the notes i made in https://cloud.zyxst.net/~john/FreeBSD/current/rpi4b/installing.txt which installed u-boot.bin dated Oct 5 and has md5 of d208763206d50d3ec40b04cc81685b29 and that worked. The one provided with FreeBSD-14.0-CURRENT-arm64-aarch64-RPI-20210311-15565e0a217-257277.img has md5 967c3a667af11512bafd2525ef97af5f and is dated 11th March. I've not tried this one, as I overwrote it before booting it for the first time.=20 I got the latest u-boot.bin when Klaus kindly offered it (md5 1b868cc0550df026e1a4e7baf2cca223 dated 13th March) >Be very careful with referencing "latest" start4.elf and >the like because folks could easily interpret such to be >something like (using start4.elf as an example): > >https://github.com/raspberrypi/firmware/blob/master/boot/start4.elf > >that can change on a regular basis and is far from guaranteed >to be a version that works for FreeBSD use. (In recent months >such usually has not worked. Even tagged versions need not >work for FreeBSD use, as was true for FreeBSD tried to use >some in the range 1.20210104 through 1.20210201 .) My reference was: https://github.com/raspberrypi/firmware/raw/master/boot/fixup4.dat https://github.com/raspberrypi/firmware/raw/master/boot/start4.elf =66rom my notes but yeah, point taken. I am still trying to get my head=20 around git, after using svn and cvs for years. >My guess here is that you are referring to materials from the >most recent sysutils/rpi-firmware port. Those are (for now) >based on somewhat older RPi* materials. Using start4.elf as >an example, sysutils/rpi-firmware is based on, in part, > >https://github.com/raspberrypi/firmware/blob/1.20210303/boot/start4.elf I'd not installed the port at any stage. The md5 for the start4.elf=20 above is 1a13569ce69f758c87a71dba78750f0d and the md5 of the one I download= ed is 741c0a91981196e2bc01b0b25f458045 (dated 10th March). >If one does find materials in master that work and wants to >refer to them, it is best to find what master translates to >at the time and refer to that specifically, for example: > >https://github.com/raspberrypi/firmware/tree/0591568b29a724de406aa737fc8e1= 3f68c423f3f > >(One has to look at the commits history to figure out >such an absolute untagged reference.) OK. So in my example, in this case start4.elf (of 10th March), the absolute= URL would be=20 https://github.com/raspberrypi/firmware/raw/0591568b29a724de406aa737fc8e13f= 68c423f3f/boot/start4.elf ? =2E..and that's a stable URL? just making sure thanks, --=20 J. --wNj0q0odSKqXEw6k Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEE8n3tWhxW11Ccvv9/s8o7QhFzNAUFAmBNZvcACgkQs8o7QhFz NAV7uA/9EefpCBWgIe7GFzaCNU5X5YAzaGPiOQAzKTBBACX/aYtxHZIJlByGcWS1 TSNYTIalmFhpfq3aQS7zETpg1xS1JS+urbuOqSVXSrMFV1DFtCYzQsqnjg4iNV4C Rcj28GHxpajBKbGoMGbcshaIDUo0VwZ16mZr90xBocWTd6RoZVXrj/hDRH06CUfx YN18IE8EqJJybnSk7W06v6wEF+hvmc1SqDay3NxaFqG0sOimWT5kznc18IfODfE+ NBdNZ1ftIlLw1l339smRoCr21snVOc8MuU+x3BvKUfh/PWN/pqnxo4njdn+aFhES DP7K0KhgW0YsOIhBLIT4OpcLPZ1WjB85XADjeRBNbtXggaqVDJ24yfu0NxpPGryD lV4RQrpUrgFvcGk/g9V+OYuMBjTaKkmwe2RsmL4MRO0gOujzcU112qgDEuy18BQT UNmDzetQE0z9Q/truoIDuxuwuRj4CY0LdSZOA5L44CrH08VQi2owg59oTI+wgkBR q2LTay2k4JPXEsNrdVYQFuUpiUSSAioa+9AaFHZQjKHASTQ2lrQCxunVLmnx9Ckn sjjUVgKnW7v5x6HOxLBQR6pYSaj6UW1dxA0kofgAfXyZzQz2UEe0FJggqRG+9nTW U1f5VmZfn0UNu7WQ8ti8D9htCJYAyyX23Lo96yCuCGJSNuoMc18= =iARx -----END PGP SIGNATURE----- --wNj0q0odSKqXEw6k-- From owner-freebsd-arm@freebsd.org Sun Mar 14 04:47:01 2021 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 2B2C05710EA for ; Sun, 14 Mar 2021 04:47:01 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic317-21.consmr.mail.gq1.yahoo.com (sonic317-21.consmr.mail.gq1.yahoo.com [98.137.66.147]) (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 4Dyn8M4b6gz4fSs for ; Sun, 14 Mar 2021 04:46:59 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1615697216; bh=dKMH6LN0m1Y2eDhQpM60YO06BzZnquUReBXmox36Xhl=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=uFc+3Vly++yuK/YM54eGo4gFeGpY0CLpVV2OmhYTKi8QrDVs13gJH5lR2YMU0vc7RboZNvUUMX6yadk0/GrMCmaQepkXveq4gRzpsbFabo1QlAVYNEvX36Dc7kugXJHKsjXWkOPHcvPqVNADOpTEh00YN2cJH8ZOV5dwNSU3GziWGdOD0bU9+75bkpTR6LqzPkf7RrkU31K/qgzBrWG3y3C0T4KMVAbxakDiDvDoojzpx3iqxLL7/oYTRSn9nPfpXVmAh1q27p4D7d5Xo7t6bAicyCuYwGDMjAXInWqRJGoqwOvaDAEnbQKhbVX+Ulvg3QZrNyWpqqd5ylu9hUGYIA== X-YMail-OSG: bl_GxWIVM1mFjf71aOlphBJ9mZe9ib.1Kqe74411RynwJP7paxeXNl42m_4oOLG .__nJdIwhPykTKpGOtXZ7qY6SSye2FnXDoMj7UjCgqjkgJhFT1Rz6hI.VYOdZaPwQaSQL_R4rtOH 5b_OHD6ZLHF8hA5xHoCJcNkWb.tVUsQQAoZ9RHjaaCCnF616J15rBXUnYtVWtYyPCxwdDwAoecGe WV2YUxf0l7.SotaNxfRT0IP1F0FPa6TTOhrzMjxcXkZlULsRMNdN25cVfO3AtXgLA8lcUdAO31jD e40lN5UPxr88AGSzvu87ChZhevP0tv3TYquzOr9EG.z.YnhaLl2R_WRfr2MviHqfGUDKXXB4BPlb jteIsTSorAFeYxHV0De9nsHmio1_.K6cJiRoxy2.djiKBMj7tYKwpR3x2Wao9Dly_QSBrtPXOZdg 7wVrjhn9nQMz7fboCI6SLMIumPRnucZwx7EUmja4_EDkPc5L7pjswJoFJQfJp0oM5QS7ZxfS5fzR 7xfu1sGHECUrUokGUwokx1GzzFGoakiqOGwZRKJOjwlMzh9GACFtxqaKnsuzOsgH69mCviDTBfU4 _WzbwTwXTrwKsyEilwdypzC2Nbc818o8VqRYKFVgTDTAiiDMulIMFjiuM3kv.mNP3vMEsK62hvhv LNzWbBR.eAMI1_Q4cv.o5ttVgaUySkFC_PJiq46ldAPsymStdd2L0OD2FmHGaEHKxC_nTrhPAjTs fF24NTUisA4VHltHxpQp1RQGXwXqT7Gr1drfpbEm3671u4HiC9tWXi7MRlePrvKwpHrbAuww2g.R gTUYs8i4mWejXilP9NxK_BH9fw_NxD5UG1ktt7VvUT9SFEs8B8RRtZj6kmJnizPMO0rAWtKrj2Jb qFU01DBYeOkAUYjovrvxt1qzevhZ4EAT86mf9W4jMvUz15qm0FP7QuDgPmh9sqsSicyLOcofUwKH dSzwCHTMuXTZnl1cZdwnselSaJ3fUxS00JzhXSlDPFx2RSdDieP8hha1e9TtjnChwBzAFMe3fzrw pSQdl.jcJONIy9783qpNhmYk1W9rcAEQz28.ATnOTOyS_0QNS6y9v0wk6SBl5afIo9Tm4rRlilNv dneNgEUlLfeHUldBLCV35hlC_juQOp9.nVFkpiaO3D8eNJGQJH_i4iuJ9lMkAJpgBqWmKvQyE2eP w2UEfDyC8ZDhqtio2P4ERNMiO.rgWeIPuq31vHWPqNVecrvJtugugUNgVJBnhFX3ur4w1phCvW1g zKKsa_7Ru.0v0CdjRPzsHcrFkD2EMW99TcJrzmCoKA.iSDaDsPRbTF.cNcUK_t4m.PPKEuGDqAzH ajgUweChTBq_kx0kesUlGlzWndYbzrHodjPL4rawqQJqXg6nvLiomvA68qDGK5V_Z50x.nX5152w 0A.llroBrPrKjZtRtQFBp4w9IGwHmmQ4av3kC.RvPtZbzP.wtaCOPEeAmWBWecmF6kpQUmnulAoD l0RpIR1ccbUarGT0dppSOcrepV_npnEp7DIK9ehZ6RaZsTpD5JxCV_wkCquFcnKfg36XlH0GzlmM BdRAIU_7Tz49RYMRe650cZUZB7paeGlc.tMrjORHJC8c3_r3qNVxzDkA4SWTkYFGqFwexXvU57vJ 7FZtCJZ0kt7_ijvR.TvHtpd80IMJIr0R1zz8SsoWlt38nt1r7qjjdEwbbX_7u.Eq0Lu0udeifpxx 0c6ov.aIXjrKYs8cNMAEP0RtchcPSzQuRdtElKm0vIeP7v4Lz4FyIcggl4Iy6sWIMFzbIIvkRJVt b355LM9X5OlWFZC5Zl9ucZH0t.ztMA0561oynjYKoLPlt5nwx2nuOrVbr5VDccFvZrDTANGhxTHm F36THmPJnuCQcYzumpWL63dYcw6i_RfWTf9FxUJHE2asfBncxBikIW4R_cBz..RYpjWNWrpijVZg YfJRQAblJkpIjIp.5Ikpnmsn5vB_9SK6rRegfMOkoMrPEu2AnyOgA22ix8Y_8Dmgr7fwQEi1CSK5 yoqw2yfR0DeUZOxWae7Pq.B39YyIyCFiSdsMTcKJiwcDOavASzqZV9hjcOfa43vgvXLKtvkZ33YI sN7nPMyRLFvgnTVOx0.xxM2IKsRag7hPyR45.QZ_NPqpN.kuDJKrilWfRH_6Vaj5l8WyVbn3nR36 CGHo2h8RCT18qg6zStPuVbjdnRQqXh0VSUnUJpUX6T2fYc6kQbVfcFfNII0FGSqgmM_7UX0jx9RS GzjaELdVdn7wB5xCq72DJ6JcwDeZKCnuUV7UfOvB.TgiBetDjQ_WE_Nt42xKeIE5kwTVnkK716K1 xPe9Q9i2144DBs3W_1wIhPTSU4RPixIhk6grsqzbjTIxCrQ3QP2_bOdAkKiHnLCTQtfTVcbzpRmO YrSeE.BQGtJG6zNBSHAZcej7PANzCV7BeI4DqT..F9LqKPYlQmsqq600GXAazVDNyx69CcMcK2Mf vjIi_AZBsgfEsPHcNcbdOgmqaKUsCTm_AlW1KXej0pKz_6sSKNj7EZ66XOYTDRqqz.ewkKT8Tkb0 Z05uPhWvExwqEo1E7bXoNtiVeayIdTA1JfP827C7j4JflwLYTXAgOn8LCOqErckSlkUHSkT5eJ4i tSCs30BFLYDlMEw-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic317.consmr.mail.gq1.yahoo.com with HTTP; Sun, 14 Mar 2021 04:46:56 +0000 Received: by smtp405.mail.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 2e1e12b751e4daa36fef5294160fdf7e; Sun, 14 Mar 2021 04:46:54 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: rpi4b main-n245392-8423f5d4c12 won't boot due to microsd timeout [FIXED] From: Mark Millard In-Reply-To: Date: Sat, 13 Mar 2021 20:46:51 -0800 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: To: tech-lists X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4Dyn8M4b6gz4fSs X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.66.147:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.66.147:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.66.147:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.66.147:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Mar 2021 04:47:01 -0000 On 2021-Mar-13, at 17:29, tech-lists wrote: > Hi, >=20 > (in my reply below I'm using md5 to differentiate btwn files with > identical names) A means of finding information that can be used to track down which vintage is in use for the start*.elf files is to use the start*.elf file(s) and do something like: # strings start4.elf | grep VC_BUILD_ID_ The output can be compared to output from other files and there are build dates/times (not release dates) that can be used to get the time frame. For example: # strings /boot/efi/start4.elf | grep VC_BUILD_ID_ VC_BUILD_ID_USER: dom VC_BUILD_ID_TIME: 12:10:40 VC_BUILD_ID_VARIANT: start VC_BUILD_ID_TIME: Feb 25 2021 VC_BUILD_ID_BRANCH: bcm2711_2 VC_BUILD_ID_HOSTNAME: buildbot VC_BUILD_ID_PLATFORM: raspberrypi_linux VC_BUILD_ID_VERSION: 564e5f9b852b23a330b1764bcf0b2d022a20afd0 (clean) (The *.dat files do not seem to have such identification text. Similarly for various other types of files. So this does not cover mixing and matching across vintages across all files: only if the files have been kept together.) This works independent of worrying about how you got the copy of the file. The above is the version that sysutils/rpi-firmware is currently set up to put in: /usr/local/share/rpi-firmware/ (Of course, this does nothing for u-boot or bootaa64.efi or the like.) > On Sat, Mar 13, 2021 at 01:04:01PM -0800, Mark Millard wrote: >=20 >> If I gather correctly, it works but so does the one found in >> = FreeBSD-14.0-CURRENT-arm64-aarch64-RPI-20210311-15565e0a217-257277.img >> ? In other words, the material from >> fbsd-rpi4-u-boot2021-04-klaus/files/u-boot.bin/download >> works but is not required to make the RPi4B work? >=20 > I didn't even think about the u-boot already on the image! I just > followed the notes i made in > https://cloud.zyxst.net/~john/FreeBSD/current/rpi4b/installing.txt > which installed u-boot.bin dated Oct 5 and has md5 of > d208763206d50d3ec40b04cc81685b29 and that worked. Too bad we did not learn the status of the official build's u-boot. > The one provided with > FreeBSD-14.0-CURRENT-arm64-aarch64-RPI-20210311-15565e0a217-257277.img > has md5 967c3a667af11512bafd2525ef97af5f and is dated 11th March. I've > not tried this one, as I overwrote it before booting it for the first > time.=20 > I got the latest u-boot.bin when Klaus kindly offered it (md5 > 1b868cc0550df026e1a4e7baf2cca223 dated 13th March) >=20 >> Be very careful with referencing "latest" start4.elf and >> the like because folks could easily interpret such to be >> something like (using start4.elf as an example): >>=20 >> https://github.com/raspberrypi/firmware/blob/master/boot/start4.elf >>=20 >> that can change on a regular basis and is far from guaranteed >> to be a version that works for FreeBSD use. (In recent months >> such usually has not worked. Even tagged versions need not >> work for FreeBSD use, as was true for FreeBSD tried to use >> some in the range 1.20210104 through 1.20210201 .) >=20 > My reference was: > https://github.com/raspberrypi/firmware/raw/master/boot/fixup4.dat > https://github.com/raspberrypi/firmware/raw/master/boot/start4.elf >=20 > from my notes but yeah, point taken. I am still trying to get my head = around git, after using svn and cvs for years. A means of avoiding worrying about where you got the start*.elf files is using those commands like: # strings /boot/efi/start4.elf | grep VC_BUILD_ID_ The VC_BUILD_ID_TIME gives a strong hint at the date of the binary commit to the public repository: say within a week or so after. A few file downloads and output comparisons can identify exactly which if needed. (Of course, this does nothing for u-boot or bootaa64.efi or the like.) >> My guess here is that you are referring to materials from the >> most recent sysutils/rpi-firmware port. Those are (for now) >> based on somewhat older RPi* materials. Using start4.elf as >> an example, sysutils/rpi-firmware is based on, in part, >>=20 >> = https://github.com/raspberrypi/firmware/blob/1.20210303/boot/start4.elf >=20 > I'd not installed the port at any stage. The md5 for the start4.elf = above is 1a13569ce69f758c87a71dba78750f0d and the md5 of the one I = downloaded > is 741c0a91981196e2bc01b0b25f458045 (dated 10th March). Again for RPi* firmware I'd recommend use of the output from commands like: # strings /boot/efi/start4.elf | grep VC_BUILD_ID_ on some *.elf file(s), as VC_BUILD_ID_TIME is useful to know without extra steps.=20 >> If one does find materials in master that work and wants to >> refer to them, it is best to find what master translates to >> at the time and refer to that specifically, for example: >>=20 >> = https://github.com/raspberrypi/firmware/tree/0591568b29a724de406aa737fc8e1= 3f68c423f3f >>=20 >> (One has to look at the commits history to figure out >> such an absolute untagged reference.) >=20 > OK. So in my example, in this case start4.elf (of 10th March), the = absolute URL would be = https://github.com/raspberrypi/firmware/raw/0591568b29a724de406aa737fc8e13= f68c423f3f/boot/start4.elf > ? >=20 > ...and that's a stable URL? just making sure The big hexadecimal numeral is a commit hash/ID in that repository and so is supposed to be unique, given access to the repository is even available and the commit is still present. I will note that the /raw/ part of your URL does get translated to /tree/ in the URL shown for the content. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Sun Mar 14 07:00:44 2021 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 1E79D575140 for ; Sun, 14 Mar 2021 07:00:44 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-wm1-x32b.google.com (mail-wm1-x32b.google.com [IPv6:2a00:1450:4864:20::32b]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 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 4Dyr6f0c85z4s62 for ; Sun, 14 Mar 2021 07:00:41 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-wm1-x32b.google.com with SMTP id w203-20020a1c49d40000b029010c706d0642so895616wma.0 for ; Sat, 13 Mar 2021 23:00:41 -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=0l1wPuSkxuLDs1+iBUk5KKyzOn5UpizMOjYBagTGdo8=; b=JAh6PZ616pWfo71C0a9jq8XVA0CjN4r3OYvzdP6cEfEbK23sombS6XwP+aNDjj0GUG wis8rw5jnideZZgsDvK1tqOCTFR9msPBfJRKWGRmJuXFL+SqUiYY5gaZZfIkAtD8N40j c/2T3T1lbV11H3W3C6FLhGk2IOIMidts4teoNsKwUjZ2hyS3ZKjomE+eVZQXO+Zob971 7bY0DR4KmrMaHzbYrOIm5fhh6fk3a7vNewhLabFljib0VWVusqSOX+ISbLzq+ErBRDy8 V5NICacPOV++mmHFCLTfBIyPR8A9HMjcv/DAGitPDgvYscKN9l7mhfxQlBvqdD63G0PN 7ZlA== X-Gm-Message-State: AOAM530VrgtvtxyI1o/1RonYB9LeYbAwl7xCnyHtEWsUGQ1kO1/l8Ivl DYjPBo8jnFBQj8N8ocEYik4= X-Google-Smtp-Source: ABdhPJzGNg0lCoav+aCSred8POjr6wKf6Q02HT0ClanklRkSUwtMYf1VE8BJZ/PDfVJl1/93rxiIWA== X-Received: by 2002:a05:600c:3514:: with SMTP id h20mr21055783wmq.45.1615705235647; Sat, 13 Mar 2021 23:00:35 -0800 (PST) Received: from [192.168.1.167] (dynamic-046-114-152-023.46.114.pool.telefonica.de. [46.114.152.23]) by smtp.googlemail.com with ESMTPSA id t14sm15228924wru.64.2021.03.13.23.00.33 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Sat, 13 Mar 2021 23:00:34 -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 14.0 \(3654.60.0.2.21\)) Subject: Re: rpi4b main-n245392-8423f5d4c12 won't boot due to microsd timeout [FIXED] Date: Sun, 14 Mar 2021 08:00:32 +0100 References: To: Mark Millard , tech-lists , freebsd-arm@freebsd.org In-Reply-To: Message-Id: <77E2D410-B1BA-44D9-B8CA-F7A3EAFB10E8@googlemail.com> X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4Dyr6f0c85z4s62 X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[googlemail.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[googlemail.com:+]; DMARC_POLICY_ALLOW(-0.50)[googlemail.com,quarantine]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FREEMAIL_TO(0.00)[yahoo.com,zyxst.net,freebsd.org]; 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)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::32b:from]; DWL_DNSWL_NONE(0.00)[googlemail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[googlemail.com:s=20161025]; RECEIVED_SPAMHAUS_PBL(0.00)[46.114.152.23:received]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::32b:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::32b:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Mar 2021 07:00:44 -0000 > Am 14.03.2021 um 05:46 schrieb Mark Millard via freebsd-arm = : >>> If I gather correctly, it works but so does the one found in >>> = FreeBSD-14.0-CURRENT-arm64-aarch64-RPI-20210311-15565e0a217-257277.img >>> ? In other words, the material from >>> fbsd-rpi4-u-boot2021-04-klaus/files/u-boot.bin/download >>> works but is not required to make the RPi4B work? >> =E2=80=A6=E2=80=A6=E2=80=A6. Am 14.03.2021 um 02:29 schrieb tech-lists >=20 >> I didn't even think about the u-boot already on the image! I just >> followed the notes i made in >> https://cloud.zyxst.net/~john/FreeBSD/current/rpi4b/installing.txt >> which installed u-boot.bin dated Oct 5 and has md5 of >> d208763206d50d3ec40b04cc81685b29 and that worked. > =E2=80=A6=E2=80=A6. > Am 14.03.2021 um 05:46 schrieb Mark Millard via freebsd-arm = : > Too bad we did not learn the status of the official > build's u-boot. >=20 who cares =E2=80=9Eofficial=E2=80=9C , ... with u-boot2021-04 and our groundbreaking support-hotline we are light years ahead :-) Ha = Ha=20 John is doing that very well with publishing functional working = environments. K.= From owner-freebsd-arm@freebsd.org Sun Mar 14 21:00:14 2021 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 9ADD75B24D4 for ; Sun, 14 Mar 2021 21:00:14 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DzBlL2Xfpz4l0B for ; Sun, 14 Mar 2021 21:00:14 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id E813F23F4F for ; Sun, 14 Mar 2021 21:00:13 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 12EL0Ddp024638 for ; Sun, 14 Mar 2021 21:00:13 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Received: (from bugzilla@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 12EL0DLs024637 for freebsd-arm@FreeBSD.org; Sun, 14 Mar 2021 21:00:13 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Message-Id: <202103142100.12EL0DLs024637@kenobi.freebsd.org> X-Authentication-Warning: kenobi.freebsd.org: bugzilla set sender to bugzilla-noreply@FreeBSD.org using -f From: bugzilla-noreply@FreeBSD.org To: freebsd-arm@FreeBSD.org Subject: Problem reports for freebsd-arm@FreeBSD.org that need special attention Date: Sun, 14 Mar 2021 21:00:13 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Mar 2021 21:00:14 -0000 To view an individual PR, use: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=(Bug Id). The following is a listing of current problems submitted by FreeBSD users, which need special attention. These represent problem reports covering all versions including experimental development code and obsolete releases. Status | Bug Id | Description ------------+-----------+--------------------------------------------------- Open | 238576 | Raspberry Pi 3B+ "shutdown -p" does not shut off Open | 239673 | Spurious Interrupt message from /dev/led/led1 2 problems total for which you should take action. From owner-freebsd-arm@freebsd.org Mon Mar 15 09:36:47 2021 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 2C60357615B for ; Mon, 15 Mar 2021 09:36:47 +0000 (UTC) (envelope-from kamalpr@gmail.com) Received: from mail-wr1-x436.google.com (mail-wr1-x436.google.com [IPv6:2a00:1450:4864:20::436]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 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 4DzWXG3VKxz4ZmG for ; Mon, 15 Mar 2021 09:36:46 +0000 (UTC) (envelope-from kamalpr@gmail.com) Received: by mail-wr1-x436.google.com with SMTP id a18so8273289wrc.13 for ; Mon, 15 Mar 2021 02:36:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:reply-to:from:date:message-id:subject:to; bh=bF3n6u0geIvlmKokj+42C01UOrjUSq4klkyDCE2Uyvc=; b=Glq13bj5dPEetp8fhe5FOrEFoIMSY1RUwkUIZCetpR2rQDGpIewp+0j0X8gWM+JuDV Gb95S1AEUbd9SFoJl8Rv1Y2x3H46eVb/oj7BcPT6fW7BpNxwJkGtPnglnbWlv3vnjVcO FEbM4vrSMSkkV6HXVSiQLu1hrYjOuQB7BW3Gh1z0XAiX8f1dNJdK2iPkhWTzKUdiXqD5 lx/4N6ekmG0SNwbMhk+3Y7E312prIdex9ZdZKDkoYaOdW7y9CfacFfPr/rbJ6p5K85pn 0baEZUimZdn+lJ9VLJ+27h6iL3uBpzfOytGOh2xx2wd9maacdgyv2Zg6e+NdFudWOq+m NyyA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:reply-to:from:date:message-id :subject:to; bh=bF3n6u0geIvlmKokj+42C01UOrjUSq4klkyDCE2Uyvc=; b=E/kx0UcLaH4SlNB0I6lzlBuWUfkse2JqDY4l25zdnLkCcRbWcB2GDZnjREn2DxK50I Cc5DdSfFIB55i1mJ6Dy0p/OmvPWTIsNhDuaaKI8ho/edUeND9OGSQk5HMAhgklPqKfFs JwBMm3jnBAgwQekLBmr7ZRA1zWrddZCyREqbwitnQ43/o11WDe3+iHh8N05uODOE1VYA aPytV92Bg7bAN7Zo7exJ6xUh5m17h1+iugIA3RNsRdkmG16fQa3+tegu9yh0MVYMw9+5 fy6iXtyDF67Bb5BJHhBapVqXqfZcmaQGjuNsFTD09QmNflAmxM37T4QP620Ly6YljCem glEw== X-Gm-Message-State: AOAM531maFo909oEi7qcLkssuDcshk0eixe9LbxDGTVtabbVBpK+j+yf VDsFse9hjeSwfF5BIw04q/aIwps5/XxM6cnDqtU131w= X-Google-Smtp-Source: ABdhPJyllh45Zetpwh+o1LtUQe3M7nV+rVqtQe9G6cHqjC1FM8puHvKBeSy4gVBdq/rJ185SFC8LqwBRilbhY0H4N1M= X-Received: by 2002:adf:e485:: with SMTP id i5mr26837124wrm.26.1615801004157; Mon, 15 Mar 2021 02:36:44 -0700 (PDT) MIME-Version: 1.0 Reply-To: kamalpr@gmail.com From: "Kamal R. Prasad" Date: Mon, 15 Mar 2021 15:06:33 +0530 Message-ID: Subject: get process details from thread id in kgdb To: freebsd-arm@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4DzWXG3VKxz4ZmG X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=Glq13bj5; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of kamalpr@gmail.com designates 2a00:1450:4864:20::436 as permitted sender) smtp.mailfrom=kamalpr@gmail.com X-Spamd-Result: default: False [-3.96 / 15.00]; HAS_REPLYTO(0.00)[kamalpr@gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; REPLYTO_ADDR_EQ_FROM(0.00)[]; TO_DN_NONE(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-0.96)[-0.956]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::436:from]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; FREEMAIL_REPLYTO(0.00)[gmail.com]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::436:from:127.0.2.255]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::436:from]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2021 09:36:47 -0000 hello, i took a vmcore of freebsd12 which crashed and loaded it in kgdb. How do i get the process name associated with a given kernel thread id? the thread id in symbolic debugger is different from that in the kdb prompt. thanks -kamal From owner-freebsd-arm@freebsd.org Mon Mar 15 13:37:20 2021 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 8C29457C529 for ; Mon, 15 Mar 2021 13:37:20 +0000 (UTC) (envelope-from kamalpr@gmail.com) Received: from mail-wr1-x433.google.com (mail-wr1-x433.google.com [IPv6:2a00:1450:4864:20::433]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 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 4Dzcsq6Psbz4rWV for ; Mon, 15 Mar 2021 13:37:19 +0000 (UTC) (envelope-from kamalpr@gmail.com) Received: by mail-wr1-x433.google.com with SMTP id j7so5709471wrd.1 for ; Mon, 15 Mar 2021 06:37:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:reply-to:from:date:message-id :subject:to; bh=2Ej4hAjKe7HRbHZAoZHEDAR+74rjiV0HLlEikRbBsMo=; b=Joo3Pp6H2V3gWsckT9yIBHF773IjVgE0nKCEkDe4MJ9GRRau7G4E6R1n4v4EvfW+ug hLSnuLHGeJzO46VOVqimAU+jo+1MEKaWpcucogoJEHcYV+buJZqBkk00Oj1xhStq/VkV 7cY1OvDSYcMmfPdj30GK1Ak0+bN4SYMQKSzNUDcrXZbomfSKpyKJESNLhAF9qUT0CuUX SjoL1A4ntG21wVOonRPhdoEwgAw0a9bgS8HK4I2egi7a1QOr4/j3jX1xvkO+MRDUbCUe uL2GOOI3DOorPnpNvpxMc5DWnB/kkZUBxukEEJRXUvz+Ed86GNTLN0qi1z2P0a2mQ6vI xHRg== 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:reply-to :from:date:message-id:subject:to; bh=2Ej4hAjKe7HRbHZAoZHEDAR+74rjiV0HLlEikRbBsMo=; b=uaTUcGgUh5dCp7BZRXckKngVn4fbEFh8nB3IdUztN5L4DB9DfymfAItAH4u9fQ/Lb2 QBjtPgPnFNP+AFjGV93cChioCxPMG2xkOeFbrM8V64TAiDkbeoF5bTuUGHIsRJfxVMqP O1G4goXOVSN1o6Niv0zKKwCfz+5CXasYVTb8KTAZ62B2gbV+RDVrj13r0AZN24VWdnyJ Y+2mCKvUhzd/qmsAL1TO0OEQAFIK5sPh9GuhSFL6UKYnS1ga9kWO9Se+If8TCDZHoAqh tMFfIP5K+IO9BD55zE3RFNxffLz4alq5tABM/4ougqukHxBZ65EkUor+L8WKNSq/XkWS yI4A== X-Gm-Message-State: AOAM533KYhVFZ56rgmvAxKUzw4NbXXn7tJDumX5bNHhfWMIaKlqNnVpM RGxy3MUbDp2hNl2kdIPwCgWzJ53Ves7ZOYBGO8JsGpYKK+td X-Google-Smtp-Source: ABdhPJzC3IKEF9GoG1Fv8TX2ynwBEubx1Brj+6yjFaMjP8wzigKqyNSDYQWM8kjX3AOaK2Si9v6bkEEci6KC0eOM1pM= X-Received: by 2002:a5d:558b:: with SMTP id i11mr26970894wrv.176.1615815437936; Mon, 15 Mar 2021 06:37:17 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: Reply-To: kamalpr@gmail.com From: "Kamal R. Prasad" Date: Mon, 15 Mar 2021 19:07:05 +0530 Message-ID: Subject: Re: get process details from thread id in kgdb To: freebsd-arm@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4Dzcsq6Psbz4rWV X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=Joo3Pp6H; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of kamalpr@gmail.com designates 2a00:1450:4864:20::433 as permitted sender) smtp.mailfrom=kamalpr@gmail.com X-Spamd-Result: default: False [-2.00 / 15.00]; HAS_REPLYTO(0.00)[kamalpr@gmail.com]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; REPLYTO_ADDR_EQ_FROM(0.00)[]; TO_DN_NONE(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::433:from]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.998]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; FREEMAIL_REPLYTO(0.00)[gmail.com]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::433:from:127.0.2.255]; NEURAL_SPAM_SHORT(1.00)[0.999]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::433:from]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2021 13:37:20 -0000 i got the answer to this q here https://backtrace.io/blog/backtrace/improving-freebsd-kernel-debugging/ thanks -kamal On Mon, Mar 15, 2021 at 3:06 PM Kamal R. Prasad wrote: > > hello, > > i took a vmcore of freebsd12 which crashed and loaded it in kgdb. > How do i get the process name associated with a given kernel thread > id? the thread id in symbolic debugger is different from that in the > kdb prompt. > > thanks > -kamal From owner-freebsd-arm@freebsd.org Mon Mar 15 17:27:01 2021 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 5CBEB5A9DA4 for ; Mon, 15 Mar 2021 17:27:01 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Dzjyr2DK3z3Pbn for ; Mon, 15 Mar 2021 17:26:59 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.nyi.internal (Postfix) with ESMTP id 576E65C00F9 for ; Mon, 15 Mar 2021 13:26:59 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute1.internal (MEProxy); Mon, 15 Mar 2021 13:26:59 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zyxst.net; h= date:from:to:subject:message-id:references:mime-version :content-type:in-reply-to; s=fm2; bh=JxLi0DL3e2PaqmVjs8u7XriCOhl 13Ccbb4IjsWAPzSU=; b=jH0usxAsdXbFPFExen52ju7Kz3zsZN82gb59iHgibgF krh2x5njnzyoEGxtpVwUX18TruXPxjjaDABcfRl23hK3JUv3IDohAPp2yermVd8q SHTSh2ksUwvpFKWH/Avw3+qEXgceWtXvQSxldBlhXfCoJ8XpzIzfCNRTF4QYKLsC Y2AGObhZbtOKZsKxiXjJ/18OarXRVqKKiSadpQMNR3yCpqt7Ozeh32TouQ6wjjty V03ihxFifBVl/zgSkb48ImlslSUaL/0h56l9MozYuyvFHMl6VFGweAVvh24HwHL5 v+EWz0fpWoQXu0C9t8XQMbmOOpKYB0rOqpIKxRgjWiA== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm2; bh=JxLi0D L3e2PaqmVjs8u7XriCOhl13Ccbb4IjsWAPzSU=; b=wlq/Xkitr7s/EF5n9vm1zs DYIZkzGT11P2Fr7t7Nk1p8FsAfwxwTQYh78Wb+UZQQYuTgRKnqpWEetcfI1YZZIW yDJ2IFctduW6Bpz4rBvupnPzOp5iUG5ywy3LGN1VJzJhqeiL0tmFFSzATKVUHYiJ +WLEHHNj5NfkokAUfj6VRkSxhvw2DMUScNHcGuYsmP5ZS47p8DWSam1RDYiZcJrq xMXkSTCMurqdh416Uh1QUGEFNLbvjwW0QYQvwP+tfSvZeK2ici+YQfzsFpnDEEgH 9ZA5KJQrnZ7tTvsfsF9IBIT/1R8DCkpke7jWLm+efi2CO6FXwHDh6KI7nTbE8Wcg == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledruddvledguddtvdcutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecunecujfgurhepfffhvffukfhfgggtuggjsehgtd erredttddvnecuhfhrohhmpehtvggthhdqlhhishhtshcuoehtvggthhdqlhhishhtshes iiihgihsthdrnhgvtheqnecuggftrfgrthhtvghrnhepffeileetteelgeffvdeiueeiue eivddthfeuuedtgfejkeetieelieeugeekhfffnecuffhomhgrihhnpehgihhthhhusgdr tghomhenucfkphepkedvrdejtddrledurddutddtnecuvehluhhsthgvrhfuihiivgeptd enucfrrghrrghmpehmrghilhhfrhhomhepthgvtghhqdhlihhsthhsseiihiigshhtrdhn vght X-ME-Proxy: Received: from ceres.zyxst.net (ceres.zyxst.net [82.70.91.100]) by mail.messagingengine.com (Postfix) with ESMTPA id C504324005A for ; Mon, 15 Mar 2021 13:26:58 -0400 (EDT) Date: Mon, 15 Mar 2021 17:26:56 +0000 From: tech-lists To: freebsd-arm@freebsd.org Subject: Re: rpi4b main-n245392-8423f5d4c12 won't boot due to microsd timeout [FIXED] Message-ID: Mail-Followup-To: freebsd-arm@freebsd.org References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="GWa+pkdrEZN0hwqI" Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4Dzjyr2DK3z3Pbn X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=zyxst.net header.s=fm2 header.b=jH0usxAs; dkim=pass header.d=messagingengine.com header.s=fm2 header.b=wlq/Xkit; dmarc=none; spf=pass (mx1.freebsd.org: domain of tech-lists@zyxst.net designates 66.111.4.25 as permitted sender) smtp.mailfrom=tech-lists@zyxst.net X-Spamd-Result: default: False [-5.70 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[66.111.4.25:from]; R_SPF_ALLOW(-0.20)[+ip4:66.111.4.25]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; DKIM_TRACE(0.00)[zyxst.net:+,messagingengine.com:+]; NEURAL_HAM_SHORT(-1.00)[-1.000]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[66.111.4.25:from]; ASN(0.00)[asn:11403, ipnet:66.111.4.0/24, country:US]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_IN_DNSWL_LOW(-0.10)[66.111.4.25:from]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[zyxst.net:s=fm2,messagingengine.com:s=fm2]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; DMARC_NA(0.00)[zyxst.net]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[66.111.4.25:from:127.0.2.255]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2021 17:27:01 -0000 --GWa+pkdrEZN0hwqI Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Mar 13, 2021 at 01:04:01PM -0800, Mark Millard wrote: >If I gather correctly, it works but so does the one found in >FreeBSD-14.0-CURRENT-arm64-aarch64-RPI-20210311-15565e0a217-257277.img >? In other words, the material from >fbsd-rpi4-u-boot2021-04-klaus/files/u-boot.bin/download > >works but is not required to make the RPi4B work? Yes. I have tested it, and it "works" to the extent that it boots normally and I can't see any issues[1] at first glance. For clarity, the sha256 of the u-boot provided from the FreeBSD image is SHA256 (u-boot.bin) =3D 8fa7d8d0f8d9708f7adecb89ca239a52c2f9b6911c20e27b71e4d99d132dbfc4 The latest u-boot from Klaus is SHA256 (u-boot.bin) =3D 48b6d9b3837aabaa7ad9830babe15722f2c46cc03f48f1b64ef40d2c0d0f7529 In both cases, the start4.elf and fixup4.dat that I'm using are=20 the same vintage: % sha256 start4.elf SHA256 (start4.elf) =3D dce1545e7133835b77871295292f692a84101722f6ceecf73f91f2248ba01907 % strings /boot/msdos/start4.elf | grep VC_BUILD_ID_ VC_BUILD_ID_USER: dom VC_BUILD_ID_TIME: 10:12:47 VC_BUILD_ID_VARIANT: start VC_BUILD_ID_TIME: Mar 10 2021 VC_BUILD_ID_BRANCH: bcm2711_2 VC_BUILD_ID_HOSTNAME: buildbot VC_BUILD_ID_PLATFORM: raspberrypi_linux VC_BUILD_ID_VERSION: 4b9ea44619376439c801684745a12299b45ae2bb (clean) % sha256 /boot/msdos/fixup4.dat=20 SHA256 (/boot/msdos/fixup4.dat) =3D 0526e9e190fa1f957c3c7e8063116e0adfd9a0eb9c72c2fe67d59140ef84dc1a These were downloaded from=20 https://github.com/raspberrypi/firmware/raw/0591568b29a724de406aa737fc8e13f= 68c423f3f/boot/start4.elf and https://github.com/raspberrypi/firmware/raw/0591568b29a724de406aa737fc8e13f= 68c423f3f/boot/fixup4.dat [1] how would I "test" the installed[2] u-boot.bin to make sure it was working correctly? [2] the one that was on FreeBSD-14.0-CURRENT-arm64-aarch64-RPI-20210311-15565e0a217-257277.img thanks, --=20 J. --GWa+pkdrEZN0hwqI Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEE8n3tWhxW11Ccvv9/s8o7QhFzNAUFAmBPmNcACgkQs8o7QhFz NAUyqhAApI5Mf1n59Z9la1u5BcIV65K2zd3Q48q3pnm7NxjW7DtddciMx2faDkh4 RKepsWob8QV/lE5TrivFyW/ssXVm4x9i1uyU9svXqyhUdE2ysaG0taNlO3+NNZdZ Vse3Rm0B/g/BPGbH/rzPNMBysFB2HFwvNChdDDkaHKOOqdGcDUJILNY+51kkLhlh lzZpcQJ49PsieFFFuUQHmwBTXAhF0RhETVEfisQRJTWuRpUgkh5qPdidP4aLOrcJ 53m51430s8BXGeOKNtqTYDF9GSE1734BD0K70ni9JXyfRazxyCsCv30aCkmtDt7e oa58WNc6/eyCPZp+JKoYp6eItpRnZ01haSiNtPAKnEWfbje/X/lfTa6830mfBrCz KzFicth41jWJsZKs/JzuWvkLlb1+IzJqzIAUdQddmuqXRQi9nN7dJvK+kLm9lzGu 8zyTGmNbFS5ckbsod9HEbOQlSkN2TdRQnAfGmlPrKinpp14SNXeOatH7SzGW1hd2 bP342RmdAV3z894LurPlTnaBrH0Z3TuCi4pJzTD5URNwj7fWWBDOT1Z8G8m7Cw6n leFSGkgBq1TE/xDCZq2jVRVXmaHp60yUNP2NGbli9yRQeMspg2J/yGy2PoOfoagq zxPgqZU4qzzFVC91k7tRiGQiY+NRhnZjhXlIaGVEH303q3KjqjM= =q3jS -----END PGP SIGNATURE----- --GWa+pkdrEZN0hwqI-- From owner-freebsd-arm@freebsd.org Mon Mar 15 18:30:21 2021 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 144F35AB5AB for ; Mon, 15 Mar 2021 18:30:21 +0000 (UTC) (envelope-from kudzu@tenebras.com) Received: from mail-lf1-x132.google.com (mail-lf1-x132.google.com [IPv6:2a00:1450:4864:20::132]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 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 4DzlMw12f8z3kw7 for ; Mon, 15 Mar 2021 18:30:19 +0000 (UTC) (envelope-from kudzu@tenebras.com) Received: by mail-lf1-x132.google.com with SMTP id m22so58410608lfg.5 for ; Mon, 15 Mar 2021 11:30:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=tenebras-com.20150623.gappssmtp.com; s=20150623; h=mime-version:from:date:message-id:subject:to; bh=nfM3TwUUEQtx1LqY5o5eiMR2LDGg3DbKn6eHpQQCMsU=; b=tERpqh5rOxUGXOPAWJmMZgo/1WdOU/ghqd7EHcbc+1uZsOJ10bW2Uk+vqoqwvIFYj+ Zv3FSJ3cdrMlPWf2qhNAkqXrnOGRhW/X3tHgDwcYSWek8XPRn72OhB7cY/Z/ycSx4R/G dSYsHYee6FpSRGG/wWhR+JT+FbYw1o62xuUQvApqGmrSrbc1KBYjB6zUYu2jnJ5e9vTq ai9mvJsc0i9YJ8cJQiJpHkRXW/DfvN27hMxLHvcbzq3WOM2kREOUcZO2pq4VeE2avjZa blybtZZhwmqdXPQgXCkKxONsKpt02VdJYJIT9XgQREvVJtyRYAZ6rgIlazaiN32hMU91 dFxg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=nfM3TwUUEQtx1LqY5o5eiMR2LDGg3DbKn6eHpQQCMsU=; b=ZescJnq114p3pHbEpAmPOIJslgsJXm/Cn8UrlqPRpPmfXoFmEeENObCctzRLnO/qij EmX87AKRL1iMyqzbbAmtPp3Cg8xrErtWtZFn2i2q+MzdfD4e4dm8P/AMhHqAdVfgQm9j ojFaDI7OZTOWNw7d60OxkZ/fcVJ68kIMxtgrIaq61Eqm00Z+a4e51T3Qf6ibj/lZWc0d XWHK/C7U9m6XA++3XK92Iu7cvg6Yf1gyjwGuib1IH4ndXlZHiQarTUDZUP8idcLNz88A 1NRODnknz2EAfjCllzjzcQiExwLfrrCJLcS/1xUNtTRd48CiYTofCn3VLtfR5mJeKB1B pd0A== X-Gm-Message-State: AOAM532RMlaD70r4p4/NbvhIhdjXwYhlezXa0/6kuhW/HzwyURBj/k3/ kIjHP8A2/F/547s5350TWVRW7nWcl2AgNc1vol9Z5+Y7/HGhDs2W X-Google-Smtp-Source: ABdhPJxE/JywRVx3F0qgx2x1QSwEvQeO+Y9Ab69P4f4Im2+5PwOze7C0j/Mu+t24gZc4t0ufsBlrtz9q2YOTGL+WR+0= X-Received: by 2002:a05:6512:1088:: with SMTP id j8mr8384784lfg.475.1615833018118; Mon, 15 Mar 2021 11:30:18 -0700 (PDT) MIME-Version: 1.0 From: Michael Sierchio Date: Mon, 15 Mar 2021 11:29:42 -0700 Message-ID: Subject: FreeBSD arm64 on EC2 requires boot1.efifat To: freebsd-arm@freebsd.org X-Rspamd-Queue-Id: 4DzlMw12f8z3kw7 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=tenebras-com.20150623.gappssmtp.com header.s=20150623 header.b=tERpqh5r; dmarc=none; spf=none (mx1.freebsd.org: domain of kudzu@tenebras.com has no SPF policy when checking 2a00:1450:4864:20::132) smtp.mailfrom=kudzu@tenebras.com X-Spamd-Result: default: False [-3.30 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[tenebras-com.20150623.gappssmtp.com:s=20150623]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::132:from:127.0.2.255]; DMARC_NA(0.00)[tenebras.com]; DKIM_TRACE(0.00)[tenebras-com.20150623.gappssmtp.com:+]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::132:from]; R_SPF_NA(0.00)[no SPF record]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::132:from]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2021 18:30:21 -0000 For both 12-STABLE and 13-RC2 I have been successful in creating working instances in AWS EC2 only with boot1.efifat =E2=80=93 which does not appear= to be included in base.txz If anyone has succeeded with boot1.efi, I stand ready to be enlightened. Thanks! =E2=80=93 M --=20 "Well," Brahm=C4=81 said, "even after ten thousand explanations, a fool is = no wiser, but an intelligent person requires only two thousand five hundred." - The Mah=C4=81bh=C4=81rata From owner-freebsd-arm@freebsd.org Mon Mar 15 18:58:55 2021 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 EE3A45AC0C0 for ; Mon, 15 Mar 2021 18:58:55 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qt1-x829.google.com (mail-qt1-x829.google.com [IPv6:2607:f8b0:4864:20::829]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 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 4Dzm0t5NX6z3mWn for ; Mon, 15 Mar 2021 18:58:54 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qt1-x829.google.com with SMTP id g24so9907566qts.6 for ; Mon, 15 Mar 2021 11:58:54 -0700 (PDT) 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=E4QX00jCD6QbsDGgBZjolKNhZOC5Tsv3AM9WgYOxy5s=; b=BHT8JZ6fVVfWggfQBFlpDbCiByN+A8tV5kK2pIxMLuemSQf6u1cxsR19lMS3IksuAS pOEdHEGlHH9ru5wSTJTosQXFyOhDXTOHy4+F/MQ9GnLHjQQtCQsYe5orVtXKVrCKQOuF wedPYsC9QwEBjULqkDT2srf21b7EKmE/lIo/M4VenooaoIn2Zglpx/jS/ZRUInxmEsVD P4qvK2qBrKrNLfls2tL5byKY1ib0QoSS++mZ7oTLfz8A7J/ckYSnWkpQwCfG3dcLmkbo kG0rrrRnVQrZyxekO7ilyOHQDjbptzcTdRGJMgN1ThqjnJrjGI4tp4M1rNshnXI8pMyi 3gZg== 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=E4QX00jCD6QbsDGgBZjolKNhZOC5Tsv3AM9WgYOxy5s=; b=toYvxQLThazCwDtR5iAX5/YUcIxN79txB6Tur3GiAh7ml/FzEsWjc2iAITSpfoq18i 1DvbPkXE7QAqDoZ8tWigA+LI0WtP5RP0gYw0yG9ZXEAII6JXB+mVeIeqyUOAUAFOEvDp GUrW1/gkhzJdS6BWiYpFL2NE/6n1UAmexVjI1hJ/hHLzW0Tux5gYXMqTHUnW3yZN/dKW pu5N0glYthEcZiEaaZov8p6jpAD/u3ts3x+6W1OU5sVFlpN7IiEK/e/d+eEop2q2upaR jUbV29BQj1y4urvjYcR+8EfAREsYX3K8GojsL5AB7Bxw8DYcZSzviDEEq2hubIRV/mtW gvfA== X-Gm-Message-State: AOAM532Dha7OyOy6hOCKbPg91ahkXBKObWT5zPQSsGNpE0W8onNcOqDT pADxcu8eW5+KzJWEI4BuraruT5HkCVqtw6CXKnxPrQ== X-Google-Smtp-Source: ABdhPJzqumwMH5g0wydXDwwdwxVW0t/yBgjCsSGcVsz0DhzekbGrVEjH9jW8+jH7hVs/Erg0fUvTX7GrIVZqb6M0idA= X-Received: by 2002:a05:622a:1748:: with SMTP id l8mr8742249qtk.73.1615834733335; Mon, 15 Mar 2021 11:58:53 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Warner Losh Date: Mon, 15 Mar 2021 12:58:42 -0600 Message-ID: Subject: Re: FreeBSD arm64 on EC2 requires boot1.efifat To: Michael Sierchio Cc: "freebsd-arm@freebsd.org" X-Rspamd-Queue-Id: 4Dzm0t5NX6z3mWn X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bsdimp-com.20150623.gappssmtp.com header.s=20150623 header.b=BHT8JZ6f; dmarc=none; spf=none (mx1.freebsd.org: domain of wlosh@bsdimp.com has no SPF policy when checking 2607:f8b0:4864:20::829) smtp.mailfrom=wlosh@bsdimp.com X-Spamd-Result: default: False [-3.00 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20150623.gappssmtp.com:s=20150623]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; DMARC_NA(0.00)[bsdimp.com]; SPAMHAUS_ZRD(0.00)[2607:f8b0:4864:20::829:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[bsdimp-com.20150623.gappssmtp.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::829:from]; NEURAL_HAM_SHORT(-1.00)[-1.000]; R_SPF_NA(0.00)[no SPF record]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RBL_DBL_DONT_QUERY_IPS(0.00)[2607:f8b0:4864:20::829:from]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com]; MAILMAN_DEST(0.00)[freebsd-arm]; 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.34 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2021 18:58:56 -0000 On Mon, Mar 15, 2021 at 12:30 PM Michael Sierchio wrote: > For both 12-STABLE and 13-RC2 I have been successful in creating working > instances in AWS EC2 only with boot1.efifat =E2=80=93 which does not appe= ar to be > included in base.txz > No. It's not needed. It has been retired. > If anyone has succeeded with boot1.efi, I stand ready to be enlightened. > The ESP is just a FAT filesystem. newfs_msdos /dev/XX mount -t msdos /dev/XX /mnt mkdir /mnt/efi/boot cp /boot/boot1.efi /mnt/efi/boot/bootx64.efi I've added this to the release notes recently... > Thanks! > > =E2=80=93 M > > -- > > "Well," Brahm=C4=81 said, "even after ten thousand explanations, a fool i= s no > wiser, but an intelligent person requires only two thousand five hundred.= " > > - The Mah=C4=81bh=C4=81rata > _______________________________________________ > 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 Mon Mar 15 19:21:51 2021 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 CEBA35AC863 for ; Mon, 15 Mar 2021 19:21:51 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mail-il1-f174.google.com (mail-il1-f174.google.com [209.85.166.174]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 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 4DzmWL6264z3p6V for ; Mon, 15 Mar 2021 19:21:50 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: by mail-il1-f174.google.com with SMTP id g9so10473505ilc.3 for ; Mon, 15 Mar 2021 12:21:50 -0700 (PDT) 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=gvPTNeLZCsnivWaASlgbdPBKvdqQbIbQa9k4D0U+dYM=; b=B7oCKSE62Otx39QGChyAmFoq7GQSd7uv3WaCp8s4kZ3nb0trvM7n2O2cEWf1fs69M6 qU8rDJxdOnOdwksm0xXnsTpKNFVAaZRXC4OcQvdMUKHZYmC0ey2JfpjKlfF85csqYNqF 3U1Q86sBEtPbDT+nAqSvSzRQjaeCO4J3XI4F1nzzNHVn2bjHhGz59QytNmgL53WMtBVL jrnge8+nqeE6nFQagKxhOUc6g9FOJZYobylaf7QN6Kr0iiSjf6pK0+EfphKKnml7ruIy wjnuPjxr6lQvhOip7c4WkTbiU/4XLdOFxPT/ymIF+jJALz68Svaz4Jb3p1selFYETx2z q1bA== X-Gm-Message-State: AOAM530eZnnW7IZgLOuc0ioUSBunsn/b7DyHSsMW79hx8M3LY1g+0gAJ Lm6mtHH04tlpDB6ZplV+JvS6HVyqJC6DzDW3LGY= X-Google-Smtp-Source: ABdhPJyqYgV92mz27vldMUxzF0HsxOHfxtMkXbQYRkuiPKT9wcogWfcheRVlAZLu5//8XPL8HdeCq5mhcrMav5KbOCI= X-Received: by 2002:a92:c690:: with SMTP id o16mr934545ilg.256.1615836109562; Mon, 15 Mar 2021 12:21:49 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Ed Maste Date: Mon, 15 Mar 2021 15:20:50 -0400 Message-ID: Subject: Re: Activating RPi 3B+ network port LED's To: Ralf Wenk Cc: "freebsd-arm@freebsd.org" Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4DzmWL6264z3p6V X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of carpeddiem@gmail.com designates 209.85.166.174 as permitted sender) smtp.mailfrom=carpeddiem@gmail.com X-Spamd-Result: default: False [-3.00 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17:c]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RCPT_COUNT_TWO(0.00)[2]; FORGED_SENDER(0.30)[emaste@freebsd.org,carpeddiem@gmail.com]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[209.85.166.174:from]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FROM_NEQ_ENVFROM(0.00)[emaste@freebsd.org,carpeddiem@gmail.com]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FREEFALL_USER(0.00)[carpeddiem]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; DMARC_NA(0.00)[freebsd.org]; SPAMHAUS_ZRD(0.00)[209.85.166.174:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[209.85.166.174:from]; R_DKIM_NA(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[209.85.166.174:from]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2021 19:21:51 -0000 On Thu, 18 Apr 2019 at 04:22, Ralf Wenk wrote: > > Hello, > > for those who are interested in having the network port LED's of an > RPi 3B+ showing at least some activity, the attachment of bug 237325 > contains a patch for the muge(4) driver. Hi Ralf, I just tried 13.0-RC2 on a RPi 3B+ and found that the Ethernet LEDs are not working; I've submitted PR 254267 for this. As far as I can remember I did not have a RPi 3B+ handy when I helped bring in the original change, so this may be the first time I've tried on this hardware. Could you try a 13.0-RC image? From owner-freebsd-arm@freebsd.org Mon Mar 15 19:43:50 2021 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 58AF55AD6DC for ; Mon, 15 Mar 2021 19:43:50 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Dzn0k258Rz3qr5; Mon, 15 Mar 2021 19:43:50 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from comporellon.tachypleus.net (unknown [IPv6:2601:405:4a00:acd:99f0:d68d:7c56:a829]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: nwhitehorn/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 1557A2D0F3; Mon, 15 Mar 2021 19:43:50 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Subject: Re: FreeBSD arm64 on EC2 requires boot1.efifat To: Warner Losh , Michael Sierchio Cc: "freebsd-arm@freebsd.org" References: From: Nathan Whitehorn Message-ID: Date: Mon, 15 Mar 2021 15:43:49 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.8.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2021 19:43:50 -0000 On 3/15/21 2:58 PM, Warner Losh wrote: > On Mon, Mar 15, 2021 at 12:30 PM Michael Sierchio > wrote: > >> For both 12-STABLE and 13-RC2 I have been successful in creating working >> instances in AWS EC2 only with boot1.efifat – which does not appear to be >> included in base.txz >> > No. It's not needed. It has been retired. > > >> If anyone has succeeded with boot1.efi, I stand ready to be enlightened. >> > The ESP is just a FAT filesystem. > > newfs_msdos /dev/XX > mount -t msdos /dev/XX /mnt > mkdir /mnt/efi/boot > cp /boot/boot1.efi /mnt/efi/boot/bootx64.efi > > I've added this to the release notes recently... And the installer (and VM images) do this internally now. -Nathan >> Thanks! >> >> – M >> >> -- >> >> "Well," Brahmā said, "even after ten thousand explanations, a fool is no >> wiser, but an intelligent person requires only two thousand five hundred." >> >> - The Mahābhārata >> _______________________________________________ >> 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" >> > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > From owner-freebsd-arm@freebsd.org Tue Mar 16 01:50:10 2021 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 46920570FF7 for ; Tue, 16 Mar 2021 01:50:10 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic312-25.consmr.mail.gq1.yahoo.com (sonic312-25.consmr.mail.gq1.yahoo.com [98.137.69.206]) (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 4Dzx7P0Crxz4n9y for ; Tue, 16 Mar 2021 01:50:08 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1615859407; bh=82psKo9o+um6Z73nFyK/7C+YzASE7WDsdnvmsWG2MpR=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=DQtUeV65/KJ9l+2+nw7jipciFYpTqucPiX7nYHOL18MuA2IIZqEehnO32AQ1PWDx8kBqTmC0kIr3anGiNdexA+HQ+mw2i3sP5V4MwtqyOH24sktLF92FFnLn8zRH30XftK9rZ5SLCwMGuUY6V+bOQWkfHooV4P7YoRgK+DDc9KJLhqKQFi7oxmH5gNveytRs7YtimX2LTXbPqSbsX1DtC84EhbCvYSNVOM0oL/gEhmTklt54M21cTb+8I3o40DcYN9R2pgHwix/pr+Sewj0CN7SwcQ01Mqw17AWrqkNoBZ0/nXFB/rBkE/xLpHLffZbLwUlt+pbFkSRUndVrVgs6IA== X-YMail-OSG: ZF58X_MVM1mlRokoU9df_p3pyv9bMFtQPCLsBojCL5HPDPame3nt1B1z6l6Gtm2 LA1wS7L_VfOaBM42ERWY6zTYddZ3lNgZBfTx2g.Q_RLAS8UYd1ns0YPiGRPS_.K_9x9YebUWjNo5 QjAPNNaRZWAZSOeUNjY2aWCvyOIYU2piY_ldUiZM.K8iSSZ1u_YHUGu27pPUMqfaywsskB_snmv1 QpORDo.HeuekBngRWeXYjHDr1OEVQPFKX8S4GP71BwK9b.8ByFDnPjvIXMvVnK40sKdEiShCA.Aw 39sym2tFevLiFJSshl6BwOchqQZ8EBwCdsSi3OZH8K_bWJxK2C.f5vc1IZkTe72RDhxj8w41ddIR nGyATwNp2yvWOU3TRhZnJtSGxD90Dyq.zvOCgdFVHRnktNiJihc8n913a8LcG2OCKVzgRrZGjw9i DSyi_dYDCW5K.LK.x_eAmtJI8c5Im7JwQqcDtMq9mo8.SiK3UvUH16HJmKAdhAuvDx_tArggX6UW c_rrowxiEdG4_yEfcPoXj3boukGL5ignzBQm9YAXqN0Iv1PVLoG3MzEePyfFRHvJ2jXeLeYfX7QJ GCCG4ox83BQ3Z_RZcG8ibCnwjXFOxFQ8grmdz4OpIJwmpor7PfRMXWRKkR4k80aq3KrJeDgwp2Vz 52A.1kBkuj_APV_a9lQX.waoFz1_yG3iFFaK345UKW6dHbLElyvOUmaqmQsUEo1Gsba3AvoRnRNV jq60ME5PqKuAr9bu_TttpoKj6Y30d_lmIccjpz8q7fbTR5iJAjFfQOtNnIaWXzj8CFSp0IO3OkhQ V.b7kC1LltPPNJGsNmwj6BaL6TKyt50VS2NYQf619Qy_.YSEYQbbjkKLEWe.Mr7_9JSz99Y.GHjK NBjuZYKt4VCuDjW9fxRRaX48cce4EJ45YzZB.Hd_j1iG59fnVvkordZGQlROySrQlFHrM5OWxmv. hCOiTNxJD9nX3LSkRXwzegnMPBn5Txe_OlA6xDOEH_JJKSyanZxE0KlWtqAX5PbSs3p2mtcfssB1 pmElaA2YcjR7lsteW3_l8TeMP5sAZnJJ_mAXfIoEBljdXEOzJ.NxZHWCaf4CVIJfVDEOdGlP4xxS s0vLCtI2At_tEMO0_io.hsWi.tXZjvZUA_VAdPqrzf08HMtFBlKg5q0vVyswC4uSPqqBkFc9Ekg5 Mcx23JZWcxV.ALlCRRcmpD2lsQzL704WlMH8hpkOmsDpOpfEP0D9hmW9XshBjR2f4Pt_DwuvNhpZ .chyAWLyWugQGOcFwfV.Q0bOWoF0pfPjNalwf9PNvxbVSVSNm_HZTcuvATF1sWIAN3pOnMYYw0yI 1Um7N51zim58hcQdy65YK9XcIP1qUGfhwpg62xUfbDiVJ6qAIL_oiiIHOpuhqMHx6lAKxnMFuNjj aExpKv0WFPa52M4o_CvbT.kTlzKpsW1aRDgo4SPZgchMqrSJKEGDYt9Be4IoB.t5x6XrIsvU3qd. ZNd5EUl2Nu6l5P5WD.TAY.z60X6ZdRAnpyjaDT99_OcMZrXC5s9Xa.gmYiXHMnkuGWcXBNqdEPTr jqr0.uyfrMr54GH_sFZF8d3H4Ln3Uu1ZhEPwB4l6XOvdy.bl4BFrzE3g3WRx5lD276U_ZOejhWFN bOYHYO62y6HHbDMiN8fvb.LYBBCben5phACIucOZTK0nfLcN_h75eHbXYNk7y2lP8Sf967S0pib1 J36PcZNt1xUqIq4huu.ExYU9Q30Ydpr0Gw7hXy_Pm3d_26gCrhq5Zbw47UyBdLi4Fp6QzYBiDmzz pMdtclLB10ehFWFw0HXnGf7gDeEXC6xbpwTzspHnOC1A1aQAEOObZpozghNYQJTek8W3hAtg.aaZ xPB6Ee.C5OX8ZYPknUuCSGxO6Nr_avaqbMf5NEcijnOt00XFEamEgtOUK0BZnZjl0LnxIqp0gzRS fU5VLmMDChyl.0yEQLPV5klNVhrO5eYEW_14N_Yq_BO.01m99GjvAyMJ_IuAs9Ix73wwvj_Cpdas FFnPgYuUij3598R_81R7Vbuw9E8mQKJoh_vvss0dthaydJsG4LtOkxUIslMeGhhPX2oJOfBzy6Fw FbDYJ9SBTaW9tiVhjYOyy5yRu6y32He7Ls761kRvNPWKLB0ZwZ._7kBJhy.OrjFP3z7xQoFDa6X0 vNRMAwwm8mo58iq7TxPlsF_HDBeyuD.HniMjC3.P9U4JKHeqW6VpRsx2q_NvWHa7IuV00d0UzE19 pjBqDK5wRIbxgcMqE2GIde4g9OFtq.wECA.hC1WcwcwpFF1SV6oZ48.TVQTi2XqMkT8JAabXRIdR QTpiPGrFDjexrDsruAmn.xB3jcq0U41qoWZvJ8MlKm1wQNWvQEr_UgVecaz9yAh.p1143o2jdB6t 3BAbOCxANNcpVrlOlBzrGqRvLIa94lXBEoPBlY1XXTpOUsQxBzThWEgGkqFaMzWl1IejtsbnGiZ1 2p0jMJ50fJf7iiqkNhHj7fTlyh.w8Y9p.GkXrDh_WZDEjwzimsKeV1VN8wJkOnJnbM0.1Gmo8.5U aid.pssZQswlmGLyZxCBSO0VmCxtcyf5wPVzZlwOGVYR5Iuvmhpl4HWcfs6BEdg5Gs3YVSox8koS dBi6joB8BFAGOQIBO X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic312.consmr.mail.gq1.yahoo.com with HTTP; Tue, 16 Mar 2021 01:50:07 +0000 Received: by smtp417.mail.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 9955ff33ae4d9563304ef45684b56d8a; Tue, 16 Mar 2021 01:50:04 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: rpi4b main-n245392-8423f5d4c12 won't boot due to microsd timeout [FIXED] From: Mark Millard In-Reply-To: Date: Mon, 15 Mar 2021 18:50:02 -0700 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <79EB88DA-0144-4A12-B716-3CF5011F16C4@yahoo.com> References: To: tech-lists X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4Dzx7P0Crxz4n9y X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.69.206:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.69.206:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.206:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.206:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Mar 2021 01:50:10 -0000 On 2021-Mar-15, at 10:26, tech-lists wrote: > On Sat, Mar 13, 2021 at 01:04:01PM -0800, Mark Millard wrote: >=20 >> If I gather correctly, it works but so does the one found in >> = FreeBSD-14.0-CURRENT-arm64-aarch64-RPI-20210311-15565e0a217-257277.img >> ? In other words, the material from >> fbsd-rpi4-u-boot2021-04-klaus/files/u-boot.bin/download >>=20 >> works but is not required to make the RPi4B work? >=20 > Yes. I have tested it, and it "works" to the extent that it boots > normally and I can't see any issues[1] at first glance. So there would seem to be no urgent aspect of existing RPi[34] u-boot ports vs. Klaus K.'s build(s) to lead Klaus to put up reviews on Phabricator for updates to: sysutils/u-boot-rpi-arm64 sysutils/u-boot-rpi3 sysutils/u-boot-rpi4 > For clarity, the sha256 of the u-boot provided from the FreeBSD image = is > SHA256 (u-boot.bin) =3D > 8fa7d8d0f8d9708f7adecb89ca239a52c2f9b6911c20e27b71e4d99d132dbfc4 >=20 > The latest u-boot from Klaus is > SHA256 (u-boot.bin) =3D > 48b6d9b3837aabaa7ad9830babe15722f2c46cc03f48f1b64ef40d2c0d0f7529 >=20 > In both cases, the start4.elf and fixup4.dat that I'm using are the = same vintage: >=20 > % sha256 start4.elf > SHA256 (start4.elf) =3D > dce1545e7133835b77871295292f692a84101722f6ceecf73f91f2248ba01907 >=20 > % strings /boot/msdos/start4.elf | grep VC_BUILD_ID_ > VC_BUILD_ID_USER: dom > VC_BUILD_ID_TIME: 10:12:47 > VC_BUILD_ID_VARIANT: start > VC_BUILD_ID_TIME: Mar 10 2021 > VC_BUILD_ID_BRANCH: bcm2711_2 > VC_BUILD_ID_HOSTNAME: buildbot > VC_BUILD_ID_PLATFORM: raspberrypi_linux > VC_BUILD_ID_VERSION: 4b9ea44619376439c801684745a12299b45ae2bb (clean) Good to know, thanks. It may be that the Mar 10 2021 build/release is only a fix relative to the Mar 5 2021 release and not relative to the Feb 25 2021 build/release. (I'm not sure that builds and releases are always the same day. But it does happen frequently as I understand.) > % sha256 /boot/msdos/fixup4.dat SHA256 (/boot/msdos/fixup4.dat) =3D > 0526e9e190fa1f957c3c7e8063116e0adfd9a0eb9c72c2fe67d59140ef84dc1a >=20 > These were downloaded from = https://github.com/raspberrypi/firmware/raw/0591568b29a724de406aa737fc8e13= f68c423f3f/boot/start4.elf > and > = https://github.com/raspberrypi/firmware/raw/0591568b29a724de406aa737fc8e13= f68c423f3f/boot/fixup4.dat >=20 > [1] how would I "test" the installed[2] u-boot.bin to make sure it was > working correctly? I was thinking of whatever criteria you used when you wrote: QUOTE . . . > = https://sourceforge.net/projects/fbsd-rpi4-u-boot2021-04-klaus/files/u-boo= t.bin/download Pleased to report this new u-boot works perfectly! thank you END QUOTE I had not quizzed you about what it takes to have the status "works perfectly". (I would expect that "works perfectly" has to involve how the combination of u-boot and RPi* firmware operate together in making the judgment.) > [2] the one that was on > FreeBSD-14.0-CURRENT-arm64-aarch64-RPI-20210311-15565e0a217-257277.img [2] has both a different u-boot and a different group of RPi* firmware files. There would seem to be no urgent aspect of the existing sysutils/rpi-firmware port vs. the Mar 10 2021 RPI* materials to lead anyone to put up a review on Phabricator for updating: sysutils/rpi-firmware =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Tue Mar 16 06:26:12 2021 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 5F09557901D for ; Tue, 16 Mar 2021 06:26:12 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-wm1-x335.google.com (mail-wm1-x335.google.com [IPv6:2a00:1450:4864:20::335]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 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 4F03Fv4gl1z3Lqx for ; Tue, 16 Mar 2021 06:26:11 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-wm1-x335.google.com with SMTP id b2-20020a7bc2420000b029010be1081172so760790wmj.1 for ; Mon, 15 Mar 2021 23:26:11 -0700 (PDT) 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=xe2h0ohANW6pszJMwkS234xMG5/sIjZ6tp7ELbhv4gE=; b=UoDRSlnBjquI4itxdP3pWLjhbW8W+2GvOL1sJgLeQMF4a8Mk94TltCBl0pKn6BH50x rbKGqD12phTOF3zVJG3RiM2dRPtRuTGsLcRizCbBGL85jIqvhuB3Kvkm1V6CUTestB+0 pUl68LfXwJp7XE9idGJcBAcu5vpobx8+u3W32U2/ho4hEusW8/nI1PqgF6B3TBfnEcuP RxFr1bqlrb6q9keAHvN+7CpEls2jw97CJxSMNbPKFmo0J0xZqR6rIK1FbNdQc2BTvfdI B/NNNAvnTRrDMvAoUL0pDYdDtPo987uKioUOncSEx/V1rB6ptWpY3LCFGmWCbScwodCU RcDw== X-Gm-Message-State: AOAM53117mIyZVm+YEt22CSC4pyFsmqYNSdlmxKBau168j8d3wufHiN0 gqAQb8qbkQGRHZRy7PsQp7Y= X-Google-Smtp-Source: ABdhPJxfqr7l0akQtO62+1NtP4ziJvLHX66KM2YySgwIYJ97fXiF7SbJENfoWtjjLau4GXB+5Fnh7w== X-Received: by 2002:a1c:c20a:: with SMTP id s10mr2985032wmf.144.1615875970155; Mon, 15 Mar 2021 23:26:10 -0700 (PDT) Received: from [192.168.1.167] (dynamic-046-114-154-247.46.114.pool.telefonica.de. [46.114.154.247]) by smtp.googlemail.com with ESMTPSA id j4sm1972862wmo.10.2021.03.15.23.26.08 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Mon, 15 Mar 2021 23:26:09 -0700 (PDT) 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 14.0 \(3654.60.0.2.21\)) Subject: Re: rpi4b main-n245392-8423f5d4c12 won't boot due to microsd timeout [FIXED] Date: Tue, 16 Mar 2021 07:26:07 +0100 References: <79EB88DA-0144-4A12-B716-3CF5011F16C4@yahoo.com> To: Mark Millard , freebsd-arm@freebsd.org In-Reply-To: <79EB88DA-0144-4A12-B716-3CF5011F16C4@yahoo.com> Message-Id: <0281510F-3FDF-4500-AD98-D20A2150BD91@googlemail.com> X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4F03Fv4gl1z3Lqx X-Spamd-Bar: - X-Spamd-Result: default: False [-1.60 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[googlemail.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; 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]; FREEMAIL_TO(0.00)[yahoo.com,freebsd.org]; 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)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::335:from]; DWL_DNSWL_NONE(0.00)[googlemail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[googlemail.com:s=20161025]; RECEIVED_SPAMHAUS_PBL(0.00)[46.114.154.247:received]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.90)[0.904]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::335:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::335:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Mar 2021 06:26:12 -0000 > Am 16.03.2021 um 02:50 schrieb Mark Millard via freebsd-arm = : >=20 > So there would seem to be no urgent aspect of > existing RPi[34] u-boot ports vs. Klaus K.'s > build(s) to lead Klaus to put up reviews on > Phabricator for updates to: >=20 > sysutils/u-boot-rpi-arm64 > sysutils/u-boot-rpi3 > sysutils/u-boot-rpi4 Well, while it would be possible to suggest (pre-)-patches e.g. in = sysutils/u-boot-rpi4 for review, if necessary ... it=E2=80=99s not possible to upgrade u-boot-release-versions only for = the RPI in its single-ports, because there is a single =E2=80=9AMasterdir`- u-boot which will upgrade = all u-boot-single-ports in the ports-tree. masterdir-upgrades usually come relatively slow in FreeBSD, sometimes = weeks after the upstream. So if we want u-boot release-candidates (-rc) , faster ports-upgrades or = add own features, upstream-patches: we have to compile them ourselves.=20= That=E2=80=99s why I upload them sometimes to somewhere for some = reason(testing, patches, whatever). Fortunately u-boot is not as much = error-prone as the firmware so uploads of u-boot - rc can be more seen = as feature. As an example it would be possible to apply patches to : > sysutils/u-boot-rpi-arm64 > sysutils/u-boot-rpi3 > sysutils/u-boot-rpi4 But the maintainers then always have look if patches made it upstream = and then remove/change=20 them again for every single port with the next release=E2=80=A6 = understandable why they would not like that :-) =E2=80=A6.while on the = other hand it=E2=80=99s not so uncommon to apply patches before they = make it upstream in u-boot. So self-compiling makes life a bit easier. K. From owner-freebsd-arm@freebsd.org Tue Mar 16 09:51:00 2021 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 CD1E957F02F for ; Tue, 16 Mar 2021 09:51:00 +0000 (UTC) (envelope-from iz-rpi03@hs-karlsruhe.de) Received: from smtp.hs-karlsruhe.de (smtp.HS-Karlsruhe.DE [193.196.64.25]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4F07pD02HMz3q5j; Tue, 16 Mar 2021 09:50:59 +0000 (UTC) (envelope-from iz-rpi03@hs-karlsruhe.de) Received: from iz-wera-new.hs-karlsruhe.de ([193.196.65.47]) by smtp.hs-karlsruhe.de with esmtp (Exim 4.80.1) (envelope-from ) id 1lM6Lk-0070mM-Ig; Tue, 16 Mar 2021 10:50:52 +0100 X-Mailer: exmh version 2.9.0 11/07/2018 with nmh-1.7.1 From: Ralf Wenk To: Ed Maste cc: "freebsd-arm@freebsd.org" Subject: Re: Activating RPi 3B+ network port LED's In-reply-to: References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 16 Mar 2021 10:44:17 +0100 Message-Id: X-Rspamd-Queue-Id: 4F07pD02HMz3q5j X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of iz-rpi03@hs-karlsruhe.de designates 193.196.64.25 as permitted sender) smtp.mailfrom=iz-rpi03@hs-karlsruhe.de X-Spamd-Result: default: False [-1.68 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[193.196.64.25:from]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; MV_CASE(0.50)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[hs-karlsruhe.de]; R_SPF_ALLOW(-0.20)[+mx]; SPAMHAUS_ZRD(0.00)[193.196.64.25:from:127.0.2.255]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_SPAM_SHORT(0.12)[0.120]; NEURAL_HAM_LONG(-1.00)[-1.000]; RCPT_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:553, ipnet:193.196.64.0/18, country:DE]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Mar 2021 09:51:00 -0000 On 2021-03-15 at 15:20 -0400 Ed Maste wrote: > On Thu, 18 Apr 2019 at 04:22, Ralf Wenk wrote: > > > > Hello, > > > > for those who are interested in having the network port LED's of an > > RPi 3B+ showing at least some activity, the attachment of bug 237325 > > contains a patch for the muge(4) driver. > > Hi Ralf, I just tried 13.0-RC2 on a RPi 3B+ and found that the > Ethernet LEDs are not working; I've submitted PR 254267 for this. > > As far as I can remember I did not have a RPi 3B+ handy when I helped > bring in the original change, so this may be the first time I've tried > on this hardware. Could you try a 13.0-RC image? > Hello Ed, fortunately I have one here. I tied the 13.0-RC2 image and can confirm that the Ethernet LEDs are not working any more. I have also tried a 14.0 Current GENERIC from February with the same result. Buildworld, buildkernel are running now to get a CURRENT from today. I will also update the contents of the MSDOS partition to match what is in the latest 14.0 image. A colleague noticed that the Ethernet LEDs are not working any more after a new image installation on his RPi 3B+. Unfortunately he can't remember what the working FreeBSD version was, but it happened more than a year ago. From owner-freebsd-arm@freebsd.org Tue Mar 16 09:53:53 2021 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 08A9657F413 for ; Tue, 16 Mar 2021 09:53:53 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic301-21.consmr.mail.gq1.yahoo.com (sonic301-21.consmr.mail.gq1.yahoo.com [98.137.64.147]) (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 4F07sW31mfz3q5B for ; Tue, 16 Mar 2021 09:53:51 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1615888427; bh=h2qh8DsxaXdbrEDArbSWqHO0MboVq306tSt9OBoC66E=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=AQkohx78gbYYgYpfynWxCwWfKvPshByKO24rY4rJNt11U9SpJSB2IbqXFh5fr0c4XARXxS/IUnwvDVLrFBXxbNOTyGTlC3dgmQTMvRb0bf6cZUOU+wzVrGlQt7RaHsmUUzYpoNkr8tgWBoYIi8zw5hFL7CUhoXSmFgscc9l6Nl/HuSvLpF/z41jE0lEFU+2zvukIDMB2rN2vj5aEFqSWAOozRTDLIwfPeqyWjrEQa9Or0VRq5idKvbreXP/sRmwS4L/QkatlRtkEYAhuEx7HVnOB1j4Zsa1fJoHNdfXIwbzYqD06MXTiCGLMcstszoOcT2aJT9Qq8o6SIyifWF4t7g== X-YMail-OSG: SJi49gsVM1mX9gEI_VyIKFoRMYvDM_aUApvr7PCBKiiq6UDIfH.vJkPkBnDKLh7 ft1SrdQS_IzX9axQWqz4QwUcUTszstnYAAr5kinJFQ6Wc.q.u4XzOjKFkJBDmwjgCCJous2YAlZa boEBpytzcUauC5voOthlhZu2uTBlZNDd1RxsR9tis2eBWebva4YMHKFA.SK2OaLMqaxct.ItUDxm JmLQPPNTUHOFWp2iUH0yIHkFPewTp0_tpGDFQk18hmn.THcGw21F2wxWQHqAuIUVUrjWi8ZJxqYF .7ZLFMh5OLFsRd7Hw0PZaHdPQEXHy6nMXXCN2BTVLSi9pg_Z.6UtUaO7oB99Q3vkauk2Gea1mkg5 6zD3fiDR4ZN.Pyn8Mf3grVmWgXpi3VCxHN6y.jh0DNUZu2x.LTAaG.cwC1WXT4RfcRuaRJgGitZs nwdaLI.xEKKz1nNQA8MviKymVaVEs4rUXBb8aZzkop1yYDJuQA3LnSSvoVxamrTIQdyxFtVow4Wf jcMATnXqBvZREsHqfbQXWVDA9Tud3JE.Kr5sphkB15p1.._ZeXYC1LVfobuytY7ZWD1dXom5msLR rbwYJh5E8aMWpumB1TwTKG2WFGCQjStPoJ6Wwp0orGVgLGu3f0Bc1J.GnOTLcrN1XvBOWnJko_RQ vGrwKRd8erNdajrTMycML6XOCsQzSyeO74luPt9ec91hMCTGZW7Pidzr0JsjVGyqlU_aS9YgV7kS i2hy_281Or4VdoO7V1cnwTiVHrHfLvPPs597OkvnP88cx1T8bIB.OokzTvqrba8l4Symz12U37ba 2ZygfGNAvtwU6S.7.jjjdMbY57rq5frLA6.E4l8UGz0O.QOWmjm_2MKbEhIAga.Gg69BSHRcWl09 ooUTRgUOxgjanB9Nhe1oC_zN7yQDdMA.RXOEZJQmr8xG9wVJuR_Kp7CxEI_62tMEiR4HDG06GBD3 KgdelVQ2miss0LdplBA4JdVC0fj.cyfo9owkM_jS5u_iahcsy4XAyq8QFArTz_IdC0XJRvxhd2kC b7zCWIOueM8PWb2BQET_Xd3_R4JvMAwd1fULQaLYbAgCYbCsbBa.zzSQrvFIGlDIX0mifBSD2tc7 xALxbFXo53tvvoTMpk4dgDPYzLeAPTAUIt6CMMhJaz8YlI8nCCNfrnyQ3pkXP8UpqaZK1Y9tWdSz EJX81pMx9zud.qN9hRG4g0SPhj7A9ssTJImYfZR6OjvZsE2qDGNGt7bTnmzuZbMRW9Eidi3oePek i32QXvf.P6cqi0fk865Ywccmmh7N0BXAeB4eqD7A1jddSiJPDhr5Gy8kAy.NlQAFfx1kcBE4E0Yf aOHqj7_6GJuejdvy0188adL_8gs7WNG..cVfTz_8R_Gr21q6W5zWLIr4WCCwO_h9IK3l6RJ.nvOp nGRAlmEwpnJzyW9M5dYNYJPZCLgYMkcIHsxtIJgbhClghZmExMyia1KpelebP5MtvjKg7imPwecT g6svqcteSIyaUNn8RrymB_cjpv02DC3tv_2dz9j10aR6s_wzTWfnhdju1M1fSp3AlaV.TMoHPr1z jrJhx6REaPdXMKTmMYYcinCK7y2u8yfgawkGKe9mrZrhMGUlqWAW3cA6UCvU.JbXpKkdpt.crACu XKAMJhBdsjfJgBDMF1abHb507RqruFvDQBCgkMEa0DaV90rPD71vCXrhUi51b69qhi8mLx6b_Ia1 QdUj9rZgnUNg37r6k3tBMoZW.hp6bwJoQ7EV6jXr9b_DWzpbZjLpQjBjMUdhF2p1lIlzTb1owgjM N5v4fVezY7VPktNhgl..Xcx2OyCs6oxmrylbrKEiQV9Kgu_4EVxBrNGK5pBFuelTgn7eeQ8mFM5A GqRHVwNXPFz_NnYd0TjtwCvlrIXztkNqZYerdr1qIa_CcsW5FfXrVgnSHzQ0gkYQaSD13koXRlRn w6ol1hxaoKKLrgilxPLVnfACJsP_Kk5dHDqXJUReLraBmEsddqBB4wkJ0qNFzPLAgzNvh0iU_O5J fGL.G7bqJg9PD0ELYbEViGjiFZSzEFVoJLCDuU.qRunmWpXRVm.XLkfSj1RNaZ3bTOmgAfOwdca1 BYHKyBmgj9IVsWfS7g96kurcvnPu_WcF5q3xswIkK8egU_mEW.mee498XO.aIMVOAWxSaYnDZndN LyMuFeAPlbN7LV2PD2.rTfEwpnx_cNfjC5rsIJ78V.w0RmY2WgN3F9DEhltf7uyg.3W.2IzE0mLB IuUD6bf7dtLlZTkI03mjsygx28ZCZDJ7yhwn5zb8elC7AKl.ZYny4I78zxr4ro9G6EJnqenFd8Kj YaBR8yiX9JagTmHTKAjvQM1NkdjsJqeLNtlIAARa4iKknUjWi9SXkj19f4jNAJUFUdboomzvSw.0 gqxm1k7EyvQRdTLQKPvUsFz_ih4F4ebuh.gAhBjZJG6VZR.wyidLyHRulVkZ.lwFidM6ecLEm5sM .kbnewE1sMc.lqrinjpQwQc2d.jM.6F0EQNR94cYjgcebTv_fAn.LhKff5xgFUWWlxiuoT1HoxDJ 6AK2ip_xNA4KF_Rp.IuFz2oPD2.QDlrwKoSbO9vMb94qtP3.qV4oaxXYAm94HP6dEtKbFJiizQZJ fX6zCuAUOcnnb28gWIQTEsheu9CAZiNO6Vy984Sx0C94hlyrn2_jKh7iuvl51NuzVnolbKuC.Cvi lhkkZxasF X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic301.consmr.mail.gq1.yahoo.com with HTTP; Tue, 16 Mar 2021 09:53:47 +0000 Received: by smtp406.mail.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 82816443ecdf0caffe52272a54f7fa79; Tue, 16 Mar 2021 09:53:43 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: aarch64 based on main 58661b3ba9eb : panic for "ufs_dirbad: /: bad dir ino 66371814 at offset 106496: mangled entry" From: Mark Millard In-Reply-To: <5D99B7D1-CDF6-4C96-AF62-ADF9626639CF@yahoo.com> Date: Tue, 16 Mar 2021 02:53:41 -0700 Cc: freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: <13F0E8C6-639D-4529-8348-79DDCCC3B4F4@yahoo.com> References: <3420FB5B-6499-42E5-8FFE-F9BF57CCECE7@icloud.com> <5D99B7D1-CDF6-4C96-AF62-ADF9626639CF@yahoo.com> To: Mark Murray X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4F07sW31mfz3q5B X-Spamd-Bar: - X-Spamd-Result: default: False [-1.56 / 15.00]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FREEMAIL_TO(0.00)[icloud.com]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.64.147:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.94)[0.938]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.64.147:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.147:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.147:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Mar 2021 09:53:53 -0000 On 2021-Jan-5, at 14:39, Mark Millard wrote: > On 2021-Jan-5, at 13:28, Mark Murray wrote: >=20 >>> On 5 Jan 2021, at 20:15, Mark Millard wrote: >>>=20 >>> The machine is a MACCHIATOBin Double Shot. >>=20 >> Thanks for the warning :-) >>=20 >> I'm using an MBin/DS as my firewall/gateway, and in its Copious Free = Time=E2=84=A2, an ARM64 build-box. >>=20 >> How recent is your UEFI SD boot image? Are you maintaining a history = and download site? >>=20 >=20 > [Note: This reply has no information related to the problem > report. I'm just answering other questions.] >=20 > I was given a UEFI materials to use a fair time ago and they > have worked sufficiently for my use. Absent a FreeBSD port > that I can use to build UEFI updates in a normal, ports-style > way, I've left it alone in this area. The UEFI screen reports: >=20 > MARVELL UEFI 18.09.0 >=20 > The boot sequence reports: >=20 > BootROM - 2.03 >=20 > Starting CP-0 IOROM 1.07 >=20 > Booting from SD 0 (0x29) >=20 > Found valid image at boot postion 0x000 >=20 > lNOTICE: Starting binary extension > NOTICE: SVC: SW Revision 0x0. SVC is not supported > mv_ddr: mv_ddr-armada-18.09.2-g99d7725 (Oct 29 2018 - 23:32:10) > mv_ddr: completed successfully > NOTICE: Cold boot > NOTICE: Booting Trusted Firmware > NOTICE: BL1: v1.5(release):v1.5-219-g711ecd3 (Marvell-armada-18.09.4) > NOTICE: BL1: Built : 23:32:27, Oct 29 2018 > NOTICE: BL1: Booting BL2 > NOTICE: BL2: v1.5(release):v1.5-219-g711ecd3 (Marvell-armada-18.09.4) > NOTICE: BL2: Built : 23:32:35, Oct 29 2018 > BL2: Initiating SCP_BL2 transfer to SCP > NOTICE: SCP_BL2 contains 5 concatenated images > NOTICE: Skipping MSS CP3 related image > NOTICE: Skipping MSS CP2 related image > NOTICE: Load image to CP1 MSS AP0 > NOTICE: Loading MSS image from addr. 0x40265f4 Size 0x1ad8 to MSS at = 0xf4280000 > NOTICE: Done > NOTICE: Load image to CP0 MSS AP0 > NOTICE: Loading MSS image from addr. 0x40280cc Size 0x1ad8 to MSS at = 0xf2280000 > NOTICE: Done > NOTICE: Load image to AP0 MSS > NOTICE: Loading MSS image from addr. 0x4029ba4 Size 0x4a40 to MSS at = 0xf0580000 > NOTICE: Done > NOTICE: BL1: Booting BL31 > lNOTICE: BL31: v1.5(release):v1.5-219-g711ecd3 = (Marvell-armada-18.09.4) > NOTICE: BL31: Built : 23:32:47, Oct 29 2018 >=20 > Armada 8040 MachiatoBin Platform Init >=20 > (I'll stop with that.) >=20 > One issue is that between: >=20 > Booting [/boot/kernel/kernel]... =20 > |=08/=08-=08\=08No valid device tree blob found! > WARNING! Trying to fire up the kernel, but no device tree blob found! >=20 > and: >=20 > Setting hostuuid: **REPLACED**. > Setting hostid: **REPLACED**. > Starting file system checks: >=20 > there is no output to the serial console. If I ever have problems > in that time frame, recovery would be a problem unless I found > a better UEFI variation to put in place, one that outputs > everything to the serial console. >=20 >=20 > As for my use, no history/download site, nothing externally > visible at all. No use as a firewall or gateway either. But I do > some aarch64 and armv7 builds on it. >=20 FYI on what I was using and am now using: I discovered that what I'd been using is an exact copy of the content of: = https://github.com/MarvellEmbeddedProcessors/edk2-open-platform/wiki/files= /flash-image-18.09.4.bin despite getting it via: = https://unrelentingtech.s3.dualstack.eu-west-1.amazonaws.com/flash-image2.= bin originally. But . . . I just switched to using a copy of: https://people.freebsd.org/~manu/flash-image-2020-07-01-mainline-tfa.bin which looks to be a copy of: = https://unrelentingtech.s3.dualstack.eu-west-1.amazonaws.com/flash-image-2= 020-07-01-mainline-tfa.bin I dd'd it to a microsd card on a different FreeBSD machine, via: dd if=3Dflash-image-2020-07-01-mainline-tfa.bin of=3D/dev/mmcsd1 bs=3D512 = seek=3D1 conv=3Dsync status=3Dprogress With this media I get to see the kernel output that was missing before and so would have a chance of gathering evidence if there was a boot problem. I still have never tried to use the PCIe bus. A verbose boot reported: pcib0: on acpi0 pcib0: Bus is cache-coherent pcib0: ECAM for bus 0-0 at mem e0000000-e00fffff pci0: on pcib0 pci0: domain=3D0, physical bus=3D0 but that was all for pci*. pciconf -l reported an empty output. The uefi build was, apparently, a debug build so earlier there was: BootROM - 2.03 Starting CP-0 IOROM 1.07 Booting from SD 0 (0x29) Found valid image at boot postion 0x000 lNOTICE: Starting binary extension NOTICE: SVC: SW Revision 0x0. SVC is not supported mv_ddr: mv_ddr-devel-18.08.0-ga881467 (Jul 01 2020 - 21:18:08) mv_ddr: completed successfully NOTICE: Cold boot NOTICE: Booting Trusted Firmware NOTICE: BL1: v2.3(release):v2.3-269-g568a88172-dirty = (Marvell-devel-18.12.0) NOTICE: BL1: Built : 21:19:59, Jul 1 2020 NOTICE: BL1: Booting BL2 NOTICE: BL2: v2.3(release):v2.3-269-g568a88172-dirty = (Marvell-devel-18.12.0) NOTICE: BL2: Built : 21:20:00, Jul 1 2020 NOTICE: SCP_BL2 contains 5 concatenated images NOTICE: Skipping MSS CP3 related image NOTICE: Skipping MSS CP2 related image NOTICE: Load image to CP1 MSS AP0 NOTICE: Loading MSS image from addr. 0x40269f4 Size 0x1cd8 to MSS at = 0xf4280000 NOTICE: Done NOTICE: Load image to CP0 MSS AP0 NOTICE: Loading MSS image from addr. 0x40286cc Size 0x1cd8 to MSS at = 0xf2280000 NOTICE: Done NOTICE: Load image to AP0 MSS NOTICE: Loading MSS image from addr. 0x402a3a4 Size 0x5420 to MSS at = 0xf0580000 NOTICE: Done NOTICE: SCP Image doesn't contain PM firmware NOTICE: BL1: Booting BL31 lNOTICE: MSS PM is not supported in this build NOTICE: BL31: v2.3(release):v2.3-269-g568a88172-dirty = (Marvell-devel-18.12.0) NOTICE: BL31: Built : 21:19:59, Jul 1 2020 . . . Armada Platform Init Comphy0-0: PCIE0 5 Gbps =20 Comphy0-1: PCIE0 5 Gbps =20 Comphy0-2: PCIE0 5 Gbps =20 Comphy0-3: PCIE0 5 Gbps =20 Comphy0-4: SFI 10.31 Gbps Comphy0-5: SATA1 5 Gbps =20 Comphy1-0: SGMII1 1.25 Gbps=20 Comphy1-1: SATA2 5 Gbps =20 Comphy1-2: USB3_HOST0 5 Gbps =20 Comphy1-3: SATA3 5 Gbps =20 Comphy1-4: SFI 10.31 Gbps Comphy1-5: SGMII2 3.125 Gbps UTMI PHY 0 initialized to USB Host0 UTMI PHY 1 initialized to USB Host1 UTMI PHY 2 initialized to USB Host0 . . . add-symbol-file = /home/greg/src/github.com/tianocore/edk2/Build/Armada80x0McBin-AARCH64/DEB= UG_CLANG38/AARCH64/ArmPkg/Drivers/ArmPciCpuIo2Dxe/ArmPciCpuIo2Dxe/DEBUG/Ar= mPciCpuIo2Dxe.dll 0xBF79D000 Loading driver at 0x000BF79C000 EntryPoint=3D0x000BF79D03C = ArmPciCpuIo2Dxe.efi . . . add-symbol-file = /home/greg/src/github.com/tianocore/edk2/Build/Armada80x0McBin-AARCH64/DEB= UG_CLANG38/AARCH64/MdeModulePkg/Bus/Pci/PciHostBridgeDxe/PciHostBridgeDxe/= DEBUG/PciHostBridgeDxe.dll 0xBF6AE000 Loading driver at 0x000BF6AD000 EntryPoint=3D0x000BF6AE03C = PciHostBridgeDxe.efi WaitForLink: no PCIE device detected (Not that I know how to interpret all that.) I've not tried it but there seems to be a: https://people.freebsd.org/~manu/flash-image-mcbin.bin that is possibly 4 days newer than what I used. It might be from experiments with building the sysutils/edk2 port and trying to use the result. ( I've no clue how to accurately rebuild flash-image-2020-07-01-mainline-tfa.bin . Being able to rebuild in a known way could be an advantage to using a working port.) There is also: https://people.freebsd.org/~manu/flash-image-2020-07-01.bin and: = https://unrelentingtech.s3.dualstack.eu-west-1.amazonaws.com/flash-image-2= 020-07-01.bin that I have not tried. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Tue Mar 16 10:23:54 2021 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 305EC57FC14 for ; Tue, 16 Mar 2021 10:23:54 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic314-19.consmr.mail.gq1.yahoo.com (sonic314-19.consmr.mail.gq1.yahoo.com [98.137.69.82]) (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 4F08X90mzGz3rcl for ; Tue, 16 Mar 2021 10:23:52 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1615890231; bh=autFoEv/jwpGqdYK0sD7kTHZq+S4S6wkdDNR4gr+2AO=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=XDjLcMYDVKNLAR3oPHy0jqqKp3LXWaIl0Yel0d3TDzTJyJ12aUE4YHCUBFvhX1HpkobOPz1TPmhvynhTFu6aK0VbUFaPAJ+oxklLr4dIsBb0kJEG175SYqbeaoIAqG2rJU2tRLYldqzVaJ3/UBV6nyp4KkwPeW2QVopsMMxOSDFnP/YI33dgJRrQc0enoGHeHXojTZyqh/xyPr5UaCiU525Rn3SZwafPvLlf5n+48M4FR2ATSrfOrzxVsLVJ7lJITclc/qRecx0SgF9g7rhDJPGzuXNic+LZDCcr7c7k5ow00+v5ELu0XgMXWSaYIrSW3KNt8mNQOSj6pGSbkpfRQQ== X-YMail-OSG: MzcFk3wVM1k_8v6MxYKXADEkPIqPjB9BSm7K3kxgNVbaxYvUIhQJ3UlGF8ySl6Q L2wd7vv5Irxu2QQEOURs6DxbTYgRRxfBrhk3bEBf4iVifVgRnPwdzTu2B18heH4xY8O9BvDIh70A L5A2fc0gtY9PZ3dAfm1C..i1g.MbMl5RBKd_7gcDYZ7sYGCEXTUhVb_JePJBzfOVCso_mmwziIWg QbWYD2KWZxjcdqtnoczNGrSU20Dtm1DOzeR9J2SLKOuTCbI2r0KAzjKoB1yWEjzGUveuVxPrw_Cz 36nTLaZGJTATvMRKuFqkkKqMzi7VDgszJSTZbYOyDYMOQwfTKx5uKLrclLLRHts70QKibHB1J1qT z_LyTDSjErzqK.wOCUnZlEoBhjnuEuJXBfyHxWLmg_kNcgZq6XXMf76W.hPK.AGqk6jqMrna8zyG pX474IM9_rB26Rbiy0KCcf7XNg9KHu4kRnGHuvZxuN8P5aX.LqgxqfaXpqtILr4va1J0EIywWRRC MX5xFicJqwtlUHa0BzYlOCVcGeS2K1cMdB8iwjS2VcFANjaAV1ptz5nPu7YHEOUv.gGz58X_kKY7 ZRl0_82lPWfm6g4PD3xWivxLl7qtqYINuu4Ue.W32WtBJq4BOrhxbaKYzrMsSqTvsebq..XQMEgC c7uoLmnk1s2U0wGh0jIKwwcsRPTR3uK_nu6gb0pgxn1arNtkVj9clDnrgQ_lH03Ur13cm6vHqTlW RngQ17ct.0H7EU9usjCt6oNJahYFNqx87iE8rH6G.fmrk0FWnfEgcoLWGfl2l90cSBZgmQS44nSe WPv0V.RizXuYyJD8thTzbVwPD9iBFJronQat9vKq17IHMLa4h_U.g1V9idBOWjxmJCA7G.BV5qE2 M0ol6xLlYQkwdAFErGHV96LBCPLuyhB_HqFW7wu8XQTUjzNJvSUxa3JymnsfLB4PbYF9zIr4_4ru gkWgPXpXuQDVnbfhwkJ5iX7YSatMggB92DDOZtUiPUxDSbS1YcDnPi3e1F88Ecq0MRY3FERAMcoV AdkT.9uExwlglXqIqfTrWG.qo.lTHxkZOBCml2IUZSRYJ3X.CXf55ri7veK9Yb3xsAPhy51Su8vV Q9CLLyMaz5Y6vQ12.zaBEjiTgdnkF5msML6A3Fn_oqrM231EpEeel8.EPRVe.awgN8dwzdPiawwt j0kL2pklQ3wrmqbQkMA47CTMLfxBpL_dVl4_Aek5P5YISknUShIrLZLYobd4wbgB8H59v7rlCbTI JOzDHanuE3Wa9gvB3nEDAZcNSyZC.S7A9K9yiAxa7bb1xL1F8r_7h9Y1EjAKuV3c39fklDx8WBd4 gEmZCtAF55cyrZ3MloT8Rwu169kh_c9j.cI2dLmEcBiOifN8TCm_VW9_Us1ic202LbUpbtlk_X_d pg2YSviwM_uIPIlY__2w_ME2B1pynOsjo1Y1e1pc8DRkODlumgoWPoIqr2p.huDmlgxdyibMm00N dlpI8Gj69xDQP4AZ1eCO_1pLrY6FNgyYDbGq7eGyipaz2ANplKDOwjhkT9eR44tevbeO68wrQDQZ Z6qKNklqTCfHIGMYdOzFievlU30xdigT3YmcfIXTRYkO_1oANJlDKuhcRcP9AHb.y2XN1mIDwcgR 4CpOtgIkYztp2CFMipilyIRGTarhwup3P3P3P48AbtAy3tzGhbHlV1PmjAvGz6k.dQohFtzdH545 ko2YdTrriDqcc2ekfi2LhlnxeEZe8ijDzLJq9WmICvG52pW6Q2Q80U.r.M0f5hONAQ3idqo7dA_k fplJ.0BN_Go5Fmb3uW6oAg96yl5DB.r1M1qST8L4iYxYYYYYLmtBKlNpuu1kD76LXfJvTHtORpee PNdMut20m.C2kmLHxS_Rh0uWLreJvgEQwzXUFUYPyyCkOLKQXfAQqNLf_bB6d4EOzkgQA.DTLPpj eDwZulbMv_RuuxzxMzvAsECcKHoadQ2Fc7XVpb_Bn273P66GTDu6G7UebK7Hqyq7qJdaEMcU1fb8 ToUxkG1G40Ejo4B_pwV_B4drGJEN76tGxFvjVd4N9szfMKevjMAD7iugtYEWBmtRI7ZDefQXo_ES TdshFL6xAnqcX1kdfcdt1ShW0m9QekNCrRneQDvOB4nYYKJL8tCkYjm4aqhcvS7EhbMOpUg9.Uav 51KHbtpwIzVTl80tyAUCkTkZTPxQpI8x7qPYfnLXp6HI74.gFQRF9SkXRg7pZtLuOg_VwxeKgOHf otAo9xHUI_i1TzVZSpncuPna3MYRaOYZxvg5KRWhlmChKs86nBzblTuY7AySC.Qr4wqb_zswHYDc dV2jaQUg.xMvueDca4tIK_Gl1k_DTJmH.Q78UnWAuD3c255C02Pv0Du.VO034iwE1CKN20mIhhuZ kMyeM.0vwA6bfqU_9j9WVmkt2HPWOcZ7XCwuc9DgswMT1NRZupFke4TB2C5k3RwPwftFz6bPtMpV m2YxhkszzcT76OiH.Ytn5sbsQOvnTtNV7Q4bm9fc4utImm0QneiB428HnlFGwqBrB3kEE1odAlyz jM.LdRys9N9_F9Gi2ANPXd_Dl31Bdw.Qa9MT_qdnMbV_uwSee_xEDpDZvueWlvZRPdE5E3W8WdCU 6dUXUChgAig3YyDSYeP6v X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic314.consmr.mail.gq1.yahoo.com with HTTP; Tue, 16 Mar 2021 10:23:51 +0000 Received: by smtp407.mail.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 1c44c974d565e90b30ce9574fb0df261; Tue, 16 Mar 2021 10:23:49 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: rpi4b main-n245392-8423f5d4c12 won't boot due to microsd timeout [FIXED] From: Mark Millard In-Reply-To: <0281510F-3FDF-4500-AD98-D20A2150BD91@googlemail.com> Date: Tue, 16 Mar 2021 03:23:47 -0700 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <79EB88DA-0144-4A12-B716-3CF5011F16C4@yahoo.com> <0281510F-3FDF-4500-AD98-D20A2150BD91@googlemail.com> To: =?utf-8?Q?Klaus_K=C3=BCchemann?= X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4F08X90mzGz3rcl X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; TO_DN_SOME(0.00)[]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FREEMAIL_TO(0.00)[googlemail.com]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.69.82:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.69.82:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.82:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.82:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Mar 2021 10:23:54 -0000 On 2021-Mar-15, at 23:26, Klaus K=C3=BCchemann wrote: > Am 16.03.2021 um 02:50 schrieb Mark Millard via freebsd-arm = : >>=20 >> So there would seem to be no urgent aspect of >> existing RPi[34] u-boot ports vs. Klaus K.'s >> build(s) to lead Klaus to put up reviews on >> Phabricator for updates to: >>=20 >> sysutils/u-boot-rpi-arm64 >> sysutils/u-boot-rpi3 >> sysutils/u-boot-rpi4 >=20 > Well, while it would be possible to suggest (pre-)-patches e.g. in = sysutils/u-boot-rpi4 for review, if necessary ... > it=E2=80=99s not possible to upgrade u-boot-release-versions only for = the RPI in its single-ports, > because there is a single =E2=80=9AMasterdir`- u-boot which will = upgrade all u-boot-single-ports in the ports-tree. As I understand some of the sysutils/u-boot-master/Makefile notation, there is a hook for slave ports to specify a UBOOT_VERSION different from 2020.10 without changing other u-boot ports: # grep UBOOT_VERSION /usr/ports/sysutils/u-boot*/Makefile /usr/ports/sysutils/u-boot-master/Makefile:PORTVERSION=3D = ${UBOOT_VERSION} /usr/ports/sysutils/u-boot-master/Makefile:.if !defined(UBOOT_VERSION) = && defined(UBOOT_VERSION_${FAMILY:tu}) = /usr/ports/sysutils/u-boot-master/Makefile:UBOOT_VERSION=3D${UBOOT_VERSION= _${FAMILY:tu}} /usr/ports/sysutils/u-boot-master/Makefile:UBOOT_VERSION?=3D 2020.10 /usr/ports/sysutils/u-boot-master/Makefile:.if = defined(U_BOOT_SLAVE_PORTREVISION_${UBOOT_VERSION}) /usr/ports/sysutils/u-boot-master/Makefile:PORTREVISION=3D = ${U_BOOT_SLAVE_PORTREVISION_${UBOOT_VERSION}} Note the: UBOOT_VERSION?=3D 2020.10 which makes 2020.10 just a default that a slave ports can override. > masterdir-upgrades usually come relatively slow in FreeBSD, sometimes = weeks after the upstream. Possibly because folks have not been putting up reviews to get a committer to apply an update that they have tested first. > So if we want u-boot release-candidates (-rc) , faster ports-upgrades = or add own features, upstream-patches: we have to compile them = ourselves.=20 It is true that someone likely has to build and test before committal by a committer (and you have in the example at hand). > That=E2=80=99s why I upload them sometimes to somewhere for some = reason(testing, patches, whatever). So there has been more than personal testing by you. > Fortunately u-boot is not as much error-prone as the firmware so = uploads of u-boot - rc can be more seen as feature. >=20 > As an example it would be possible to apply patches to : >> sysutils/u-boot-rpi-arm64 >> sysutils/u-boot-rpi3 >> sysutils/u-boot-rpi4 > But the maintainers then always have look if patches made it upstream = and then remove/change=20 > them again for every single port with the next release=E2=80=A6 = understandable why they would not like that :-) Not true for those 3 ports, at least as worded: those 3 ports have no maintainer now. (A committer might impose requirements to be willing to commit but their judgments might not exactly match what they would make as a maintainer.) And, again, there seem to be hooks in the infrastructure to support having something other than 2020.10 for some u-boot ports but not others. This suggests that using newer is not, of itself, out of bounds. > =E2=80=A6.while on the other hand it=E2=80=99s not so uncommon to = apply patches before they make it upstream in u-boot. > So self-compiling makes life a bit easier. Note that I've no clue if you had to do patching of something that could possibly go upstream or not. The above could apply either way. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Tue Mar 16 11:39:39 2021 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 D93445A9B45 for ; Tue, 16 Mar 2021 11:39:39 +0000 (UTC) (envelope-from greg@unrelenting.technology) Received: from out0.migadu.com (out0.migadu.com [IPv6:2001:41d0:2:267::]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4F0BCY5HGmz4RMS for ; Tue, 16 Mar 2021 11:39:37 +0000 (UTC) (envelope-from greg@unrelenting.technology) Date: Tue, 16 Mar 2021 14:39:20 +0300 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=unrelenting.technology; s=key1; t=1615894769; 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=6HC36G+1BsJa14N7/wvFKEQ6AhDIU3+Rw5X6J+noN24=; b=QGZIPjOxsPO2zdoODS52WrG5mQF69qr+sc+I9Q2hfVb+Qblo/eZKM+lUh09FtnDIdsZTcl O/xAwjXxtDimX9vHpkQu0UY2anGQCegUh9AEJp3rTvVskL0ZMDuBGQjFWtSzuLKzUCZRGe 0owWr87TcGff6EcRVgFhBDIL+uDe77it4pvvctQTckLeMKuMuyUCw1n850LVMYlGpX/eVJ FZY0FiVI4vKcAvPh6BSArpCRzPZBJaV5IPsuVHFdROkM45Q0sp9jwoOeoWzBxSz64WBiju 18YymlQUAl4kcJqRpbTJHxO7yx8KvWNz4FcSFfKAPqhpiftv/7++oLo4r1/TuA== X-Report-Abuse: Please report any abuse attempt to abuse@migadu.com and include these headers. From: Greg V Subject: Re: aarch64 based on main 58661b3ba9eb : panic for "ufs_dirbad: =?UTF-8?Q?=2F=3A=0D=0A?= bad dir ino 66371814 at offset 106496: mangled entry" To: Mark Millard Cc: Mark Murray , freebsd-arm Message-Id: In-Reply-To: <13F0E8C6-639D-4529-8348-79DDCCC3B4F4@yahoo.com> References: <3420FB5B-6499-42E5-8FFE-F9BF57CCECE7@icloud.com> <5D99B7D1-CDF6-4C96-AF62-ADF9626639CF@yahoo.com> <13F0E8C6-639D-4529-8348-79DDCCC3B4F4@yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: quoted-printable X-Migadu-Flow: FLOW_OUT X-Migadu-Auth-User: greg@unrelenting.technology X-Rspamd-Queue-Id: 4F0BCY5HGmz4RMS X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=unrelenting.technology header.s=key1 header.b=QGZIPjOx; dmarc=pass (policy=none) header.from=unrelenting.technology; spf=pass (mx1.freebsd.org: domain of greg@unrelenting.technology designates 2001:41d0:2:267:: as permitted sender) smtp.mailfrom=greg@unrelenting.technology X-Spamd-Result: default: False [-2.79 / 15.00]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[unrelenting.technology:s=key1]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; RCPT_COUNT_THREE(0.00)[3]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2001:41d0:2:267::]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[2001:41d0:2:267:::from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[unrelenting.technology:+]; DMARC_POLICY_ALLOW(-0.50)[unrelenting.technology,none]; SUBJ_EXCESS_QP(1.20)[]; NEURAL_HAM_SHORT(-0.99)[-0.994]; FREEMAIL_TO(0.00)[yahoo.com]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[2001:41d0:2:267:::from]; ASN(0.00)[asn:16276, ipnet:2001:41d0::/32, country:FR]; FREEMAIL_CC(0.00)[icloud.com,freebsd.org]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Mar 2021 11:39:39 -0000 On Tue, Mar 16, 2021 at 02:53, Mark Millard via freebsd-arm=20 wrote: >=20 > https://unrelentingtech.s3.dualstack.eu-west-1.amazonaws.com/flash-image-= 2020-07-01-mainline-tfa.bin >=20 > With this media I get to see the kernel output that > was missing before and so would have a chance of > gathering evidence if there was a boot problem. This is because FreeBSD was switched to actually correct parsing of=20 serial settings: https://reviews.freebsd.org/D25373 And only in these newer firmwares are the settings also correct :) > I still have never tried to use the PCIe bus. A > verbose boot reported: >=20 > pcib0: on acpi0 > pcib0: Bus is cache-coherent > pcib0: ECAM for bus 0-0 at mem e0000000-e00fffff > pci0: on pcib0 > pci0: domain=3D0, physical bus=3D0 >=20 > but that was all for pci*. pciconf -l reported > an empty output. That's all you'll see without a card inserted. On this device, we can only expose this much with ECAM. > ( I've no clue how to accurately rebuild > flash-image-2020-07-01-mainline-tfa.bin . Being > able to rebuild in a known way could be an > advantage to using a working port.) You'll need to study EDK2 and TF-A documentation to understand all=20 these things, but some rough info: EDK2 forks: https://github.com/unrelentingtech/edk2/commits/master=20 https://github.com/unrelentingtech/edk2-platforms/commits/master EDK2 build commands (before that, you'll need to build the tools in the=20 repo etc.): export=20 PACKAGES_PATH=3D/usr/home/greg/src/github.com/tianocore/edk2:/usr/home/greg= /src/github.com/tianocore/edk2-platforms:/usr/home/greg/src/github.com/tian= ocore/edk2-non-osi;=20 ./edksetup.sh DTC_PREFIX=3D/usr/local/bin/ CLANG38_BIN=3D/usr/local/llvm80/bin/=20 CLANG38_AARCH64_PREFIX=3Daarch64-none-elf- build -a AARCH64 -p=20 Platform/SolidRun/Armada80x0McBin/Armada80x0McBin.dsc -n 8 -t CLANG38=20 -b DEBUG -D X64EMU_ENABLE=3DTRUE -D CAPSULE_ENABLE=3DFALSE The final build image is produced by TF-A, mainline is=20 https://git.trustedfirmware.org/TF-A/trusted-firmware-a.git and the=20 build command is gmake -j8 HOSTCC=3Dclang10 CROSS_COMPILE=3Daarch64-none-elf- ARCH=3Daarch64= =20 SCP_BL2=3D/home/greg/src/github.com/MarvellEmbeddedProcessors/binaries-marv= ell/mrvl_scp_bl2.img=20 MV_DDR_PATH=3D/home/greg/src/github.com/MarvellEmbeddedProcessors/mv-ddr-ma= rvell=20 BL33=3D/home/greg/src/github.com/tianocore/edk2/Build/Armada80x0McBin-AARCH= 64/DEBUG_CLANG38/FV/ARMADA_EFI.fd=20 PLAT=3Da80x0_mcbin LOG_LEVEL=3D30 E=3D0 all fip the MV_DDR_PATH should have=20 https://github.com/MarvellEmbeddedProcessors/mv-ddr-marvell/tree/mv_ddr-arm= ada-atf-mainline=20 checked out (note the mainline branch for mainline TF-A), the SCP_BL2=20 is from=20 https://github.com/MarvellEmbeddedProcessors/binaries-marvell/tree/binaries= -marvell-armada-18.12=20 and BL33 is the .fd image built by the EDK2 build system. and the TF-A makefile needs a gmake fix --- i/plat/marvell/armada/a8k/common/ble/ble.mk +++ w/plat/marvell/armada/a8k/common/ble/ble.mk @@ -29,4 +29,4 @@ BLE_LINKERFILE :=3D $(BLE_PATH)/ble.ld.S FORCE: $(MV_DDR_LIB): FORCE - @+make -C $(MV_DDR_PATH) --no-print-directory=20 PLAT_INCLUDES=3D"$(PLAT_INCLUDES)" PLATFORM=3D$(PLAT) ARCH=3DAARCH64=20 OBJ_DIR=3D$(CURDIR)/$(BUILD_PLAT)/ble + @+$(MAKE) -C $(MV_DDR_PATH) --no-print-directory=20 PLAT_INCLUDES=3D"$(PLAT_INCLUDES)" PLATFORM=3D$(PLAT) ARCH=3DAARCH64=20 OBJ_DIR=3D$(CURDIR)/$(BUILD_PLAT)/ble > There is also: >=20 > https://people.freebsd.org/~manu/flash-image-2020-07-01.bin > and: > https://unrelentingtech.s3.dualstack.eu-west-1.amazonaws.com/flash-image-= 2020-07-01.bin >=20 > that I have not tried. That build has the same EDK2, but vendor TF-A=20 (https://github.com/unrelentingtech/atf-marvell/tree/atf-v1.5-armada-18.12)= =20 instead of mainline. If mainline works for you, great, no reason to switch to that one. I've had some issue with mainline=85 IIRC, it refused to run from the=20 SD card because of some SD timeout thing, only worked from SPI flash. From owner-freebsd-arm@freebsd.org Tue Mar 16 14:49:25 2021 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 44C6F5B037E for ; Tue, 16 Mar 2021 14:49:25 +0000 (UTC) (envelope-from iz-rpi03@hs-karlsruhe.de) Received: from smtp.hs-karlsruhe.de (smtp.HS-Karlsruhe.DE [193.196.64.25]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4F0GQX3FL0z4dmm; Tue, 16 Mar 2021 14:49:24 +0000 (UTC) (envelope-from iz-rpi03@hs-karlsruhe.de) Received: from iz-wera-new.hs-karlsruhe.de ([193.196.65.47]) by smtp.hs-karlsruhe.de with esmtp (Exim 4.80.1) (envelope-from ) id 1lMB0c-007Ius-JR; Tue, 16 Mar 2021 15:49:22 +0100 X-Mailer: exmh version 2.9.0 11/07/2018 with nmh-1.7.1 From: Ralf Wenk To: Ed Maste cc: "freebsd-arm@freebsd.org" Subject: Re: Activating RPi 3B+ network port LED's In-reply-to: References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 16 Mar 2021 15:42:47 +0100 Message-Id: X-Rspamd-Queue-Id: 4F0GQX3FL0z4dmm X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of iz-rpi03@hs-karlsruhe.de designates 193.196.64.25 as permitted sender) smtp.mailfrom=iz-rpi03@hs-karlsruhe.de X-Spamd-Result: default: False [-2.80 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; MV_CASE(0.50)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[193.196.64.25:from]; R_SPF_ALLOW(-0.20)[+mx]; SPAMHAUS_ZRD(0.00)[193.196.64.25:from:127.0.2.255]; DMARC_NA(0.00)[hs-karlsruhe.de]; NEURAL_HAM_LONG(-1.00)[-1.000]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-1.00)[-0.995]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:553, ipnet:193.196.64.0/18, country:DE]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Mar 2021 14:49:25 -0000 > Buildworld, buildkernel are running now to get a CURRENT from today. > I will also update the contents of the MSDOS partition to match what > is in the latest 14.0 image. As almost expected: No success. The Ethernet LEDs stayed dark. Ralf From owner-freebsd-arm@freebsd.org Tue Mar 16 16:44:08 2021 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 1974F5B48D6 for ; Tue, 16 Mar 2021 16:44:08 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from wout3-smtp.messagingengine.com (wout3-smtp.messagingengine.com [64.147.123.19]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4F0Jyv0hh4z4n0S for ; Tue, 16 Mar 2021 16:44:06 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.west.internal (Postfix) with ESMTP id C36681A22 for ; Tue, 16 Mar 2021 12:44:04 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute1.internal (MEProxy); Tue, 16 Mar 2021 12:44:04 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zyxst.net; h= date:from:to:subject:message-id:references:mime-version :content-type:in-reply-to; s=fm2; bh=SJBTtweOy1RBAufh4LbggRq5hjl HllfXdLyh7wVdTxo=; b=qPYKi/fG3oOBcbjPjKo1YfLgoHM8xSSxvLYzyuHLpPB TqQ0ZsfL6sbPYJ39+D7ip9pl4hLQor/ojnWCriGXK4ILLHOxHr0nU0aTgA37hwG1 sSZaq8AR2y0FcnwYJPNncs2n8NdgTBtLrdrHQlsf6YO43Xm7kbfxXPOw/YEAw/ev sW77/L0B03GQbjuL+R9MyLJYC647sDyZ7pEIkVbsuOoR0aCN56gPiweHfU+KuAia f97BbWzTOAnE3ggD+izRhsGBkJk+A/PcY+FvULzKpPeqNtdtAaFSoK/xlF4RP0Lk 8FCob4gcCTEN88Lt3tU8mWw9CZ/8rsedVBW7x7dBW1A== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm2; bh=SJBTtw eOy1RBAufh4LbggRq5hjlHllfXdLyh7wVdTxo=; b=NWFHnB4upPUoL2Y/hFz4SE 12zYl+104Dmb7GAUSwgomcDN85n+FaSbR8Z6fO3m13SRWPzT4vpasx0uEEYzQjtr nW8Tu5E8RxhujVOsy7VyNhoAY5K51L4cyCl+BPsxc50qZx0H5QsnUzPo6n5Wkyrf TeyelL7Ml9KTmqnEWnUOL2o7eMrVdlkl1pRRSnfB5+z6ADneeIPO4LPLeFJ3z+fc 2VmgV5zPRGaRopKPxhR8VUKLK/gT8g3P0qJ9JenLCUiQY464E2G84/YfBTu4z8n1 a/tRV0aEoM29/9TnMvil2g+3yhuFuGk/xU3rWpDDYF+420y3Iec0TXihyjl5sJxA == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledrudefvddgledvucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpeffhffvuffkfhggtggujgesghdtre ertddtvdenucfhrhhomhepthgvtghhqdhlihhsthhsuceothgvtghhqdhlihhsthhsseii hiigshhtrdhnvghtqeenucggtffrrghtthgvrhhnpedthfdtheegueduffehieegudeuie fhhfetkeejtddugffghfdvieduheevfeevleenucffohhmrghinhepshhouhhrtggvfhho rhhgvgdrnhgvthdpghhithhhuhgsrdgtohhmnecukfhppeekvddrjedtrdeluddruddttd enucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpehtvggt hhdqlhhishhtshesiiihgihsthdrnhgvth X-ME-Proxy: Received: from ceres.zyxst.net (ceres.zyxst.net [82.70.91.100]) by mail.messagingengine.com (Postfix) with ESMTPA id D7FB1240054 for ; Tue, 16 Mar 2021 12:44:03 -0400 (EDT) Date: Tue, 16 Mar 2021 16:44:00 +0000 From: tech-lists To: freebsd-arm@freebsd.org Subject: Re: rpi4b main-n245392-8423f5d4c12 won't boot due to microsd timeout [FIXED] Message-ID: Mail-Followup-To: freebsd-arm@freebsd.org References: <79EB88DA-0144-4A12-B716-3CF5011F16C4@yahoo.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="79TQ+r8q2KPDo5o0" Content-Disposition: inline In-Reply-To: <79EB88DA-0144-4A12-B716-3CF5011F16C4@yahoo.com> X-Rspamd-Queue-Id: 4F0Jyv0hh4z4n0S X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=zyxst.net header.s=fm2 header.b=qPYKi/fG; dkim=pass header.d=messagingengine.com header.s=fm2 header.b=NWFHnB4u; dmarc=none; spf=pass (mx1.freebsd.org: domain of tech-lists@zyxst.net designates 64.147.123.19 as permitted sender) smtp.mailfrom=tech-lists@zyxst.net X-Spamd-Result: default: False [-5.69 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[64.147.123.19:from]; R_SPF_ALLOW(-0.20)[+ip4:64.147.123.19]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; DKIM_TRACE(0.00)[zyxst.net:+,messagingengine.com:+]; NEURAL_HAM_SHORT(-0.99)[-0.985]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[64.147.123.19:from]; ASN(0.00)[asn:11403, ipnet:64.147.123.0/24, country:US]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_IN_DNSWL_LOW(-0.10)[64.147.123.19:from]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[zyxst.net:s=fm2,messagingengine.com:s=fm2]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; DMARC_NA(0.00)[zyxst.net]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[64.147.123.19:from:127.0.2.255]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Mar 2021 16:44:08 -0000 --79TQ+r8q2KPDo5o0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Mar 15, 2021 at 06:50:02PM -0700, Mark Millard wrote: >So there would seem to be no urgent aspect of >existing RPi[34] u-boot ports vs. Klaus K.'s >build(s) to lead Klaus to put up reviews on >Phabricator for updates to: > >sysutils/u-boot-rpi-arm64 >sysutils/u-boot-rpi3 >sysutils/u-boot-rpi4 I don't know what (version) those ports make, as I've never=20 tested/used them. My way of working (directly updating firmware files)=20 is a hangover from the time when there was little support for the rpi4/8GB= =20 and I've just never changed my method. Maybe that needs changing. >> [1] how would I "test" the installed[2] u-boot.bin to make sure it was >> working correctly? > >I was thinking of whatever criteria you used when you >wrote: > >QUOTE >. . . >> https://sourceforge.net/projects/fbsd-rpi4-u-boot2021-04-klaus/files/u-b= oot.bin/download > >Pleased to report this new u-boot works perfectly! thank you >END QUOTE what I was looking for when I asked the question was whether you might know a method of testing it programmatically. I mean, I'm not a programmer,= =20 so I don't know where to look. I don't even know what the three firmware files do, apart from leveraging the booting process.=20 By "works perfectly", what I mean is it seems to do everything asked of it. The stable/13 machine, as well as self-hosting, runs poudriere for about 500 packages, runs mail clients, is a web server, uses usb3+zfs for additional (2Tb) storage, boots off sdcard, is clocked at 2GHz. I don't know what else to test apart from transferring files from sdmmc to usb3 storage and back and checking for crc errors, I mention because=20 there was an issue with large file transfers a while ago. >I had not quizzed you about what it takes to have the >status "works perfectly". Hopefully, the above answers that. If not, please suggest some tests to run? > (I would expect that "works perfectly" has to involve how the combination= =20 > of u-boot and RPi* firmware operate together in making the > judgment.) All I can say for certain is that this combination wget https://sourceforge.net/projects/fbsd-rpi4-u-boot2021-04-klaus/files/u-boot= =2Ebin/download -O u-boot.bin fetch https://github.com/raspberrypi/firmware/raw/0591568b29a724de406aa737fc8e13f= 68c423f3f/boot/start4.elf fetch https://github.com/raspberrypi/firmware/raw/0591568b29a724de406aa737fc8e13f= 68c423f3f/boot/fixup4.dat "work perfectly" (but see [3]), with both a stable/13 (13-n244890) GENERIC = rpi4 and current/14=20 (main-n245454) rpi4 with a GENERIC-NODEBUG kernel. >[2] has both a different u-boot and a different >group of RPi* firmware files. > >There would seem to be no urgent aspect of the >existing sysutils/rpi-firmware port vs. the >Mar 10 2021 RPI* materials to lead anyone to >put up a review on Phabricator for updating: I'm not sure either way because I don't know if or how any of the three files work when it comes to initialising usb, or sdmmc which is where I started. Additionally, main-n245454 (generic, so debug kernel) unmodified will=20 boot if there's nothing usb attached. If my usb3 disk is plugged in=20 after it boots, the pi will panic. If I reboot replacing just the u-boot=20 with Klaus's u-boot, I get the same result.=20 If I replace all 3 files with the latest versions as described in the URLs, (again generic kernel so with debug on main/14), it will still=20 panic when usb is plugged in. Presumably these "latest" files are ahead=20 of those made by ports. So, the things that are fixed for me are sdmmc initialisation (presumably u-boot fixed this) on stable/13 and usb initialisation (which making a generic kernel on main/14 fixes). [3] only thing tested on current/14 is booting and buildworld --=20 J. --79TQ+r8q2KPDo5o0 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEE8n3tWhxW11Ccvv9/s8o7QhFzNAUFAmBQ4EYACgkQs8o7QhFz NAV2nA//Ry+1aIoO1FLRHX9dZt4O/pEfaY8ql0E6wqalXIDBhYi4n9P0VqGHRZUu SSRiRZit8m1Omkk61+mP1zl+j53fK7k2KfC+SN2pAL2LPY093tn3jez+Op8o4UMj RiBV8mPrkn8qs3s7TaJ8KDLKSlTWREhoRpXVa+UXTwoZ2Umwjtinhb89NCR1cR4E MFpTIxYBGU8geXXOmzKBqCu8dQW12A15iCVez2TyOnORzPxJpeXutwReyn4RJ2G5 sTjPj8hBTaZZWbXNMHkNO+Hmp1JqGG9oQp+AN9+fbr784CutGKLuSUz34HkmAc1W jQCdh9JYdLfAHwr5lMElFwalCvCc7TohiDftLWlX+joNXOMf1jnqDFtylwj/rnb5 WURMNv0z+iZXCNaqbB/wPeHuony+p+WTkV/7LmenDe6HJ1GQhG65kCmeXWg3oyWZ pJLf1Dvguxer2zK4NsLIv/BbsObO7XouFiCJMJcqysan85Ul5OehO5j8JMA4vTig cLEm2HJTp/bL56R95vu6BdFmq++iNwCFgvK2xLi1GZz2pXrOijl2bBQfn1l5I9DM X3Vh+oE4D8cSu4vuBnX2vp8nA4g/oyBAmoAEb0rQxY5YFHmhf+/A1PSl8/YVBxeC Fgj2oVjWpsQAYyJ6RpRfylKtdz+qrIHfulLuSVIk2vwxt67rIpY= =dJi7 -----END PGP SIGNATURE----- --79TQ+r8q2KPDo5o0-- From owner-freebsd-arm@freebsd.org Tue Mar 16 17:17:03 2021 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 10CB65B60A1 for ; Tue, 16 Mar 2021 17:17:03 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-wr1-x432.google.com (mail-wr1-x432.google.com [IPv6:2a00:1450:4864:20::432]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 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 4F0Kht3TFCz4qxg for ; Tue, 16 Mar 2021 17:17:01 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-wr1-x432.google.com with SMTP id o14so7077743wrm.11 for ; Tue, 16 Mar 2021 10:17:01 -0700 (PDT) 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=XUrC4hG8g0c8BLKRmVMk/rCqPKqEy5jONP8Ekj8ALq8=; b=GGXHgTdeZTxNYdHM3eWBSYb7C1c7Nbr81kx1A4rvikRTgdZQdBNulbgx1w37wq8d1M YIqDf2Ce9mEnCkOddP03DudiKKVTeDaXEB3SbOjJhkmVI57p7wCN6L/58AmIb69k9CTr +9poAqArjpLScTyfNT+DsC0jfvCLk7/NOiXfdGGlq+34OmXh8D4Jm/JFoqnX48OsGoev zr2ueCVHc/16HEkO8+XgblrQWY3rOTjQ2hAqUH4D2+/dc6iJeaf5NvIwoXGZ8gAPjifH w/TuKiTPXnjtoQ4YInF5SZ68JCTMNzqcizImCZkBRFWxNwLqO2KqUqYmID+rEB2yhVhZ q5yA== X-Gm-Message-State: AOAM533pbvd8tY7eywgvERu3vvJ0E5hdAFvosnXxtdYlcXPESVPZwDAd INY+UhdUVhTdFcZzPBF8e60= X-Google-Smtp-Source: ABdhPJy/9iL6+GfJpbyN15ZngatKAPGbHIV/p0joU+s8psBHpWzDz8isHJfxoiJ+trF2hI4SL0bMuQ== X-Received: by 2002:a5d:5043:: with SMTP id h3mr92918wrt.120.1615915020750; Tue, 16 Mar 2021 10:17:00 -0700 (PDT) Received: from [192.168.1.167] (dynamic-046-114-153-138.46.114.pool.telefonica.de. [46.114.153.138]) by smtp.googlemail.com with ESMTPSA id 91sm23922380wrl.20.2021.03.16.10.16.59 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Tue, 16 Mar 2021 10:17:00 -0700 (PDT) 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 14.0 \(3654.60.0.2.21\)) Subject: Re: rpi4b main-n245392-8423f5d4c12 won't boot due to microsd timeout [FIXED] Date: Tue, 16 Mar 2021 18:16:58 +0100 References: <79EB88DA-0144-4A12-B716-3CF5011F16C4@yahoo.com> <0281510F-3FDF-4500-AD98-D20A2150BD91@googlemail.com> To: Mark Millard , freebsd-arm@freebsd.org, tech-lists In-Reply-To: Message-Id: <4DF0F59D-20A8-4E80-8AA6-76A85C8BDC38@googlemail.com> X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4F0Kht3TFCz4qxg X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[googlemail.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[googlemail.com:+]; DMARC_POLICY_ALLOW(-0.50)[googlemail.com,quarantine]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FREEMAIL_TO(0.00)[yahoo.com,freebsd.org,zyxst.net]; 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)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::432:from]; DWL_DNSWL_NONE(0.00)[googlemail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[googlemail.com:s=20161025]; RECEIVED_SPAMHAUS_PBL(0.00)[46.114.153.138:received]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::432:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::432:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Mar 2021 17:17:03 -0000 > Am 16.03.2021 um 11:23 schrieb Mark Millard : >=20 > On 2021-Mar-15, at 23:26, Klaus K=C3=BCchemann wrote: >=20 >> Am 16.03.2021 um 02:50 schrieb Mark Millard via freebsd-arm = : >>>=20 >>> So there would seem to be no urgent aspect of >>> existing RPi[34] u-boot ports vs. Klaus K.'s >>> build(s) to lead Klaus to put up reviews on >>> Phabricator for updates to: >>>=20 >>> sysutils/u-boot-rpi-arm64 >>> sysutils/u-boot-rpi3 >>> sysutils/u-boot-rpi4 >>=20 >> Well, while it would be possible to suggest (pre-)-patches e.g. in = sysutils/u-boot-rpi4 for review, if necessary ... >> it=E2=80=99s not possible to upgrade u-boot-release-versions only for = the RPI in its single-ports, >> because there is a single =E2=80=9AMasterdir`- u-boot which will = upgrade all u-boot-single-ports in the ports-tree. >=20 > As I understand some of the sysutils/u-boot-master/Makefile > notation, there is a hook for slave ports to specify a > UBOOT_VERSION different from 2020.10 without changing > other u-boot ports: >=20 > # grep UBOOT_VERSION /usr/ports/sysutils/u-boot*/Makefile > /usr/ports/sysutils/u-boot-master/Makefile:PORTVERSION=3D = ${UBOOT_VERSION} > /usr/ports/sysutils/u-boot-master/Makefile:.if !defined(UBOOT_VERSION) = && defined(UBOOT_VERSION_${FAMILY:tu}) > = /usr/ports/sysutils/u-boot-master/Makefile:UBOOT_VERSION=3D${UBOOT_VERSION= _${FAMILY:tu}} > /usr/ports/sysutils/u-boot-master/Makefile:UBOOT_VERSION?=3D 2020.10 > /usr/ports/sysutils/u-boot-master/Makefile:.if = defined(U_BOOT_SLAVE_PORTREVISION_${UBOOT_VERSION}) > /usr/ports/sysutils/u-boot-master/Makefile:PORTREVISION=3D = ${U_BOOT_SLAVE_PORTREVISION_${UBOOT_VERSION}} >=20 > Note the: >=20 > UBOOT_VERSION?=3D 2020.10 >=20 > which makes 2020.10 just a default that a slave > ports can override. well, of course we can override whatever we want when doing for = ourselves. But in this case it wouldn=E2=80=99t even make sense only for myself as = 1 person, because I have 4 or 5 totally different compile -targets. Of course, this only applies in principle, because exceptions confirm = the rule. 1 popular exception was the =E2=80=9Eboot-from-SSD-killer-feature=E2=80=9C= where I uploaded a=20 U-boot-rc somewhere together with a dts-patch before that patches made = it upstream somewhere. So FreeBSD was able to boot off xhci even before some tux-distros . >=20 >> masterdir-upgrades usually come relatively slow in FreeBSD, sometimes = weeks after the upstream. >=20 > Possibly because folks have not been putting > up reviews to get a committer to apply an > update that they have tested first. Well, when understanding u-boot- releases(not rc) as an needed = upstream-source , I don`t think that there would be any technical objection doing = u-boot-upgrades nearly "the same day" as the upstream does.=20 Well, I remember that putting up reviews in this context can lead to = something like complication ,I=E2=80=99m sure you also remember :-) Ha = Ha=20 >=20 >> So if we want u-boot release-candidates (-rc) , faster ports-upgrades = or add own features, upstream-patches: we have to compile them = ourselves.=20 >=20 > It is true that someone likely has to build > and test before committal by a committer > (and you have in the example at hand). >=20 >> That=E2=80=99s why I upload them sometimes to somewhere for some = reason(testing, patches, whatever). >=20 > So there has been more than personal testing > by you. Well, for u-boot it=E2=80=99s always good to have the latest( in = contrast to the firmware). >=20 >> Fortunately u-boot is not as much error-prone as the firmware so = uploads of u-boot - rc can be more seen as feature. >>=20 >> As an example it would be possible to apply patches to : >>> sysutils/u-boot-rpi-arm64 >>> sysutils/u-boot-rpi3 >>> sysutils/u-boot-rpi4 >> But the maintainers then always have look if patches made it = upstream and then remove/change=20 >> them again for every single port with the next release=E2=80=A6 = understandable why they would not like that :-) >=20 > Not true for those 3 ports, at least as worded: those 3 > ports have no maintainer now. (A committer might impose > requirements to be willing to commit but their judgments > might not exactly match what they would make as a > maintainer.) >=20 > And, again, there seem to be hooks in the infrastructure > to support having something other than 2020.10 for some > u-boot ports but not others. This suggests that using > newer is not, of itself, out of bounds. >=20 IIRC it=E2=80=99s the firmware-port which is out of maintenance, not = u-boot ?? But seeing Mike`s name mentioned in the sysutils/u-boot-rpi-arm64 - port=20= seems to clearly mean that there=E2=80=99s 'official' interest to get = things under control ;-) >> =E2=80=A6.while on the other hand it=E2=80=99s not so uncommon to = apply patches before they make it upstream in u-boot. >> So self-compiling makes life a bit easier. >=20 > Note that I've no clue if you had to do patching > of something that could possibly go upstream or > not. The above could apply either way. I did nothing special with u-boot2021-04-rc3 (except unimportant = 'ums'-feature), In this case I was more interested in having the latest = upstream-patches(not only for the rpi). > Am 16.03.2021 um 17:44 schrieb tech-lists : >=20 > If my usb3 disk is plugged in after it boots, the pi will panic. If I = reboot replacing just the u-boot with Klaus's u-boot, I get the same = result.=20 > If I replace all 3 files with the latest versions as described in the > URLs, (again generic kernel so with debug on main/14), it will still = panic when usb is plugged in.=20 of course that panic really should never happen. Having a =E2=80=9Epoisoned=E2=80=9C mix of firmware-files can lead to = that. USB needs a clean combination of at least fixup4x.dat, start4.elf & = bcm2711-rpi-4-b.dtb. So you could use the git-tagged one mentioned by Mark or the complete=20 Msdos-partition(only for 4b) I had uploaded. If your machine still panics (even after a msdos-partition - cleanup) : please report wit dmesg(if possible), Thank you ! =E2=80=A6.P.S: overwriting u-boot is much less risk than overwriting = firmware-files !) K.= From owner-freebsd-arm@freebsd.org Tue Mar 16 17:27:19 2021 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 13A0A5B624F for ; Tue, 16 Mar 2021 17:27:19 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-wm1-x335.google.com (mail-wm1-x335.google.com [IPv6:2a00:1450:4864:20::335]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 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 4F0Kwk07Yyz4rf9 for ; Tue, 16 Mar 2021 17:27:17 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-wm1-x335.google.com with SMTP id y124-20020a1c32820000b029010c93864955so1907017wmy.5 for ; Tue, 16 Mar 2021 10:27:17 -0700 (PDT) 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=aotQEA6HIksIOLvHhBOBXSEAp3pNCwSWgL2V9qQQQSI=; b=mblO0+fyMROHCF9FtBTBnW5ZujJHRRVV4qztJOuDCnzkBLTbfyp/0+Ug86UFhS0pPG J5ABBhFvpc0adHjJSZT0iaCazbWzflUbkuSSlqCK3UdMHtvgHGB7moZzkZaf3nv7Mdrm 7sbkTsUWTJDvxZoV1Y6U+R3yNf4iDgc6+J173NSdTmDpxgaJtFierGHZM0BFlnnFAefn OcEZp89noBN7ulw0oCzG9GplshVon8kOVM+14xeOMS3/Qx/oducmL9fbJXICZmLrxBH7 9ls4jYrBCwAgY1hrVi08rLphbiL6l9NgOiV3fZgPdo5GfonYPHd148R/ejP3sKHBoix+ gMcQ== X-Gm-Message-State: AOAM5320eRkqOdsRqMOpgd9xjnex+C+Pc4w3kXMJVLnzG9d6DTwc1XZF 673TDS94xU46emut8w2uqcM= X-Google-Smtp-Source: ABdhPJzRr99EWZi3BjEMk6C+37uBLlq1Fkt9IxFmjpJ2GJF2f5IEMKYvDvH2Q4a6CBdirJOkxT04JQ== X-Received: by 2002:a1c:bc06:: with SMTP id m6mr6661wmf.18.1615915636540; Tue, 16 Mar 2021 10:27:16 -0700 (PDT) Received: from [192.168.1.167] (dynamic-046-114-153-138.46.114.pool.telefonica.de. [46.114.153.138]) by smtp.googlemail.com with ESMTPSA id r10sm53432wmh.45.2021.03.16.10.27.15 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Tue, 16 Mar 2021 10:27:15 -0700 (PDT) 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 14.0 \(3654.60.0.2.21\)) Subject: Re: rpi4b main-n245392-8423f5d4c12 won't boot due to microsd timeout [FIXED] Date: Tue, 16 Mar 2021 18:27:14 +0100 References: <79EB88DA-0144-4A12-B716-3CF5011F16C4@yahoo.com> To: tech-lists , freebsd-arm@freebsd.org, Mark Millard In-Reply-To: Message-Id: <6AB1ED9D-0A22-442C-95BC-B9FB469047E9@googlemail.com> X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4F0Kwk07Yyz4rf9 X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[googlemail.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[googlemail.com:+]; DMARC_POLICY_ALLOW(-0.50)[googlemail.com,quarantine]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FREEMAIL_TO(0.00)[zyxst.net,freebsd.org,yahoo.com]; 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)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::335:from]; DWL_DNSWL_NONE(0.00)[googlemail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[googlemail.com:s=20161025]; RECEIVED_SPAMHAUS_PBL(0.00)[46.114.153.138:received]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::335:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::335:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Mar 2021 17:27:19 -0000 > Am 16.03.2021 um 17:44 schrieb tech-lists : >=20 > If my usb3 disk is plugged in after it boots, the pi will panic =E2=80=A6 forgot to mention : https://sourceforge.net/projects/freebsd-rpi4-msdos-partition/ this should never panic by USB-boot-plug or hotplug. if it does for whatever reason(driver or whatever), please report, = thanks. ( you can override u-boot to 2021.04 without risk to that partition) Ask Mark Millard for another suggestion from the official = pi-org-firmware-upstream. Regards K.= From owner-freebsd-arm@freebsd.org Tue Mar 16 18:37:25 2021 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 0E992568B82 for ; Tue, 16 Mar 2021 18:37:25 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mail-io1-f41.google.com (mail-io1-f41.google.com [209.85.166.41]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 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 4F0MTc6vXhz3DbR for ; Tue, 16 Mar 2021 18:37:24 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: by mail-io1-f41.google.com with SMTP id u20so38256494iot.9 for ; Tue, 16 Mar 2021 11:37:24 -0700 (PDT) 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=/pTU19mdglEQYoMGsFNY3kMpZYprK0TkeYkTc9UIYBU=; b=F1SpbYjd8GzZgDNDjpAFhZXLnO9VR2T9mR/Tu9QRPQZ7H/BDB1Kjv93EuORvbDa+pJ X1zCMmQJXQzWjCxJlDt944jRDpR3lRW4oyOhwqNWqfppZIgeW7ybiZEE9Q0aLnM1MqIB goWhQQJH+KWUJCqaGusgw3YrdkmdeFQJJ7OPyUayZYP7Oumrd37Bp33cJ6ROP2E7539z B27JakCz/6hm4hZfzbzUKg9Kbnpd8VmX69XeqOXVwFyiuptWaqcSYOORT5oKe9gUz3+z zNh0P2fwIenU2I2KW6jLqR9I6NB9HORlrGeU7Eo84ue6BGc2DKMoAhaJE+RNhZhkAEGz aFOA== X-Gm-Message-State: AOAM532DT0njGfvtxzBAM7UJfsMfmx4/+pvwobp9PZCR0hHgACR9YE+2 O3//ZvuFqA7ufinpiSM+faWq7ZtqmWeUszbZZFq+7mbsuGHFAA== X-Google-Smtp-Source: ABdhPJx7th1PXkKZDURKYaO0NkbhxoChlcQBcJrC+T3LeFeQTXekfONnI9ggS4NdEnHvBHCj9218zuCIkWczPf6RJjU= X-Received: by 2002:a5d:93cc:: with SMTP id j12mr4407303ioo.15.1615919843769; Tue, 16 Mar 2021 11:37:23 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Ed Maste Date: Tue, 16 Mar 2021 14:36:19 -0400 Message-ID: Subject: Re: Activating RPi 3B+ network port LED's To: Ralf Wenk Cc: "freebsd-arm@freebsd.org" Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4F0MTc6vXhz3DbR X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Mar 2021 18:37:25 -0000 On Tue, 16 Mar 2021 at 10:49, Ralf Wenk wrote: > > > Buildworld, buildkernel are running now to get a CURRENT from today. > > I will also update the contents of the MSDOS partition to match what > > is in the latest 14.0 image. > > As almost expected: No success. The Ethernet LEDs stayed dark. There are a couple of things I'm unsure about with respect to this issue. First, I did not see a microchip,led-modes entry in `ofwdump -a`. I'm not sure if this is expected or not. I do however see it in the dts dump (from `sysctl -b hw.fdt.dtb | dtc -I dtb -O dts`), and I've attached that extracted dts to PR 254267. For the second item, consider this excerpt from the dts: usb-port@1 { compatible = "usb424,2514"; ethernet@1 { local-mac-address = [...]; compatible = "usb424,7800"; mdio { ethernet-phy@1 { microchip,led-modes = <0x1 0x6>; }; }; }; }; Both usb_fdt_get_mac_addr() and muge_set_leds() obtain the fdt node from usb_fdt_get_node(). The MAC address is found as expected ("MAC assigned from FDT data" is printed), but the LED mode data is not. The driver attempts to fetch the LED mode data via OF_getencprop(node, "microchip,led-modes", modes, sizeof(modes)). I'm not really familiar with the OF_* routines, but as it stands the driver would require OF_getencprop() to search for properties in subnodes, and I don't think it does. We'd need to instead use the ethernet-phy@1 node in the OF_getencprop() call. From owner-freebsd-arm@freebsd.org Tue Mar 16 22:22:16 2021 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 1884D570414 for ; Tue, 16 Mar 2021 22:22:16 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic304-25.consmr.mail.gq1.yahoo.com (sonic304-25.consmr.mail.gq1.yahoo.com [98.137.68.206]) (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 4F0ST26lCDz3nKD for ; Tue, 16 Mar 2021 22:22:14 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1615933333; bh=mSsoan+pAwg2cI4vzEQsSvvWi/0RB8xi+EjU6bodp/Y=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=Mag1t5/qAUcj8uy2jOCGEpWKhlHL1ojbwnwK77UxlPJ+jxFbC7JRZ2GDqWvM5I3k+rRHwvMy7rYng79yMUUwRzau7o32w2r1lDfC9bINaObchwSpoLzCiRf54X2fTJ1wTWWgfmUMjcKOobpv9gTu+vQ4JwYKWRhcftaR41r1wW4fmLoxMOk3MTbgIsP/GRvNjdVeJXOpmYgU6NjvopJZd9j/F1G1p+rB19u5L37GYrK5TogaRkaREoOaLmxgzVE0xZSdxfXiVCxkBC040sVSm7/JY3SKcR68n2Ohw4vFIXwnZtiWyVcUrkQAACOirbmipcd4hWhINA8vtU9/WycMsw== X-YMail-OSG: UvOIPEoVM1lIl7jHkf0XctAbVyOUcUOn5jpiXFOFIJ4S8hPKqul4C_dN_XAYNvO 1x6MS2i6XzIuJ1bCwXjJSg2nzvx8380ROF1aeXgcRqdhqTsbFwjg5ke4c9apiCJGdSG3nkrMClWW gNgfvghAsZr2vTwHFewJ1ryvMsckMsZKPw8B355uq9.jnM6qW47S6wSqDRNXCcog8TdNWS8xm9WV ablow.aezAL05_kio.1wchrXpGB98cM8T7y_RJGtCxRuCZ.RDYgT.JaRQXnqsB47EWk_irBYZ5Az 4ePAq7lcRppX7ieoIy5I.fSlvLayprzHWIIREH.2PRC39hSass0arGHxT0I5WZc6lBzaatwiqWz8 sEO1JGu4sxFf.eYP_Q80lJxFqHxsd6440iG.alJcA_xLHpuTKrfv_uX._Hav4atqyKqo0Zgah3VE fy919.CFoog3Jsfn4I7q.4GNBrF4jpMrpAcTjpW5hkylKOoKPzbw1aOCbqgzweltZ3w5qziNDyLS sZMN8VY_SwBXgbbOf1ImuXmg0tbUecdC36_sDuuA8vJ1AvthMLQ.myRg7ge7t3qFcNYXEnbnW5Hv 64IRvUUmCbVjZXu5cflvDMmTRIEcYb_dI3gEVFmaGrBSRSOMfLuuf3iUO_4M8u_OWwXhuzHD1ELE RJENzYfpwzwIxT8tYmpd4iSoDlFuDSTceoOVkDMcn7tXOvHTF3vY6.PJEvvzoXWSimxvZk_pGBDn pQj7nemR8kvMBF0flIbr7wkOZrhqQHC14OzP7KAMy_AB6a3qYrqe55wfnmif2DFLCYfRx2UIcycy j6sHm6Ye8ZLiED2aNFz1sNp8amEZFMXB0CWiJXj8lFkXINr_oht05Bg93dItwI6XKtyqF_6M6BqA yrRoBM2rooZGRcJtAdr5kjvhydtvcaURvPaKzmup2ccwHblyc7jqoTEdZbhRystgX_gUbvIDHFtp Qq38lXxKNkCk_l04OGqm81WuieNQlao.LOcuHsa3LqavO.HcL4r2dMF.tJHBeZO.EuTqSwybIEWI 6S_zWvwbXg4qaNLRi15yi1H9JRLE3.JGU4dBjxDZNpYahOFe9oVDpRl22_5xv4vrJvyS0xYzvudM rldtEKzUFLeHIJF1rgXpG7MDo_7eSnIKOfkb4kRqoEjm3S9btSXxKg6aWOulluuG9TH0vaZfgL4D 6.LwGZkMM6nZLL7G3KjKRBIOwr2dBvMPhM7KH0FH6WvnlTejyf970cmpkE5C9xiSe_EJRPI3iqeu U8k5UrUYxtIMY263nM6Zn5M_Z0A30iXhwcjSd4ZHSW3DgQDBQaDxCLOkkMR3ZeSscdY.Sx455YmL 451J9G2VcpW3eHDuFCLY5UuO5ZoIhZU.Mu8acN4CNT3VIddlfUoTYrAnaciBUtWhhslA6x7F4HlX uzuSSVuozm3Evy2ALKD013p899Hrf9p2w1S6g.Su.rjmDWDvOvcUttO82sCTEsKSnj1w7LxSzwZ8 esEChpDuUCTycyNOrzDPtXoOjJnx99_3_uqMW.oA43HM8HLzNnsuHPfQ70vYSl1nvTEJQFuGTJIP yBcl9sMHIQBbEspASl7Wee3PERNho9eQVLDPv7e1y54F_XXqbI5N4P_0eeuOVh7WbNld60fyaVw8 kmZifE12K9Jd.YOSk2DVFKKgXuTO_bTyS6e9IMOIoPd9Rn9VTUAs4YQkkk8T9N565ERJj5G6OedJ Byof1.UlpFCuNFPC8A.JJn4D1g0SloomNgJVwvNoxAD7Txuo7UbGTng_wEmtO1v0Oxtv6lzCOzYy Kfcg9l4uFZCcR9dRG4c35CLnA5ZjcMIXaK83Wtu9AC33PUi5xzEmxN87cGmDqT5CmkuDQM2xT39M KjTCP22J72LfBZEtuKqnoqVJ36O2GbqUGueGv1c.1uPHzIH6gk6Zkcbjdijo76NkfjCEf1MYU4ek ofiESjOTRUpF..wk_CsbcmP_X7iVGwq8PBCLunYkqFxpXu80MJpqrgrDPqNKFJP_LGl3juquP32p y.fFodtLHkzNGw58tgr.gxtgiUssH96gGz8hbzCwRtHC7wmDUXLnP8sdX6HcZCMGlqPT2xN7YGtV yXn9zBzw1.mMRFVcYWzQwj.qecjWqrs7hrNonNkucRbWUnjEqWujHsBzlp03fJeSt0lpICK53jKY y_NXA30BqqgOBNJ.lID6Vtct5YpoRE0J3znk9W1kMKhABzGJupIdewiG8qGmMxjnr81SlxvmW0mp tx87ZRHfIJKnrTQ8skXHd6xZmkfSbeOD.D480zDaBDGnWi7Gj5Jr57tL2YhhQc_fCht3zZy2ONUy LRlYbNMRO_X2AHbgH9yxSFf710qJRE2mdVD.EpTAtIZEU7cq0pVxLh5NvwxExaeomMS0xtas96rr yTq0PTz9lSkt3MXtrRm0.C_jUM1aovAboIc1iSv6aIGESSDfULc.4UT7zbMbENaMZ_Xf_PfKROrE eQ7fWVwIG.IkVW0Q7CUIHJvNK4T9t3Tpoj6LJnkjr9qXDM2cbasxHv0JN.S0RxbLDwRE5nV1ZIeE Kt44HGmmHPtdKxM_n4hISO6It8q4PU1m5_fe3zJ0Z X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic304.consmr.mail.gq1.yahoo.com with HTTP; Tue, 16 Mar 2021 22:22:13 +0000 Received: by smtp416.mail.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 8f6600ce32a141b2a3002bff3be9b00f; Tue, 16 Mar 2021 22:22:11 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: rpi4b main-n245392-8423f5d4c12 won't boot due to microsd timeout [FIXED] From: Mark Millard In-Reply-To: Date: Tue, 16 Mar 2021 15:22:10 -0700 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <548DA04C-8CF0-4898-9C9A-423B8A400AE5@yahoo.com> References: <79EB88DA-0144-4A12-B716-3CF5011F16C4@yahoo.com> To: tech-lists X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4F0ST26lCDz3nKD X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.68.206:from]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.68.206:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.68.206:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.68.206:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Mar 2021 22:22:16 -0000 On 2021-Mar-16, at 09:44, tech-lists wrote: > On Mon, Mar 15, 2021 at 06:50:02PM -0700, Mark Millard wrote: >=20 >> So there would seem to be no urgent aspect of >> existing RPi[34] u-boot ports vs. Klaus K.'s >> build(s) to lead Klaus to put up reviews on >> Phabricator for updates to: >>=20 >> sysutils/u-boot-rpi-arm64 >> sysutils/u-boot-rpi3 >> sysutils/u-boot-rpi4 >=20 > I don't know what (version) those ports make, as I've never = tested/used them. My way of working (directly updating firmware files) = is a hangover from the time when there was little support for the = rpi4/8GB and I've just never changed my method. Maybe that needs = changing. Where those ports are/were used in official FreeBSD builds . . . sysutils/u-boot-rpi-arm64 (from latest) is what is used in building the official, weekly snapshots' FreeBSD-14.0-CURRENT-arm64-aarch64-RPI-*.img.xz images. Some version from quarterly is used in building the official: FreeBSD-13.0-*-arm64-aarch64-RPI.img.xz images. FreeBSD-13.0-RC3-arm64-aarch64-RPI.img.xz this week should finally use a sysutils/u-boot-rpi-arm64 version from quarterly that no longer has the RPi* firmware based USB problem(s). = FreeBSD-14.0-CURRENT-arm64-aarch64-RPI-20210311-15565e0a217-257277.img.xz from last week was the first to use a version of sysutils/u-boot-rpi-arm64 from latest that no longer had the RPI*firmware USB problem(s) but it had FreeBSD kernel USB problems reported by its debug kernel. [I'm ignoring u-boot's not handling having multiple storage LUNs in a USB device here.] Back when there were separate snapshots for RPi4 and RPi3 for 64-bit, sysutils/u-boot-rpi4 and sysutils/u-boot-rpi3 were used. (The detailed u-boot options for at least sysutils/u-boot-rpi4 are somewhat different than for sysutils/u-boot-rpi-arm64 .) Two of the ports are intended to be RPi4 vs. RPi3 (and RPi2 v1.2) specific. In an RPi4 context, materials from sysutils/u-boot-rpi3 should not be used. What versions are built . . . As far as I know all the u-boot ports are currently picking up the default 2020.10 assignment that is in sysutils/u-boot-master plus whatever local patches that they may have. sysutils/u-boot-master specifies other details for specific ports as well. >>> [1] how would I "test" the installed[2] u-boot.bin to make sure it = was >>> working correctly? >>=20 >> I was thinking of whatever criteria you used when you >> wrote: >>=20 >> QUOTE >> . . . >>> = https://sourceforge.net/projects/fbsd-rpi4-u-boot2021-04-klaus/files/u-boo= t.bin/download >>=20 >> Pleased to report this new u-boot works perfectly! thank you >> END QUOTE >=20 > what I was looking for when I asked the question was whether you might > know a method of testing it programmatically. I mean, I'm not a = programmer, so I don't know where to look. I don't even know what the > three firmware files do, apart from leveraging the booting process.=20 u-boot is used in booting but (for the most part?) does not survive the OS finishing its boot: basically nothing to test for u-boot after booting successfully. General testing is just if you are having boot problems. The mess is if the answer is yes and then the problem needs to be tracked down to contributions from some combination of firmware, u-boot, loader.efi (bootaa64.efi), FreeBSD kernel, or world materials (in part depending on how far things got for the configuration). > By "works perfectly", what I mean is it seems to do everything asked = of it. > The stable/13 machine, as well as self-hosting, runs poudriere for = about 500 > packages, runs mail clients, is a web server, uses usb3+zfs for > additional (2Tb) storage, boots off sdcard, is clocked at 2GHz. "Boots off sdcard" and possibly "is clocked at 2GHz" are the parts of that tied to u-boot. (u-boot could force the initial conditions for what the later stages see for cpu clock rates and such.) "Booting off USB without use of a microsd card" would be another form of test tied to u-boot. > I don't know what else to test apart from transferring files from = sdmmc to > usb3 storage and back and checking for crc errors, I mention because = there was an issue with large file transfers a while ago. The large file transfer problems that I know of were for RPi4's with > 3 GiByte RAM configured and the fix was to the FreeBSD kernel. (uefi/ACPI booting is still limited to <=3D 3 GiByte for reliable operation: the kernel fix was only to code not involved for ACPI handling.) >> I had not quizzed you about what it takes to have the >> status "works perfectly". >=20 > Hopefully, the above answers that. If not, please suggest some tests = to > run? I think your activity was fine for the purposes involved. You might want to recheck some official snapshots and 13.0 releases as they are released, hopefully not having to make substitutions copied from elsewhere else once this week's materials are available (including the debug FreeBSD kernel). >> (I would expect that "works perfectly" has to involve how the = combination of u-boot and RPi* firmware operate together in making the >> judgment.) >=20 > All I can say for certain is that this combination > wget > = https://sourceforge.net/projects/fbsd-rpi4-u-boot2021-04-klaus/files/u-boo= t.bin/download > -O u-boot.bin > fetch > = https://github.com/raspberrypi/firmware/raw/0591568b29a724de406aa737fc8e13= f68c423f3f/boot/start4.elf > fetch > = https://github.com/raspberrypi/firmware/raw/0591568b29a724de406aa737fc8e13= f68c423f3f/boot/fixup4.dat Hopefully none of that copying will be needed to get materials once this week's 13.0-RC3 and main snapshots are available and materials from them are put to use (msdos file system materials). Getting such materials from the official builds helps check that the official builds are good. Getting them from elsewhere does not directly do so. > "work perfectly" (but see [3]), with both a stable/13 (13-n244890) = GENERIC rpi4 and current/14 (main-n245454) rpi4 with a GENERIC-NODEBUG = kernel. >=20 >> [2] has both a different u-boot and a different >> group of RPi* firmware files. >>=20 >> There would seem to be no urgent aspect of the >> existing sysutils/rpi-firmware port vs. the >> Mar 10 2021 RPI* materials to lead anyone to >> put up a review on Phabricator for updating: >=20 > I'm not sure either way because I don't know if or how any of the = three > files work when it comes to initialising usb, or sdmmc which is where = I > started. Both the RPi* firmware and u-boot could potentially mess things up. As things are, absent specific evidence, the RPi* firmware is more likely to be what broke things if something is discovered to be broken. The 3 different u-boots are alternatives for each other, although two are intended to be RPi4 vs. RPi3(/RPi2 V1.2) specific. For helping check modern official-build materials, sysutils/u-boot-rpi-arm64 is the one to check. > Additionally, main-n245454 (generic, so debug kernel) unmodified will = boot if there's nothing usb attached. If my usb3 disk is plugged in = after it boots, the pi will panic. If I reboot replacing just the u-boot = with Klaus's u-boot, I get the same result.=20 Until this week's main snapshot build and 13.0-RC3 build, problems with USB are expected and are from one or both of 2 places: A) Older RPi* firmware that is known-broken B) FreeBSD debug kernel panics about inappropriate sleeping being allowed for memory allocations. (Recently added validation code reporting pre-existing problems as I understand.) NOTE: (B) was not limited to arm or aarch64 platforms but (A) is so limited. Both should be fixed in this week's build materials. u-boot was not involved in causing either of those problems. (The only known u-boot issue for USB seems to be that it does not support USB devices that have multiple storage LUNs in the device.) > If I replace all 3 files with the latest versions as described in the > URLs, (again generic kernel so with debug on main/14), it will still = panic when usb is plugged in. Presumably these "latest" files are ahead = of those made by ports. It only takes the debug kernel to be involved to have the panics about inappropriate sleeping being allowed. This problem was not limited to RPi4 or aarch64 or even to arm. Even with good RPi* firmware and a good u-boot, it was a problem made obvious by the debug FreeBSD kernel. > So, the things that are fixed for me are sdmmc initialisation = (presumably > u-boot fixed this) on stable/13 As I remember you initially reported a 2020.07 or some such older u-boot before you updated it. So not necessarily surprising that an update helped. > and usb initialisation (which making a > generic kernel on main/14 fixes). For debug FreeBSD kernel, it takes both a modern enough kernel build vintage and an appropriate RPi* firmware vintage before USB booting and the like will work well. Neither is sufficient by itself, both are necessary. In other words: There has been more than one USB-support problem present recently for RPi4's, problems being from separate pieces of software. This makes it messier to track the issues. > [3] only thing tested on current/14 is booting and buildworld Sounds good. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Tue Mar 16 23:10:12 2021 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 B72B5571446 for ; Tue, 16 Mar 2021 23:10:12 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic302-22.consmr.mail.gq1.yahoo.com (sonic302-22.consmr.mail.gq1.yahoo.com [98.137.68.148]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4F0TXM10TZz3q3q for ; Tue, 16 Mar 2021 23:10:10 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1615936208; bh=zo/F/RsEQiz1/vfiSc7giFXEa7K9Emet10bmLlL/ojT=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=gFD+nVK/ivtpefyTBmzTDSGCwLUF1KHWh8YAFHqeI1TjbGAdIeABEYTEnAfQunkzBe+3i4TYOQZ28dZ6L+KxIxYTb/dGfKgSvUKr9yvFF+RD/Bi9yQO47e/Z4lTb04SS4co3/RiNtZx/ICAKh16FDGIfrjKQ7Bu1OiKpe9lfq8AbjmtE3oplOSl+1sSNc4Q2GXCfCKJJAigF4ikGnrkAPfbOU6/lMBBSxLV76x9gNYVOmhtV+KemAVoztt6g+3xEkT2ce2ndaceT7h12KK4ystf0MrrTKeB94ZDsNwGl2JRgy6o1Ox7S5IlxKU/FFvsKq6B/x7YQHxuwjO8+LYQV4g== X-YMail-OSG: NxrVTRUVM1ndhJcxkwbOWEjw.GpdSZ52_iNW_mArYurc3wD9w38lCuSRSWOksTT ISE09J6ugvAtZHx6G3KsoAUAuA5oPZjqnaeH.YCMgz2gh_nBKinS31shdabzLZt5ED1UjuKqN4A5 QirCcbc01jdTZ_n5Si.y1VncrcOerlCydBuw4P5dt4AvEXNtYAf8jvP_VgC0ib8yj1GuD120XX9t itM9r_NGIR2mT2BUqacvsqJ73CoGiJ6remDM4rfFEdyLsiRARB87VnT3DzPE3ip2122KrWobscge PPbKCk4xcXF5xZXJUnM7Ygc1kbRf_iqrbAm1.DjhgV9hvZx5Vlgc6qjcJ2iicmQoPNPNQvcMGqsV eYTyZzLGqlBntKs_m3GN23I9FMDDfZr7QU91U8ieq5OjVvzON621vcU1MshNy4GlHWdH.EY_sCNv VWAlp43uknvHXBY19JhryAHJCCPT6Nz9AFrbBUxEQRXqd4k66t5IuUkVrYjW3dpASGQnBmGH1B7V 4ZyiWuf7Rw.N46pFNdqpov9pPoe6c1gf6s3gJk_r2maWRta9lums4SHdZI8idWt1LVoJnkHkq78_ LoIavoYaxtEujcoTjHASlfmQvH05EmnvS4mXDh2TCBXOu04Q8ZYPZj3x3gUYMeVwxmYHWvKfD2bC WqeW055EYaehTSS3RvJzTZjM_g0KPENoz7NZFBCK2RXF_.z5XEXVNuQ.TzIF4cXemLaGjKB8GV9W 0xnJaZKt9Wgiqdx5OV_4wCy5LqtfyiLNg4cnBwronmImK7wyr3W1YhylazRXYYZ5PMzX.Uskr6Gi 5qR_eoc0TvjIhGYzEOuOAjoDd7AKJ4_fNHepFFh.xDFJZvmPSiZfXCpDARS0pg7ldX9DXHvFq2jd 7mEuws6kpaVBS5Y8_TrNxVjQBrB9ms7kJQd0H09ELdxPEHeftCzW2tMZ3gQf8diIPPAjUVynePyG eY7vo9yAZ2SJmVs2SEY91MFiiy.3Y55bYQH_hkJBVoTINDTqGfjBklycraW4.uPt.D6DRDCg1t85 9VjCQ76P9DwTqBZ15LXOJfvXjz9jPmmK6yyiTgBntCiX_zm3pHNXQi7BQ6xtEf2F.V6qNbiF1kh4 9ZJdMQpOpq.9K0tudL_x7Wwaq4I99JrNjFx6X6GvlnjMvTHx7jHU7D7WTzWRyfColO1qdnNlaO82 .gN5oxqSpiLDbNyScPVfITvHKexRBopHxTrI_2.3NXWsXQZ58.YElsooL0hL4srrgW8SdwNFu25y rka19NBVwUC62kkkAt1V2rcnzLfC7I_eFQmBSx9Re504g93SkFvXZkGr90eyyk5bHuAcv.2cwoPN C10O9DPo0OrylwvzPU7IAok.ubRxqEYm2abU8kcYjwf0eaWk1Y.A6Q18ZPVRpEwymND1sF2smecB sSyFnfjXD51s6urvRCxDjx1Aj9XvHxICJejfBoU.Hb2bOD3Rq4V5LPVEFBUHgGdSQlcY9cGFkLN_ RFAIfUUkoK5TDJibaVc2b3mHrrLEAbv6.DZe.AYk0GauvLHz5utPgDGAW85dz3qBExkRNn_lcErq qiGhwr3XaUUP9FYuIXWMMRMQI_el7Nchp4veDB5iHj2l8IN0E_o7v5mxv00bTMWsJe.zx1fmoDYa Uc.D.YZTain2P27mnhfLtSg.Vjw_Xn6qicCFB9mYfRMEeDPWke5QEU3h7LKb4O8WYyZT4HpTWACZ 0IRoAdq1imVdkWXpSZI44CWlMSP8v6CIlS2t6nCfhmjvxO8zya0Vl7TFzDalcUGupmRLRXm1ANun H37V45wzGUC7eLmKPJ2DNWD..F1AhjdxJWl_2kiclW060c08CzlD81WosWjtuqtHsKtN1if.xEMC 7OSujPOKeuDl9SjvTiBKyjof9CZ10DPnrKRA6OB1EmcIPVr0NsUx4qvESQ_Xr74aYYXANxrCS6Mu Q7Z5GkPhmiYB5pR4kLn5EflY.N48W._ejrMbL81_KQN49YJXvj9BZ6nJ1i5oWcNHCdbBTya4MmYe 7ALqe4He3l0IfQz8hm6Yhu8L.X39xA9NqtrUA2OBC1Sv8NJJw7F0aG6SuWJcR9opbgIbWSF9gNe2 gFjQCsD2DVjf7nNvvuFaMDzDmk.V.0Oga6.3AALe5R35lV3uslF_hzSKwbZ2qMsOrMGWLqBkr0q3 5u7ULMh0ZE4Yc91Ura3H7uwhQn9wLoi0rq42Xp.g7uQbsf_10gDlFtIXH.6iK3rPgjHAJLLxblxN n6wGZ7fs8GrXqFD3KraG6pCvuyd9vFGYHQVXv_tNPB_nceo24Td6MO8NW8PZXj5vDFwqw6V.jC5q D2cloA_bQl2gqPxs92D8S943PTL4KJeX7rhgu5m1NSDq2BCoENYMPAR_kIaPQP7.g4QK6r.y5aEO itJm41X4t3cDl6lZnW_tOAKnaKU4vKfUm7kmhJR_sqa2qei2z4s5K6FnE_x4vB4nCMR7ZhALfS52 3urCbNYLmKJdQ9BWA4KjK_3Nb7n5pFbxAygNBa4KRSTo6uewe03T.f37IknzeVoOlieU6sKPYP63 zNYZ17MrcMw_VgrJaEpTZttf2YUrNjK8vARedL0BZ1e4dFugP0ynNCjTHSqyx9f_qWca7K8UqjMW OpUBU6yf_Nr9OnoMB6c433qJu7tKZPHgl9UqDss6ScAKi_XTc7pXT7ihJZrK0JiFT2ivpC1ZW3b. 6uz4VKJVAiSpXJ7Nt3P.OQbWe X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic302.consmr.mail.gq1.yahoo.com with HTTP; Tue, 16 Mar 2021 23:10:08 +0000 Received: by smtp410.mail.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID a207d860536e91eb25146931505a4e84; Tue, 16 Mar 2021 23:10:06 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: aarch64 based on main 58661b3ba9eb : panic for "ufs_dirbad: /: bad dir ino 66371814 at offset 106496: mangled entry" From: Mark Millard In-Reply-To: Date: Tue, 16 Mar 2021 16:10:05 -0700 Cc: freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: <80D7FDC3-1143-479C-85B2-DFF8EFB3CF64@yahoo.com> References: <3420FB5B-6499-42E5-8FFE-F9BF57CCECE7@icloud.com> <5D99B7D1-CDF6-4C96-AF62-ADF9626639CF@yahoo.com> <13F0E8C6-639D-4529-8348-79DDCCC3B4F4@yahoo.com> To: Greg V X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4F0TXM10TZz3q3q X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.68.148:from]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.68.148:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.68.148:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.68.148:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Mar 2021 23:10:12 -0000 On 2021-Mar-16, at 04:39, Greg V wrote: > On Tue, Mar 16, 2021 at 02:53, Mark Millard via freebsd-arm = wrote: >> = https://unrelentingtech.s3.dualstack.eu-west-1.amazonaws.com/flash-image-2= 020-07-01-mainline-tfa.bin >> With this media I get to see the kernel output that >> was missing before and so would have a chance of >> gathering evidence if there was a boot problem. >=20 > This is because FreeBSD was switched to actually correct parsing of = serial settings: > https://reviews.freebsd.org/D25373 >=20 > And only in these newer firmwares are the settings also correct :) >=20 >> I still have never tried to use the PCIe bus. A >> verbose boot reported: >> pcib0: on acpi0 >> pcib0: Bus is cache-coherent >> pcib0: ECAM for bus 0-0 at mem e0000000-e00fffff >> pci0: on pcib0 >> pci0: domain=3D0, physical bus=3D0 >> but that was all for pci*. pciconf -l reported >> an empty output. >=20 > That's all you'll see without a card inserted. > On this device, we can only expose this much with ECAM. >=20 >> ( I've no clue how to accurately rebuild >> flash-image-2020-07-01-mainline-tfa.bin . Being >> able to rebuild in a known way could be an >> advantage to using a working port.) >=20 > You'll need to study EDK2 and TF-A documentation to understand all = these things, > but some rough info: >=20 > EDK2 forks: https://github.com/unrelentingtech/edk2/commits/master = https://github.com/unrelentingtech/edk2-platforms/commits/master >=20 > EDK2 build commands (before that, you'll need to build the tools in = the repo etc.): >=20 > export = PACKAGES_PATH=3D/usr/home/greg/src/github.com/tianocore/edk2:/usr/home/gre= g/src/github.com/tianocore/edk2-platforms:/usr/home/greg/src/github.com/ti= anocore/edk2-non-osi; ./edksetup.sh >=20 > DTC_PREFIX=3D/usr/local/bin/ CLANG38_BIN=3D/usr/local/llvm80/bin/ = CLANG38_AARCH64_PREFIX=3Daarch64-none-elf- build -a AARCH64 -p = Platform/SolidRun/Armada80x0McBin/Armada80x0McBin.dsc -n 8 -t CLANG38 -b = DEBUG -D X64EMU_ENABLE=3DTRUE -D CAPSULE_ENABLE=3DFALSE >=20 > The final build image is produced by TF-A, mainline is = https://git.trustedfirmware.org/TF-A/trusted-firmware-a.git and the = build command is >=20 > gmake -j8 HOSTCC=3Dclang10 CROSS_COMPILE=3Daarch64-none-elf- = ARCH=3Daarch64 = SCP_BL2=3D/home/greg/src/github.com/MarvellEmbeddedProcessors/binaries-mar= vell/mrvl_scp_bl2.img = MV_DDR_PATH=3D/home/greg/src/github.com/MarvellEmbeddedProcessors/mv-ddr-m= arvell = BL33=3D/home/greg/src/github.com/tianocore/edk2/Build/Armada80x0McBin-AARC= H64/DEBUG_CLANG38/FV/ARMADA_EFI.fd PLAT=3Da80x0_mcbin LOG_LEVEL=3D30 E=3D0= all fip >=20 > the MV_DDR_PATH should have = https://github.com/MarvellEmbeddedProcessors/mv-ddr-marvell/tree/mv_ddr-ar= mada-atf-mainline checked out (note the mainline branch for mainline = TF-A), the SCP_BL2 is from = https://github.com/MarvellEmbeddedProcessors/binaries-marvell/tree/binarie= s-marvell-armada-18.12 and BL33 is the .fd image built by the EDK2 build = system. >=20 > and the TF-A makefile needs a gmake fix >=20 > --- i/plat/marvell/armada/a8k/common/ble/ble.mk > +++ w/plat/marvell/armada/a8k/common/ble/ble.mk > @@ -29,4 +29,4 @@ BLE_LINKERFILE :=3D $(BLE_PATH)/ble.ld.S > FORCE: >=20 > $(MV_DDR_LIB): FORCE > - @+make -C $(MV_DDR_PATH) --no-print-directory = PLAT_INCLUDES=3D"$(PLAT_INCLUDES)" PLATFORM=3D$(PLAT) ARCH=3DAARCH64 = OBJ_DIR=3D$(CURDIR)/$(BUILD_PLAT)/ble > + @+$(MAKE) -C $(MV_DDR_PATH) --no-print-directory = PLAT_INCLUDES=3D"$(PLAT_INCLUDES)" PLATFORM=3D$(PLAT) ARCH=3DAARCH64 = OBJ_DIR=3D$(CURDIR)/$(BUILD_PLAT)/ble >=20 >=20 >> There is also: >> https://people.freebsd.org/~manu/flash-image-2020-07-01.bin >> and: >> = https://unrelentingtech.s3.dualstack.eu-west-1.amazonaws.com/flash-image-2= 020-07-01.bin >> that I have not tried. >=20 > That build has the same EDK2, but vendor TF-A = (https://github.com/unrelentingtech/atf-marvell/tree/atf-v1.5-armada-18.12= ) instead of mainline. >=20 > If mainline works for you, great, no reason to switch to that one. > I've had some issue with mainline=E2=80=A6 IIRC, it refused to run = from the SD card because of some SD timeout thing, only worked from SPI = flash. >=20 Thanks for the explanations and other information --and the improved build. =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 Mar 17 00:33:52 2021 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 4F3FB573E50 for ; Wed, 17 Mar 2021 00:33:52 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic303-25.consmr.mail.gq1.yahoo.com (sonic303-25.consmr.mail.gq1.yahoo.com [98.137.64.206]) (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 4F0WNv0lBqz3vxy for ; Wed, 17 Mar 2021 00:33:50 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1615941229; bh=ENkvYG2Qfw/s+HI51j4vH0vOuV7zN5baJcryMx2WJfT=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=s2Im5+hCSGOUuIAm2AixoSSH3/DqYLKun+PKMEUcoyuqz9L4A+qIyXMx9Oc1Jl42vViGr9hhi/TmMNDFRys5e7tYhkgRddgJvLoyB1xgBbym1+EOWbaIqqZxK5jz0wV1ZcfV05ZAjn0sfetGuhIE3fDE5l8Xc0k+WEjCb6vd66vthgLzOMGTRlskOdCwF2/tG3RiPpDV8pyIVJWQFqU+vRjBgfvWsU6/nWjbNgj1ndaKgvSdiNtpgZfvE4zLuKZdlbov2o02gdd7l9UG7cuZuUEbTLubwQyi6VKh0vZqyKi1Ho/Cbz7ifikGyVD4G5mmWEgvnnuc2OetvsH+MN5CUA== X-YMail-OSG: wdFZek4VM1k.amOtMQPS7OY30lDZ6VwPg1GOB.qtBanb4gMnz1vKwbleLUKXb0m bPwbwRuW7f2kGr7P7jDK6Pb2TiX.9ev.GZ5gQ0BLcuqJl1fKMQnbkXhb1NKfxLbldWN4gWul4lbw RzDXHn9yAWbFBpASs8ZuJsnciKpMpK2cu3tq8kKLhiE6qofJlm0mfu1LiKsywx3GW._BAMUWPh3i ymZTtUhizol1C_BEIF9eIpNjUcgMBMWqFYZUvaGH6ugVUjxa.XMxu3BQmr1IFKXiz.MLtW7zQcPY aowjr.XKXl52LqRuYTseDwFdv1EKM_7_FusPq.iP_yT1xLW5oKwoMozTdHsA90Jxs.boXt0.W7jo YgZl5aKTQQ0KZE23fKmd_FKuybtdlume6ef2Y4ov.EoBb_v6hrxkP4oEXJCB3LknOkpuoZHOTcT9 1oWL2QexjPRsF78njL0jMDMroK435BLc.RE0Vaz9a9JGjOI7C1uxgM_49MHW90bBywqG5vhu1poG paGik4sRv1UoeNVDZX6on394g2PAE6nwTzKV86_2UvqBWTuYg.lOAlrYo_Uw8kHWQs6h3ViLWFHC Qys3xstj1ng.SvkAduf4U0TWd5DtW8T9VwvtXhRtbh6AIjbYbihxz0G0O8CtdOQg2gdQOWzY.y2I 2jI7tcF8woJf1asrmQSdeKf5NrJYbyDZsmJ3BceHfdxS7KYlwyYT0hg_xxfG5Kg_FMIlWkftl2jC sO8YEyUAWijUlxGDFq8Tol0LQWGbMyS1cvD2vlO5_28duqYR66ikqbjqnbDmF.UCJm.KVtEqcIyD NwMpT64ySD_Z7MhsRuRsORWrMJnge_cUzdbHpa15iFIyn2p8YwrNOKsA2YOQ84Ev_FUoP4Vtqi6i 4o0Yr04uZxzj14TI1OU9pnmgElaeA1g0secdAaCCXfClaIYH_SBrIkTa3l.p66rz_a4U16DgMmJx GlZgv24W9xAY_CJ1CPoWogVNzQ5S4XlrYd.VY.DM0MpTVtevnUIkWNMpqKLsZH47LSMxfwF6YDVU 6zgIJEeaVeX8p0WeUNISyE97GE7o.UrjYw3OEXpArLPNXxBLAsefaootGPWKKGwQYSZXKb4nQgKh 6zjG9hGA5.nX1MKtyHPa74OHpsTNVNnqWWEXzswiqxvkVfnp_icbYsuzal22nJfmloSyQ2FS.RMb Nsr8HPKjFRfXj9kFpmHD3vQiuwrl3W2ZdLCl5uyM.rgeMuAjVlXeaFciqkGThMk7QizarMioEZ9t vrKUnQ1d13ZqlXJaBNau3_ozd34qmXqU8S6NK7d1blvorxP6xMpRuYebF8mZFhvp1A6MDR6u36iI 7qocsaIkKgUU8j.RXGUzxgqH0ZHBKb6ySUCYFY_BG6lteq7BYON.DKp3lvE0dbdlxbwc1k.b.GcK ZT5nEwnJbVWYdcN1CKLOeVm5WlCJNE4VZwG7QiBWExABQCSxL8DH1Zsi5JokzV4Emta_BVDbKy7O mR6A0H6voxO4LMMzW1p163ub..dPstAs6sPYHaVeoeJtPUUX7CWehaqFUhTNN8A.ki2.kjA_KGJv r6fQDUMef5QpXka_22L5E9mWCvrn9i5KU7loIFA5JPaIf1k3a4RWH14BaAcZiKVOovY41jNgfPI1 SUjI7LdM61lnWnw8VvL3yXBZKIvdtFdnSolZnTNV6Wz0yUE_YIrefsYgb7zAABCfpUfnHXPTr3P9 KKrGsvkA3MNoWzyA7qYaMnVJXfWO_3dA.jX22adlq3RptEfZR8RGVH2F0jHsKbwhFd66mZ5yFMyD S8TYgNEbsnIIIeEy0afw42mtTfnrtYl_32m1KVJQPmMBOv.RwoTUhbg0y262gfbVTrQFAu6FIfg9 NiCd0JpbgyP9EkoQDnWTNqwplO2vieNkO8wtGJuXN3Oxs26ZZEIgOuC1JJ1K_Cb2ArQNy5coLMba SUsLSN3HGs_wSgED3lqZ.Z4YHV_4CSzO4ZNGv9KAnbvGHOGI6MbQ6lxRPV129.oupvhcPsIllB6D rZxgsjVHcOtRfaIS0FfPJlOgVVhnjpfYb6u6eVS6kphXG8xRE8Ff5VQm5oXERZqzpivWeNb.aWKi s3qFNbf8vzlSAr.u8gWBtzAzXLZWUg3A0DiY4OC5p6gjayfquFR2KM43IsfiZHHvsp6ab6Reu0T1 VOnxmNGnniwtSgKQl6ULmYWkjXyEFkDuTDkBb24SE.itxv8vynNfwOzhgxW4I1bmtJigeQyNfvAl 5b7Hn1nry2VzGXpxz88PtBi9OARuhkcYrnfPOTmluSbrte89.roZRISVYFtmt5oR9qcRAS_hX7WA vw7_sW5KHvid7_FaTt7UZWBuEW_TD1_9tY8QNMfdGUqOaXHMVyfiN3Eb0ypFi0wfYzZni99oJ9VJ 0eS5HtQFW6KKd.nxGK5O9.YESzWJGg6ldNbiKc2KWR8Clfp_L4NX3VkGeB8SFebfOP51RvEco0My Wh0ZD00cpjJaqV2rECR0Nh_CG5VGKLFunjgmD8f6IQjxG3Tzbc3mDk9V9GG.0YVoRyC43siEOmTK rekD75pSsdFUoFYbL_P5gjDrqL_GnsyfEscKFCCvJQnTjDVKYc4xcXLerCUBqPa2B1McYYKK7dEZ oTJFP0xYl1h1ru9A1 X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic303.consmr.mail.gq1.yahoo.com with HTTP; Wed, 17 Mar 2021 00:33:49 +0000 Received: by smtp406.mail.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 25120c8d3935c49438d44b5523952abf; Wed, 17 Mar 2021 00:33:47 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: rpi4b main-n245392-8423f5d4c12 won't boot due to microsd timeout [FIXED] From: Mark Millard In-Reply-To: <548DA04C-8CF0-4898-9C9A-423B8A400AE5@yahoo.com> Date: Tue, 16 Mar 2021 17:33:45 -0700 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <1E71C78B-98B2-47CE-B3B6-F5503170DA54@yahoo.com> References: <79EB88DA-0144-4A12-B716-3CF5011F16C4@yahoo.com> <548DA04C-8CF0-4898-9C9A-423B8A400AE5@yahoo.com> To: tech-lists X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4F0WNv0lBqz3vxy X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.86 / 15.00]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-0.36)[-0.361]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.64.206:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.64.206:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.206:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.206:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Mar 2021 00:33:52 -0000 On 2021-Mar-16, at 15:22, Mark Millard wrote: > On 2021-Mar-16, at 09:44, tech-lists wrote: >=20 >> On Mon, Mar 15, 2021 at 06:50:02PM -0700, Mark Millard wrote: >>=20 >>> So there would seem to be no urgent aspect of >>> existing RPi[34] u-boot ports vs. Klaus K.'s >>> build(s) to lead Klaus to put up reviews on >>> Phabricator for updates to: >>>=20 >>> sysutils/u-boot-rpi-arm64 >>> sysutils/u-boot-rpi3 >>> sysutils/u-boot-rpi4 >>=20 >> I don't know what (version) those ports make, as I've never = tested/used them. My way of working (directly updating firmware files) = is a hangover from the time when there was little support for the = rpi4/8GB and I've just never changed my method. Maybe that needs = changing. >=20 > Where those ports are/were used in official FreeBSD > builds . . . >=20 > sysutils/u-boot-rpi-arm64 (from latest) is what is used > in building the official, weekly snapshots' >=20 > FreeBSD-14.0-CURRENT-arm64-aarch64-RPI-*.img.xz >=20 > images. Some version from quarterly is used > in building the official: >=20 > FreeBSD-13.0-*-arm64-aarch64-RPI.img.xz >=20 > images. >=20 > FreeBSD-13.0-RC3-arm64-aarch64-RPI.img.xz this week > should finally use a sysutils/u-boot-rpi-arm64 version > from quarterly that no longer has the RPi* firmware > based USB problem(s). >=20 > = FreeBSD-14.0-CURRENT-arm64-aarch64-RPI-20210311-15565e0a217-257277.img.xz >=20 > from last week was the first to use a version of > sysutils/u-boot-rpi-arm64 from latest that no > longer had the RPI*firmware USB problem(s) but > it had FreeBSD kernel USB problems reported by > its debug kernel. >=20 > [I'm ignoring u-boot's not handling having multiple > storage LUNs in a USB device here.] >=20 > Back when there were separate snapshots for > RPi4 and RPi3 for 64-bit, sysutils/u-boot-rpi4 > and sysutils/u-boot-rpi3 were used. (The detailed > u-boot options for at least sysutils/u-boot-rpi4 > are somewhat different than for > sysutils/u-boot-rpi-arm64 .) >=20 > Two of the ports are intended to be RPi4 vs. > RPi3 (and RPi2 v1.2) specific. In an RPi4 > context, materials from sysutils/u-boot-rpi3 > should not be used. >=20 > What versions are built . . . >=20 > As far as I know all the u-boot ports are currently > picking up the default 2020.10 assignment that > is in sysutils/u-boot-master plus whatever local > patches that they may have. sysutils/u-boot-master > specifies other details for specific ports as well. >=20 >=20 >>>> [1] how would I "test" the installed[2] u-boot.bin to make sure it = was >>>> working correctly? >>>=20 >>> I was thinking of whatever criteria you used when you >>> wrote: >>>=20 >>> QUOTE >>> . . . >>>> = https://sourceforge.net/projects/fbsd-rpi4-u-boot2021-04-klaus/files/u-boo= t.bin/download >>>=20 >>> Pleased to report this new u-boot works perfectly! thank you >>> END QUOTE >>=20 >> what I was looking for when I asked the question was whether you = might >> know a method of testing it programmatically. I mean, I'm not a = programmer, so I don't know where to look. I don't even know what the >> three firmware files do, apart from leveraging the booting process.=20= >=20 > u-boot is used in booting but (for the most part?) > does not survive the OS finishing its boot: basically > nothing to test for u-boot after booting successfully. >=20 > General testing is just if you are having boot problems. > The mess is if the answer is yes and then the problem > needs to be tracked down to contributions from some > combination of firmware, u-boot, loader.efi (bootaa64.efi), > FreeBSD kernel, or world materials (in part depending > on how far things got for the configuration). >=20 >> By "works perfectly", what I mean is it seems to do everything asked = of it. >> The stable/13 machine, as well as self-hosting, runs poudriere for = about 500 >> packages, runs mail clients, is a web server, uses usb3+zfs for >> additional (2Tb) storage, boots off sdcard, is clocked at 2GHz. >=20 > "Boots off sdcard" and possibly "is clocked at 2GHz" are > the parts of that tied to u-boot. (u-boot could force > the initial conditions for what the later stages see for > cpu clock rates and such.) >=20 > "Booting off USB without use of a microsd card" would > be another form of test tied to u-boot. >=20 >> I don't know what else to test apart from transferring files from = sdmmc to >> usb3 storage and back and checking for crc errors, I mention because = there was an issue with large file transfers a while ago. >=20 > The large file transfer problems that I know of were > for RPi4's with > 3 GiByte RAM configured and the > fix was to the FreeBSD kernel. (uefi/ACPI booting is > still limited to <=3D 3 GiByte for reliable operation: > the kernel fix was only to code not involved for ACPI > handling.) >=20 >>> I had not quizzed you about what it takes to have the >>> status "works perfectly". >>=20 >> Hopefully, the above answers that. If not, please suggest some tests = to >> run? >=20 > I think your activity was fine for the purposes > involved. >=20 > You might want to recheck some official snapshots > and 13.0 releases as they are released, hopefully > not having to make substitutions copied from > elsewhere else once this week's materials are > available (including the debug FreeBSD kernel). >=20 >>> (I would expect that "works perfectly" has to involve how the = combination of u-boot and RPi* firmware operate together in making the >>> judgment.) >>=20 >> All I can say for certain is that this combination >> wget >> = https://sourceforge.net/projects/fbsd-rpi4-u-boot2021-04-klaus/files/u-boo= t.bin/download >> -O u-boot.bin >> fetch >> = https://github.com/raspberrypi/firmware/raw/0591568b29a724de406aa737fc8e13= f68c423f3f/boot/start4.elf >> fetch >> = https://github.com/raspberrypi/firmware/raw/0591568b29a724de406aa737fc8e13= f68c423f3f/boot/fixup4.dat >=20 > Hopefully none of that copying will be needed > to get materials once this week's 13.0-RC3 and > main snapshots are available and materials from > them are put to use (msdos file system materials). >=20 > Getting such materials from the official builds > helps check that the official builds are good. > Getting them from elsewhere does not directly > do so. >=20 >> "work perfectly" (but see [3]), with both a stable/13 (13-n244890) = GENERIC rpi4 and current/14 (main-n245454) rpi4 with a GENERIC-NODEBUG = kernel. >>=20 >>> [2] has both a different u-boot and a different >>> group of RPi* firmware files. >>>=20 >>> There would seem to be no urgent aspect of the >>> existing sysutils/rpi-firmware port vs. the >>> Mar 10 2021 RPI* materials to lead anyone to >>> put up a review on Phabricator for updating: >>=20 >> I'm not sure either way because I don't know if or how any of the = three >> files work when it comes to initialising usb, or sdmmc which is where = I >> started. >=20 > Both the RPi* firmware and u-boot could potentially > mess things up. As things are, absent specific > evidence, the RPi* firmware is more likely to be > what broke things if something is discovered to > be broken. >=20 > The 3 different u-boots are alternatives for each > other, although two are intended to be RPi4 vs. > RPi3(/RPi2 V1.2) specific. >=20 > For helping check modern official-build materials, > sysutils/u-boot-rpi-arm64 is the one to check. >=20 >> Additionally, main-n245454 (generic, so debug kernel) unmodified will = boot if there's nothing usb attached. If my usb3 disk is plugged in = after it boots, the pi will panic. If I reboot replacing just the u-boot = with Klaus's u-boot, I get the same result.=20 >=20 > Until this week's main snapshot build and 13.0-RC3 > build, problems with USB are expected and are from > one or both of 2 places: >=20 > A) Older RPi* firmware that is known-broken >=20 > B) FreeBSD debug kernel panics about inappropriate > sleeping being allowed for memory allocations. > (Recently added validation code reporting > pre-existing problems as I understand.) > NOTE: (B) was not limited to arm or aarch64 > platforms but (A) is so limited. >=20 > Both should be fixed in this week's build materials. >=20 > u-boot was not involved in causing either of those > problems. (The only known u-boot issue for USB seems > to be that it does not support USB devices that have > multiple storage LUNs in the device.) >=20 >> If I replace all 3 files with the latest versions as described in the >> URLs, (again generic kernel so with debug on main/14), it will still = panic when usb is plugged in. Presumably these "latest" files are ahead = of those made by ports. >=20 > It only takes the debug kernel to be involved to have > the panics about inappropriate sleeping being allowed. > This problem was not limited to RPi4 or aarch64 or > even to arm. Even with good RPi* firmware and a > good u-boot, it was a problem made obvious by the > debug FreeBSD kernel. >=20 >> So, the things that are fixed for me are sdmmc initialisation = (presumably >> u-boot fixed this) on stable/13 >=20 > As I remember you initially reported a 2020.07 or > some such older u-boot before you updated it. So > not necessarily surprising that an update helped. >=20 >> and usb initialisation (which making a >> generic kernel on main/14 fixes). >=20 > For debug FreeBSD kernel, it takes both a modern > enough kernel build vintage and an appropriate > RPi* firmware vintage before USB booting and > the like will work well. Neither is sufficient > by itself, both are necessary. >=20 > In other words: There has been more than one > USB-support problem present recently for RPi4's, > problems being from separate pieces of software. > This makes it messier to track the issues. >=20 >> [3] only thing tested on current/14 is booting and buildworld >=20 > Sounds good. Just an FYI: For an RPi* using the likes of: # strings /boot/efi/u-boot.bin | grep 'U-Boot 2' U-Boot 2020.10 (Dec 13 2020 - 08:04:27 +0000) to see an indication of the u-boot version and time frame is sort of like using: # strings /boot/efi/start4.elf | grep VC_BUILD_ID_ VC_BUILD_ID_USER: dom VC_BUILD_ID_TIME: 12:10:40 VC_BUILD_ID_VARIANT: start VC_BUILD_ID_TIME: Feb 25 2021 VC_BUILD_ID_BRANCH: bcm2711_2 VC_BUILD_ID_HOSTNAME: buildbot VC_BUILD_ID_PLATFORM: raspberrypi_linux VC_BUILD_ID_VERSION: 564e5f9b852b23a330b1764bcf0b2d022a20afd0 (clean) to do so for RPi* firmware *.elf file(s). A somewhat analogous sequence for the FreeBSD kernel is to use something like: # strings /boot/kernel/kernel | grep 'FreeBSD 1[0-9]\.[0-9]' WARNING: Device "%s" is Giant locked and may be deleted before FreeBSD = 14.0. @(#)FreeBSD 14.0-CURRENT mm-src-n245445-def0058cc690 GENERIC-NODBG FreeBSD 14.0-CURRENT mm-src-n245445-def0058cc690 GENERIC-NODBG (But it is not as useful by itself for FreeBSD with source file patching maintained in the local git repository.) The kernel of interest might not be the one that is running. =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 Mar 17 05:00:54 2021 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 978A157A422 for ; Wed, 17 Mar 2021 05:00:54 +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 4F0dK12SNWz4f1T for ; Wed, 17 Mar 2021 05:00:52 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1615957251; bh=T9dKW0+sg8vtcZZkA5lb75Aa4TrzFmudNjVim7ieooa=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=aDai/Ob+hz+1wmX6j08hYs4lYAWI1EKdXyUt0HzYRRmsMkW64UWt2Xb/xsUvKlWVh5mutG4VXWTuL6llalgXFHKQNe8dd6wvCu157WdHOelaRKyia0MtlVadHsWlZ8nF8ZJiCKAY4cYGSIE86XY8BQC1SyBZQNbrNsdW6GwmfKWixI3+EgvbkvAKxpEl91PZWjjMZIT1P3hcyIPPsKutARQxpd4KEkFTq/t3XO+WVoHg9HBaalzCU3m1WvSHtfOQXoJSSF2wO8H0EaOV4aWKMG87PeONsbb+2BvZXKZlkiUTZ1TmUxr+JAVqNb1J9y6iju4kaDeCpjchgYG3ECTRHA== X-YMail-OSG: kj2DUHoVM1nk0zVgQGMPq16JwybUhahUh5zp4mjq.htiX2VttqlGai.vMPvjCh4 QSjQe1qyu8V.QIA5h1w3hxehQxUnqHzv94LxulupuBtjhlt2JytYvw.30yrIwdBlY3n8xSDE4ZXf mMhFvQ6AtFu1qH7C_sNXPsyBPBxiKnxoGKH9nWdlKynktNYph7Odj6qgM.ZgZMIqWvAjhYspeknJ VzAFKVc7QS5X4oPJUthe1kmQhDfIn1h8ZgO7d4yEibZZwozmYfDwiZ1RQv7eWUNEXc77knnE1hdI 3NALZR6uV_IWlxVXdaR..RnvFyCA7bo0ufolgZwM1PGIsUfj2JTSE3pfuVqe9yyYWKUF7TJlotJc gsf2ZkCHAsa7fTyj04sZeHVeyfJliWt7zHa863uFYRTEfHGD.jy4cK8ylq7auM8lvEahJyOCltZZ dSAkSLZuVwshmcmsoXji3lOxlGIh.lBqwPXkxe.1LzD4Iwu2lrI965G63eytSIuArKkWgcy5v8W4 WWXLvQ1L_A9mhgaLQLez7iYG1zJ.j1GW62ueauvERQYVLKsZZ6NWu8pHHhxizQNMq4dQIf.9DZoQ fnR9vJTfn_z3qLBSaPdxqAvnzM8BMcP1uK.4ohAeQTChnSZ1o_fz23J.ZQ0RSEogYzxm3mD1AjC9 cZ7x3WpPz0S.5xIJM8BwYWoOykS36VU8N9O46z49VKynUWFpRvNH52LDjI2GCoiolet.uGYS3eXW U2ddfnl4E2BGHTGvPBqkJDt25waszvowrwXl.f08O4pefqysHljGRusspB9IWqVG30fttuCw3ChC F1.Rr4TTJZTy7RiyewRmfGbztRQyBuhTTd7k.p8ayf9OUTGFYa2LXVC1Ukfjdoadz_yWJXS9AXK5 unq2fag6aPclX1x.KDbfBxHZc3DcBchRaC2c8zExYogWfd8XarjVPTJwOoNbmmzbIU1OnCGOLZpM 7kyviu1h8dsLbH9tfEaBKopqzNi0bKjXqNOUagfuk7e.MbozUvMRXF.8EUwe0kx7PG_OU8QZ7Hg7 uFUrbGy9OOGVFPsHpWiHp2taOkJF_uoRQvpAqfkoL2Vld4HXoFeevXz20tCPJ_jja.rxno4lbQXQ 6ljWQgRI3lYD42YwJAVYov9Q8h_riWvZIT8q.Il7j6paDlGq1oUMDrK0Fc0smFDOVLzL.5XjL34X 4l1TXH6i7h_oIRvDBCtqb9RPnPGqxKhuPsIoqfTpxRBATeaqTKr7jJrPdYk617b7DaFbuDzvlUj1 xdeFqqJtai.j1z15djm.ghlr90CIFAvQ2T19FM2KjKHeg0K2J1jzcZVk2v5kYTPP7hnxdfB.BAkC E1Y94WILOQXaCpjfecEpGlJgpoMEjInldkGqYDkjcu6PiwP.UyTqkd4RjbLKkXyF1DusZFlbvoV5 15q6s9m1KNJVIzbZu4VIQ8X4.3.w1Lwwf0B0Z4kI5txE6HLNdUB6HkgbOvIE5C8J2YsmYWoW9gzH P8lMy3eTlKu6_cOpbT9ACUDQ.2QfJ13FaHn6aCpf3n57scvEyA._w3hYggYCrmp0aZ4WNqthhjJG GL9OKTc0dkj7AT58btDGeJVZpzE5OHknYENqQEh6mB3QZHaHA96Xnf1qk3W_AgzhE6tjA4Qkydfu GyaIbb0ojZ6jSVFCUkjILMYD8eAOQYRt52OxoRS0cO6lqjOnd5GmNWpTizzdYskTKt0r7tz6x1Gf heY2fagN8JNBC3L5RZn51OZgwWdKwJpEPxYizNy8Me8Ngkaw4AsTjGS6ojLlurAun2ttJ1rwQJWs W17egWZQ5Vc3Y.hlACcUOoW5ZBzVQT12m_PlM6a5ikpUEtApDDnU3TsEWl7kZf22NSwIrt_.XgLf i8y6A.i9jnBt_9qHmQt8fghBgDsF0L0mbAMa4hhVpgwmzSIZe5.CL.w3cpZTQ6psQdsLhCuUzzgx _PBQUWufSakbVXA3UrmrC.hqH5LFoeaos.HAyn.ZpoSw1YMMukNt5c7bWYfzvmNqg3oqL1wAI.A7 2iWMpyr0s.OGdM8xM6kHIP5M5_5mi7Iih93RxRHQxO20JbV28Dri7Sy_qOunisKdMDLn1mZnkWAP 1hDaiAhHObbeSDj2cPiWeRZMsaSOyRag5_ytxYxFBrAdTy8m7ljIbjFLFSt.Cbfqdhe9eTjvpk8j AS8gG7V5kzHPqVTWkaDszCMsEVbIEEdAdRlfaBSNLU8nARlAhjPXtA5nUC2V4GyL8UjxeKeWViOY WyNXIs8jimwgLgODBQ7yXRW7ubHscDiTHQD.rot2rmR2jzMSAMLwZIDPGhMmF10YL5bivCsRZHe1 Dw6.i9D2keKCN9oU4p25SXbMI20trWBh8T0JtrJaBpUjMKcyDGUjMcI3yjc6YgszA9An0XW6ZfH1 TpMbDe0WX5QQefo462qvsBP6A1oec7gXyMagXovcNkDs0JxN9MRiJRtm0HmwGYGzvIg8FGRxa8Wc WgWNwZRefegDfPhihv.eu0WYLiXKuTfifa39BjFg1AM9pHUgpXFcnlkyvrqQQsfnPyUZCNP9Y6sC Fza2xhWpGw8R50hklNzt4ZLfwfKZTFKGTvFZUKSk9SVNt3SKOHFahOfOQ3y2RqOSqF5NIw374m3u PMsG2k_hmMGejazOZqJDRAMIX1UadgCsJOFJkTSs2VEQ.8n4- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic315.consmr.mail.gq1.yahoo.com with HTTP; Wed, 17 Mar 2021 05:00:51 +0000 Received: by smtp403.mail.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID a40c5d5879a18906db04f34d5bb1659b; Wed, 17 Mar 2021 05:00:48 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: MACHIATOBin Double Shot booted into FreeBSD from Optane in PCIe slot From: Mark Millard In-Reply-To: <80D7FDC3-1143-479C-85B2-DFF8EFB3CF64@yahoo.com> Date: Tue, 16 Mar 2021 22:00:47 -0700 Cc: freebsd-arm , Mark Murray Content-Transfer-Encoding: quoted-printable Message-Id: <7744246D-0F1A-4035-BCAA-0903A3AB030D@yahoo.com> References: <3420FB5B-6499-42E5-8FFE-F9BF57CCECE7@icloud.com> <5D99B7D1-CDF6-4C96-AF62-ADF9626639CF@yahoo.com> <13F0E8C6-639D-4529-8348-79DDCCC3B4F4@yahoo.com> <80D7FDC3-1143-479C-85B2-DFF8EFB3CF64@yahoo.com> To: Greg V X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4F0dK12SNWz4f1T X-Spamd-Bar: - X-Spamd-Result: default: False [-1.50 / 15.00]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.65.32:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_SPAM_SHORT(1.00)[1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.65.32:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.32:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.32:from]; FREEMAIL_CC(0.00)[freebsd.org,icloud.com]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Mar 2021 05:00:54 -0000 I've no plans on generally using the PCIe slot but I decided to test using it with an Optane as the only storage media (besides the microsd card that has the UEFI/ACPI material on it). It worked fine based on UEFI/ACPI being (indirectly) from: = https://unrelentingtech.s3.dualstack.eu-west-1.amazonaws.com/flash-image-2= 020-07-01-mainline-tfa.bin So I did the following (starting with being powered off already), at least in summary: A) Disconnected the usual power source B) Disconnected the SATA disk setup C) Plugged in the Optane into the PCIe slot D) Plugged in power that could handle far more E) Booted from the Optane (I used the UEFI UI to select the "UEFI Misc Device" in Boot Manager.) F) Transfered materials to update the FreeBSD (prebuilt) that was on the Optane. (Using ethernet dongle in the USB3 port, like normal for my context.) G) Ran the procedure for updating FreeBSD on the Macch. (A bunch of chroot directory trees are updated as well, not just the boot context.) H) Rebooted, again selecting "UEFI Misc Device". It is now running based on main 7381bbee29df (form 2021-Mar-12) from the Optane media: # ~/fbsd-based-on-what-freebsd-main.sh=20 merge-base: 7381bbee29df959e88ec59866cf2878263e7f3b2 merge-base: CommitDate: 2021-03-12 20:29:42 +0000 def0058cc690 (HEAD -> mm-src) mm-src snapshot for mm's patched build in = git context. 7381bbee29df (freebsd/main, freebsd/HEAD, pure-src, main) cam: Run all = XPT_ASYNC ccbs in a dedicated thread FreeBSD CA72n16 14.0-CURRENT FreeBSD 14.0-CURRENT = mm-src-n245445-def0058cc690 GENERIC-NODBG arm64 aarch64 1400005 1400005 >> . . . A >> verbose boot reported: >> pcib0: on acpi0 >> pcib0: Bus is cache-coherent >> pcib0: ECAM for bus 0-0 at mem e0000000-e00fffff >> pci0: on pcib0 >> pci0: domain=3D0, physical bus=3D0 >> but that was all for pci*. pciconf -l reported >> an empty output. >=20 > That's all you'll see without a card inserted. > On this device, we can only expose this much with ECAM. Now it shows as follows (verbose boot used): pcib0: on acpi0 pcib0: Bus is cache-coherent pcib0: ECAM for bus 0-0 at mem e0000000-e00fffff pci0: on pcib0 pci0: domain=3D0, physical bus=3D0 found-> vendor=3D0x8086, dev=3D0x2700, revid=3D0x00 domain=3D0, bus=3D0, slot=3D0, func=3D0 class=3D01-08-02, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0006, statreg=3D0x0010, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) intpin=3Da, irq=3D255 powerspec 3 supports D0 D3 current D0 MSI-X supports 32 messages in map 0x10 map[10]: type Memory, range 64, base 0x800000000, size 14, = enabled pcib0: rman_reserve_resource: start=3D0x800000000, end=3D0x800003fff, = count=3D0x4000 nvme0: mem 0x800000000-0x800003fff at device 0.0 = on pci0 nvme0: attempting to allocate 5 MSI-X vectors (32 supported) nvme0: using IRQs 11-15 for MSI-X nvme0: CapLo: 0x04010fff: MQES 4095, CQR, TO 4 nvme0: CapHi: 0x00000020: DSTRD 0, CSS 1, MPSMIN 0, MPSMAX 0 nvme0: Version: 0x00010000: 1.0 . . . pass0 at nvme0 bus 0 scbus4 target 0 lun 1 pass0: pass0: Serial Number *REPLACED* pass0: nvme version 1.0 x4 (max x4) lanes PCIe Gen3 (max Gen3) link nda0 at nvme0 bus 0 scbus4 target 0 lun 1 GEOM: new disk nda0 nda0: nda0: Serial Number *REPLACED* nda0: nvme version 1.0 x4 (max x4) lanes PCIe Gen3 (max Gen3) link nda0: 457862MB (937703088 512 byte sectors) # pciconf -lv nvme0@pci0:0:0:0: class=3D0x010802 rev=3D0x00 hdr=3D0x00 = vendor=3D0x8086 device=3D0x2700 subvendor=3D0x8086 subdevice=3D0x3900 vendor =3D 'Intel Corporation' device =3D 'Optane SSD 900P Series' class =3D mass storage subclass =3D NVM Thanks again. Note on the "image checksum verification failed" notices and such . . . I have seen the rejection of the microsd card UEFI/ACPI material's checksum sometimes (same media both ways, no content update). With your report as well, it seems that reading microsd card media is unreliable at the start. Its simple retries worked in my case, for example: BootROM - 2.03 Starting CP-0 IOROM 1.07 Booting from SD 0 (0x29) Found valid image at boot postion 0x000 lNOTICE: Starting binary extension NOTICE: SVC: SW Revision 0x0. SVC is not supported mv_ddr: mv_ddr-devel-18.08.0-ga881467 (Jul 01 2020 - 21:18:08) mv_ddr: completed successfully NOTICE: Cold boot Error: image checksum verification failed Error: no valid header till end of media Error: Failed boot attempt 01. error =3D 0x041 BootROM - 2.03 Starting CP-0 IOROM 1.07 Booting from SD 0 (0x29) Found valid image at boot postion 0x000 lNOTICE: Starting binary extension NOTICE: SVC: SW Revision 0x0. SVC is not supported mv_ddr: mv_ddr-devel-18.08.0-ga881467 (Jul 01 2020 - 21:18:08) mv_ddr: completed successfully NOTICE: Cold boot NOTICE: Booting Trusted Firmware NOTICE: BL1: v2.3(release):v2.3-269-g568a88172-dirty = (Marvell-devel-18.12.0) NOTICE: BL1: Built : 21:19:59, Jul 1 2020 NOTICE: BL1: Booting BL2 NOTICE: BL2: v2.3(release):v2.3-269-g568a88172-dirty = (Marvell-devel-18.12.0) NOTICE: BL2: Built : 21:20:00, Jul 1 2020 NOTICE: SCP_BL2 contains 5 concatenated images NOTICE: Skipping MSS CP3 related image NOTICE: Skipping MSS CP2 related image NOTICE: Load image to CP1 MSS AP0 NOTICE: Loading MSS image from addr. 0x40269f4 Size 0x1cd8 to MSS at = 0xf4280000 NOTICE: Done NOTICE: Load image to CP0 MSS AP0 NOTICE: Loading MSS image from addr. 0x40286cc Size 0x1cd8 to MSS at = 0xf2280000 NOTICE: Done NOTICE: Load image to AP0 MSS NOTICE: Loading MSS image from addr. 0x402a3a4 Size 0x5420 to MSS at = 0xf0580000 NOTICE: Done NOTICE: SCP Image doesn't contain PM firmware NOTICE: BL1: Booting BL31 lNOTICE: MSS PM is not supported in this build NOTICE: BL31: v2.3(release):v2.3-269-g568a88172-dirty = (Marvell-devel-18.12.0) NOTICE: BL31: Built : 21:19:59, Jul 1 2020 For the sequence: NOTICE: Cold boot Error: image checksum verification failed Error: no valid header till end of media Error: Failed boot attempt 01. error =3D 0x041 Is all that before it is even executing material that is from the microsd card? If it is, then the problem would not seem to be tied to the specific image used but be a more general problem reading microsd media by code that is in use before the microsd card's code is in use. I've not tried other media or any such yet. It is not the media that I'd used for so long before switching images: At the time I kept the original media as it was so that I could revert to it if needed. The two media (older and newer) are not of the same type. I'd never noticed such retries with the older media --but I was not looking for such either. =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 Mar 17 11:37:49 2021 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 4B5205AADFC for ; Wed, 17 Mar 2021 11:37:49 +0000 (UTC) (envelope-from freebsd@markdixon.name) Received: from out4-smtp.messagingengine.com (out4-smtp.messagingengine.com [66.111.4.28]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4F0p6z5BFhz3NpR for ; Wed, 17 Mar 2021 11:37:47 +0000 (UTC) (envelope-from freebsd@markdixon.name) Received: from compute2.internal (compute2.nyi.internal [10.202.2.42]) by mailout.nyi.internal (Postfix) with ESMTP id DA0755C00F7 for ; Wed, 17 Mar 2021 07:37:46 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute2.internal (MEProxy); Wed, 17 Mar 2021 07:37:46 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=markdixon.name; h=from:to:subject:date:message-id:mime-version:content-type; s= fm1; bh=buKVsYfgeSEq6WnGOFgo+LUlY7pn2MaoMlnnCCi7xNs=; b=Lzxt6zDN WOqGZkW+S8h+DYSFoVTFQ6RZT6KOjJKVgsjdxEVM0AoglolrazIR3eNeUgVVPDcb HZzu2LG69kVlNkgq4b75/CGhXvKi0UGzNpdGIqHiwvQJHPhRZ3p/wN3FUwGWto/I y1K6XLVmH9eoZ39AbI2lyE2bhCooUIsjThIVWkD+QmFxcZwcXaAUXPV7xvYoAu/L RclALsXTu1lt+OReA8Jxo+AK3RaDxF+kEQa4FLJPkHBVDg75iHvim4bEcjSTSnPB dpSsqSoD3oCO8Lf1ENdDssk3MW0LdXTTO1yprVJJI16hdogXyDX73yRnXRCe0YvI ozjXB68nEDRs7w== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:message-id :mime-version:subject:to:x-me-proxy:x-me-proxy:x-me-sender :x-me-sender:x-sasl-enc; s=fm2; bh=buKVsYfgeSEq6WnGOFgo+LUlY7pn2 MaoMlnnCCi7xNs=; b=vytSxB9Dqju83YYXY2juQjvjcNajYqGEJxiRqhdoDLN5Z /TeVJkliwApEVIup35L31oc3eFqeKZGyQb2aY1z4MfYu54MkOQZti5W0nUAZfsup EkSBkrmLtmw+Ic7weipfAKl9PISATe8usYz0++23d/RmQ4LT0YPVWoZ/R5Jbz4Xh +ZQQjMUNH6imLipWhzKWGtLWQ5HPSFpauKlCzPxw5hgkMHz/rNA8j2Fc+vrn0/8I fGg47XRfT/xEizE3NyxmqlAVzL3lOszLZjvbqU3wXr0X+6QplK0M7/0j3R6O1kyD p2rcI8yrPIBEy4qZ9fpCuJyLGL/AX23o8R7hxw2NA== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledrudefgedgfeduucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpefhvffufffkgggtsehgtderredttd ejnecuhfhrohhmpeforghrkhcuffhigihonhcuoehfrhgvvggsshgusehmrghrkhguihig ohhnrdhnrghmvgeqnecuggftrfgrthhtvghrnhepkefhveeigfefledvgfejheejudejke fhiefggfehieevvdelvdejvdeufeeileegnecukfhppeekuddrudekjedrudeihedruddu geenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpehfrh gvvggsshgusehmrghrkhguihigohhnrdhnrghmvg X-ME-Proxy: Received: from markspc.localnet (114.165.187.81.in-addr.arpa [81.187.165.114]) by mail.messagingengine.com (Postfix) with ESMTPA id 76DBA24005A for ; Wed, 17 Mar 2021 07:37:46 -0400 (EDT) From: Mark Dixon To: freebsd-arm@freebsd.org Subject: security/bitwarden_rs on aarch64 Date: Wed, 17 Mar 2021 11:37:41 +0000 Message-ID: <10583814.HWECOB6VNT@markspc> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2000574.bo3hB1aSCY"; micalg="pgp-sha256"; protocol="application/pgp-signature" X-Rspamd-Queue-Id: 4F0p6z5BFhz3NpR X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=markdixon.name header.s=fm1 header.b=Lzxt6zDN; dkim=pass header.d=messagingengine.com header.s=fm2 header.b=vytSxB9D; dmarc=pass (policy=none) header.from=markdixon.name; spf=pass (mx1.freebsd.org: domain of freebsd@markdixon.name designates 66.111.4.28 as permitted sender) smtp.mailfrom=freebsd@markdixon.name X-Spamd-Result: default: False [-5.70 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[66.111.4.28:from]; R_SPF_ALLOW(-0.20)[+ip4:66.111.4.28]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; DKIM_TRACE(0.00)[markdixon.name:+,messagingengine.com:+]; DMARC_POLICY_ALLOW(-0.50)[markdixon.name,none]; NEURAL_HAM_SHORT(-1.00)[-0.997]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[66.111.4.28:from]; ASN(0.00)[asn:11403, ipnet:66.111.4.0/24, country:US]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_IN_DNSWL_LOW(-0.10)[66.111.4.28:from]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[markdixon.name:s=fm1,messagingengine.com:s=fm2]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[66.111.4.28:from:127.0.2.255]; MID_RHS_NOT_FQDN(0.50)[]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Mar 2021 11:37:49 -0000 --nextPart2000574.bo3hB1aSCY Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="utf-8"; protected-headers="v1" From: Mark Dixon To: freebsd-arm@freebsd.org Subject: security/bitwarden_rs on aarch64 Date: Wed, 17 Mar 2021 11:37:41 +0000 Message-ID: <10583814.HWECOB6VNT@markspc> Hi I've got my hands on a Helios64 board and I'm playing around with it running FreeBSD 13 to see what it can run, and I've run into something I do not understand. I've been trying to compile security/bitwarden_rs to see if I can use it to host my password manager and I've hit an issue: The build, out of the box fails with: error: /usr/ports/security/bitwarden_rs/work/target/release/deps/ libmigrations_macros-2f2155501ff102fe.so: Undefined symbol "__addtf3" --> /usr/ports/security/bitwarden_rs/work/bitwarden_rs-1.19.0/cargo-crates/ diesel_migrations-1.4.0/src/lib.rs:82:1 | 82 | extern crate migrations_macros; I'm no rust developer, but that looks a lot like a linker error. A quick google suggest that symbol is from libgcc and relates to soft float emulation which I guess we shouldn't need on aarch64 but I guess if that's what it wants I go with it. Sure enough that .so depends on libgcc: /usr/ports/security/bitwarden_rs/work/target/release/deps/ libmigrations_macros-2f2155501ff102fe.so: libpq.so.5 => /usr/local/lib/libpq.so.5 (0x406d0000) libmysqlclient.so.20 => /usr/local/lib/mysql/libmysqlclient.so.20 (0x41c00000) libthr.so.3 => /lib/libthr.so.3 (0x40749000) libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x407a5000) /lib/libgcc_so.1 though - I didn't think FreeBSD ships GCC anymore, although I've been out of the FreeBSD loop for a while. Okay, let's look in /usr/src/lib/libgcc_s, seems like it's just some sort of gcc thunking library. Let's try adding __subtf3 to Symbols.map and see what happens. Surprisingly, after adding __subtf3, __multf3, __divtf3 and __addtf3; (and installing libgcc_s) the bitwarden_rs build now compiles just fine, and seems to run - although I haven't actually done much with it yet. I'm not sure what is going on here because I'm really at the limits of my knowledge. It seems unlikely, but not impossible, that these symbols are just missing from Symbols.map in the base system. How should I proceed to fix this 'properly'? Mark --nextPart2000574.bo3hB1aSCY Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. Content-Transfer-Encoding: 7Bit -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEE/drf00LTSF2nWdhGmWPbrJHrcdQFAmBR6gUACgkQmWPbrJHr cdQcgRAAxfutkx9ECxInehVNgM8d+vDn9NZ46XQy8GTd9TWjPeY8tubUw4VxUtAm fPVpXpiyFY05jRwaOS8UgYyXcd38I6lGcDc8RD01zfj0Ptxgff7FLhujjq6yk2Ee 1D0Z/8vMQQlh+EqwCRyL/hnEZa/rZFAQkY/9Fq2y1jq+qn/lRt9GCUn1amFDRMAm VcJBPOGPy0Q3MkiBdwMcTu/wufhvp0sX7oqj2WJ1mGECsZWClAefyICIXuzuMFtP nsD6gmKUbV+K5GgQjI9xDzxZpBaA6id8PiJziNYtyuCC5aPMTAudXNdCJDj/dm+/ Dn+YAlf4VRpnr6ojUXFfc/w61psoqNAA/VwJE2256VjSlzBmCSPRhPzXBCJehFxg xK0vUy++6sV181AMFmzozcDJOWyvGZWrofqhtggWkQbQ+64RXvYzOwRSHkjglj4Y PRbwp8D5yV1EnmIH8c2gRIKGTabnMJXyEwqja5/nEiEyeOJuqRAGWj7WYbYq5FKD 6JVFvF07djXamn2mvSMYieGl0aWo6l8QmWpgsTniRU/13W59305e69MBQF/NOpe6 HONZIBqae+yJT6rEs8rrwLQfdzjNoAkkd2jz7NdBh1CbQgtXFKkjNMefc45Ujx71 c6v4LzHe5N2tpJ+6lQN9VAo9PtL7Ylu3oOESWRkqpgeWBtSIbPg= =au74 -----END PGP SIGNATURE----- --nextPart2000574.bo3hB1aSCY-- From owner-freebsd-arm@freebsd.org Wed Mar 17 12:52:01 2021 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 D11115ADC47 for ; Wed, 17 Mar 2021 12:52:01 +0000 (UTC) (envelope-from jfc@mit.edu) Received: from outgoing-exchange-1.mit.edu (outgoing-exchange-1.mit.edu [18.9.28.15]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.outgoing-exchange.mit.edu", Issuer "InCommon RSA Server CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4F0qmd00d7z3kYp for ; Wed, 17 Mar 2021 12:52:00 +0000 (UTC) (envelope-from jfc@mit.edu) Received: from oc11exedge1.exchange.mit.edu (OC11EXEDGE1.EXCHANGE.MIT.EDU [18.9.3.17]) by outgoing-exchange-1.mit.edu (8.14.7/8.12.4) with ESMTP id 12HCpmDr014013; Wed, 17 Mar 2021 08:51:59 -0400 Received: from w92expo29.exchange.mit.edu (18.7.74.41) by oc11exedge1.exchange.mit.edu (18.9.3.17) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Wed, 17 Mar 2021 08:51:29 -0400 Received: from OC11EXPO29.exchange.mit.edu (18.9.4.102) by w92expo29.exchange.mit.edu (18.7.74.41) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Wed, 17 Mar 2021 08:51:40 -0400 Received: from OC11EXPO29.exchange.mit.edu ([18.9.4.102]) by oc11expo29.exchange.mit.edu ([18.9.4.102]) with mapi id 15.00.1497.012; Wed, 17 Mar 2021 08:51:40 -0400 From: John F Carr To: Mark Dixon , "freebsd-arm@freebsd.org" Subject: Re: security/bitwarden_rs on aarch64 Thread-Topic: security/bitwarden_rs on aarch64 Thread-Index: AQHXGyH4p+d3s5TAyEix/O/KfUNykaqIZVYA Date: Wed, 17 Mar 2021 12:51:40 +0000 Message-ID: References: <10583814.HWECOB6VNT@markspc> In-Reply-To: <10583814.HWECOB6VNT@markspc> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [108.7.221.50] Content-Type: text/plain; charset="us-ascii" Content-ID: <5CA52F8DD23DCC4CA7333B69FCAFD523@exchange.mit.edu> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Rspamd-Queue-Id: 4F0qmd00d7z3kYp X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of jfc@mit.edu designates 18.9.28.15 as permitted sender) smtp.mailfrom=jfc@mit.edu X-Spamd-Result: default: False [-3.43 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; RWL_MAILSPIKE_VERYGOOD(0.00)[18.9.28.15:from]; RCVD_COUNT_FIVE(0.00)[5]; HAS_XOIP(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:18.9.28.0/24]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[mit.edu]; ARC_NA(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_MED(-0.20)[18.9.28.15:from]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-0.93)[-0.934]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:3, ipnet:18.9.0.0/16, country:US]; RCVD_TLS_LAST(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Mar 2021 12:52:01 -0000 On Mar 17, 2021, at 07:37 , Mark Dixon wrote: >=20 > Hi >=20 > I've got my hands on a Helios64 board and I'm playing around with it runn= ing=20 > FreeBSD 13 to see what it can run, and I've run into something I do not=20 > understand. I've been trying to compile security/bitwarden_rs to see if I= can=20 > use it to host my password manager and I've hit an issue: >=20 > The build, out of the box fails with: >=20 > error: /usr/ports/security/bitwarden_rs/work/target/release/deps/ > libmigrations_macros-2f2155501ff102fe.so: Undefined symbol "__addtf3" > --> /usr/ports/security/bitwarden_rs/work/bitwarden_rs-1.19.0/cargo-crat= es/ > diesel_migrations-1.4.0/src/lib.rs:82:1 > | > 82 | extern crate migrations_macros; >=20 > I'm no rust developer, but that looks a lot like a linker error. A quick= =20 > google suggest that symbol is from libgcc and relates to soft float emula= tion=20 > which I guess we shouldn't need on aarch64 but I guess if that's what it = wants=20 > I go with it. Sure enough that .so depends on libgcc: >=20 > /usr/ports/security/bitwarden_rs/work/target/release/deps/ > libmigrations_macros-2f2155501ff102fe.so: > libpq.so.5 =3D> /usr/local/lib/libpq.so.5 (0x406d0000) > libmysqlclient.so.20 =3D> /usr/local/lib/mysql/libmysqlclient.so.20=20 > (0x41c00000) > libthr.so.3 =3D> /lib/libthr.so.3 (0x40749000) > libgcc_s.so.1 =3D> /lib/libgcc_s.so.1 (0x407a5000) >=20 >=20 > /lib/libgcc_so.1 though - I didn't think FreeBSD ships GCC anymore, altho= ugh=20 > I've been out of the FreeBSD loop for a while.=20 >=20 > Okay, let's look in /usr/src/lib/libgcc_s, seems like it's just some sort= of=20 > gcc thunking library. Let's try adding __subtf3 to Symbols.map and see wh= at=20 > happens. Surprisingly, after adding __subtf3, __multf3, __divtf3 and __ad= dtf3;=20 > (and installing libgcc_s) the bitwarden_rs build now compiles just fine, = and=20 > seems to run - although I haven't actually done much with it yet. >=20 > I'm not sure what is going on here because I'm really at the limits of my= =20 > knowledge. It seems unlikely, but not impossible, that these symbols are = just=20 > missing from Symbols.map in the base system. How should I proceed to fix = this=20 > 'properly'?=20 >=20 > Mark >=20 __addtf3 is a software implementation of add for the "TF" type, 128 bit flo= ating point, when not implemented in hardware. The following program compiles for me on FreeBSD 13 on 64 bit ARM using cc = without having gcc installed. You can look at the assembly or symbol table= to see it is using __addtf3 (for +) and __netf2 (for !=3D). long double add(long double x, long double y) { return x + y; } int main(int argc, char *argv[]) { return add(1.0, 1.0) !=3D 2.0; } Based on the library dependencies it looks like rust or bitwarden is being = built with gcc and gcc is not configured as well as cc. Is it possible to = use clang instead of gcc? From owner-freebsd-arm@freebsd.org Thu Mar 18 11:24:58 2021 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 0504A57064E for ; Thu, 18 Mar 2021 11:24:58 +0000 (UTC) (envelope-from mw@semihalf.com) Received: from mail-qt1-x831.google.com (mail-qt1-x831.google.com [IPv6:2607:f8b0:4864:20::831]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 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 4F1Pnj2WTrz3KDm for ; Thu, 18 Mar 2021 11:24:57 +0000 (UTC) (envelope-from mw@semihalf.com) Received: by mail-qt1-x831.google.com with SMTP id u7so3714982qtq.12 for ; Thu, 18 Mar 2021 04:24:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=semihalf-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=t100G5F/fhjR2QIm8zPjo6A+tF1vWhWNSB6rxv2iw1s=; b=sp/9E5s9i/B7ScyeplWtE7AjKKAw6HMzRgYGTMSD0v8D1H1Q51n06RcRpdSZL5Iu+U a7dmxmI3znuMHYp9PyLg6wRWUYSk8zDGe7sr2YQhoGyW2hMqof9TAVO6pDCIAW/hlRw0 wGYnF36/og7hOmTn8H+cJdk4UT+zjBlgY+oZij3uzMhfRC7ZrTCxolrLVNO0x5hXa7n9 JD58cr8856wh4azV4rsbdPYc0QgvgHzpUAN0o1MZTUXR49wL8fWhbteOwPJHscYSjNEw xeqD2KQhAxieZEk3x6xjVFnQzEKkdjfIkjlay5xSRpcBVQNHOxIhDcbQKkfcBywS5ZKU 8+bw== 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:content-transfer-encoding; bh=t100G5F/fhjR2QIm8zPjo6A+tF1vWhWNSB6rxv2iw1s=; b=OvTh76YeaApXwIcVU00YPmbzySubKcA2mVuNvlpkqxxXKLi82kot1pg44RCrOj4bzo fdUynf6u0XPj3rt0u0tzQR6FSc0BNyaXw5618olYhJN8m5KL0g3q4RM/nwKAXvNJ22hh mBTdMn3veue+NUjlXRbtZCA+TghKLjfVVVPnDq8WPhK7iakfFFdaYil+0hUkJa7OlJ0+ WS5TiQZpLES+Q7lW6Bin9B6GcsIXX0O7HRtZk2Fweityvi3mqd/k2Jj3DAXm2BwAXIRN lDvJrxS4lHfApV+TP7qQVCwyzpIFp855D91dfNYtRIsgW2m/3URdiFGQMPnqQY6W506+ 2/CQ== X-Gm-Message-State: AOAM53061A/rjt38cuPo1Yz3X1JqsKU4IDKDn9/jZee09XuTQwnvAtTa GTF7UlQHl3CNqpeVufvdm166Z4/WbxmIGnnJqHpA+A== X-Google-Smtp-Source: ABdhPJwJB5cFskCbYCkswto2+U30tJSHjYRkM8JPufyOTTk1HwiM22AR3U24fREnPpSP/Vf1T/+qMsPCJ7lfuU2TE+0= X-Received: by 2002:ac8:70d1:: with SMTP id g17mr3248474qtp.306.1616066696354; Thu, 18 Mar 2021 04:24:56 -0700 (PDT) MIME-Version: 1.0 References: <3420FB5B-6499-42E5-8FFE-F9BF57CCECE7@icloud.com> <5D99B7D1-CDF6-4C96-AF62-ADF9626639CF@yahoo.com> <13F0E8C6-639D-4529-8348-79DDCCC3B4F4@yahoo.com> <80D7FDC3-1143-479C-85B2-DFF8EFB3CF64@yahoo.com> <7744246D-0F1A-4035-BCAA-0903A3AB030D@yahoo.com> In-Reply-To: <7744246D-0F1A-4035-BCAA-0903A3AB030D@yahoo.com> From: Marcin Wojtas Date: Thu, 18 Mar 2021 12:24:45 +0100 Message-ID: Subject: Re: MACHIATOBin Double Shot booted into FreeBSD from Optane in PCIe slot To: Mark Millard Cc: Greg V , freebsd-arm , Mark Murray Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4F1Pnj2WTrz3KDm X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=semihalf-com.20150623.gappssmtp.com header.s=20150623 header.b=sp/9E5s9; dmarc=none; spf=none (mx1.freebsd.org: domain of mw@semihalf.com has no SPF policy when checking 2607:f8b0:4864:20::831) smtp.mailfrom=mw@semihalf.com X-Spamd-Result: default: False [-1.92 / 15.00]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[semihalf-com.20150623.gappssmtp.com:+]; FREEMAIL_TO(0.00)[yahoo.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[2607:f8b0:4864:20::831:from]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[semihalf-com.20150623.gappssmtp.com:s=20150623]; FREEFALL_USER(0.00)[mw]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_SPAM_SHORT(0.38)[0.384]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; DMARC_NA(0.00)[semihalf.com]; SPAMHAUS_ZRD(0.00)[2607:f8b0:4864:20::831:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::831:from]; R_SPF_NA(0.00)[no SPF record]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm]; FREEMAIL_CC(0.00)[unrelenting.technology,freebsd.org,icloud.com] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Mar 2021 11:24:58 -0000 Hi Mark, =C5=9Br., 17 mar 2021 o 06:01 Mark Millard via freebsd-arm napisa=C5=82(a): > > I've no plans on generally using the PCIe slot but > I decided to test using it with an Optane as the > only storage media (besides the microsd card that > has the UEFI/ACPI material on it). > > It worked fine based on UEFI/ACPI being (indirectly) > from: > > https://unrelentingtech.s3.dualstack.eu-west-1.amazonaws.com/flash-image-= 2020-07-01-mainline-tfa.bin > > So I did the following (starting with being > powered off already), at least in summary: > > A) Disconnected the usual power source > B) Disconnected the SATA disk setup > C) Plugged in the Optane into the PCIe slot > D) Plugged in power that could handle far more > E) Booted from the Optane > (I used the UEFI UI to select the "UEFI Misc Device" > in Boot Manager.) > F) Transfered materials to update the FreeBSD (prebuilt) > that was on the Optane. > (Using ethernet dongle in the USB3 port, like normal > for my context.) > G) Ran the procedure for updating FreeBSD on the Macch. > (A bunch of chroot directory trees are updated > as well, not just the boot context.) > H) Rebooted, again selecting "UEFI Misc Device". > > It is now running based on main 7381bbee29df > (form 2021-Mar-12) from the Optane media: > > # ~/fbsd-based-on-what-freebsd-main.sh > merge-base: 7381bbee29df959e88ec59866cf2878263e7f3b2 > merge-base: CommitDate: 2021-03-12 20:29:42 +0000 > def0058cc690 (HEAD -> mm-src) mm-src snapshot for mm's patched build in g= it context. > 7381bbee29df (freebsd/main, freebsd/HEAD, pure-src, main) cam: Run all XP= T_ASYNC ccbs in a dedicated thread > FreeBSD CA72n16 14.0-CURRENT FreeBSD 14.0-CURRENT mm-src-n245445-def0058c= c690 GENERIC-NODBG arm64 aarch64 1400005 1400005 > > >> . . . A > >> verbose boot reported: > >> pcib0: on acpi0 > >> pcib0: Bus is cache-coherent > >> pcib0: ECAM for bus 0-0 at mem e0000000-e00fffff > >> pci0: on pcib0 > >> pci0: domain=3D0, physical bus=3D0 > >> but that was all for pci*. pciconf -l reported > >> an empty output. > > > > That's all you'll see without a card inserted. > > On this device, we can only expose this much with ECAM. > > Now it shows as follows (verbose boot used): > > pcib0: on acpi0 > pcib0: Bus is cache-coherent > pcib0: ECAM for bus 0-0 at mem e0000000-e00fffff > pci0: on pcib0 > pci0: domain=3D0, physical bus=3D0 > found-> vendor=3D0x8086, dev=3D0x2700, revid=3D0x00 > domain=3D0, bus=3D0, slot=3D0, func=3D0 > class=3D01-08-02, hdrtype=3D0x00, mfdev=3D0 > cmdreg=3D0x0006, statreg=3D0x0010, cachelnsz=3D0 (dwords) > lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns= ) > intpin=3Da, irq=3D255 > powerspec 3 supports D0 D3 current D0 > MSI-X supports 32 messages in map 0x10 > map[10]: type Memory, range 64, base 0x800000000, size 14, enable= d > pcib0: rman_reserve_resource: start=3D0x800000000, end=3D0x800003fff, cou= nt=3D0x4000 > nvme0: mem 0x800000000-0x800003fff at device 0.0 on= pci0 > nvme0: attempting to allocate 5 MSI-X vectors (32 supported) > nvme0: using IRQs 11-15 for MSI-X > nvme0: CapLo: 0x04010fff: MQES 4095, CQR, TO 4 > nvme0: CapHi: 0x00000020: DSTRD 0, CSS 1, MPSMIN 0, MPSMAX 0 > nvme0: Version: 0x00010000: 1.0 > . . . > pass0 at nvme0 bus 0 scbus4 target 0 lun 1 > pass0: > pass0: Serial Number *REPLACED* > pass0: nvme version 1.0 x4 (max x4) lanes PCIe Gen3 (max Gen3) link > nda0 at nvme0 bus 0 scbus4 target 0 lun 1 > GEOM: new disk nda0 > nda0: > nda0: Serial Number *REPLACED* > nda0: nvme version 1.0 x4 (max x4) lanes PCIe Gen3 (max Gen3) link > nda0: 457862MB (937703088 512 byte sectors) > > # pciconf -lv > nvme0@pci0:0:0:0: class=3D0x010802 rev=3D0x00 hdr=3D0x00 vendor=3D0= x8086 device=3D0x2700 subvendor=3D0x8086 subdevice=3D0x3900 > vendor =3D 'Intel Corporation' > device =3D 'Optane SSD 900P Series' > class =3D mass storage > subclass =3D NVM > > > Thanks again. > > > Note on the "image checksum verification failed" > notices and such . . . > > I have seen the rejection of the microsd card > UEFI/ACPI material's checksum sometimes (same > media both ways, no content update). With your > report as well, it seems that reading microsd > card media is unreliable at the start. Its > simple retries worked in my case, for example: > > BootROM - 2.03 > Starting CP-0 IOROM 1.07 > Booting from SD 0 (0x29) > Found valid image at boot postion 0x000 > lNOTICE: Starting binary extension > NOTICE: SVC: SW Revision 0x0. SVC is not supported > mv_ddr: mv_ddr-devel-18.08.0-ga881467 (Jul 01 2020 - 21:18:08) > mv_ddr: completed successfully > NOTICE: Cold boot Up to this part everything looks fine - BootROM loaded first part of the image (DDR training) and executed it in SRAM. > Error: image checksum verification failed > Error: no valid header till end of media > Error: Failed boot attempt 01. error =3D 0x041 Above message is from the BootROM - it tries to fetch remaining part of the image (later to be executed from DRAM). This step fails. If it's not consistent, I'd check the uSD card is placed firmly in the slot and/or try also some different cards. Best regards, Marcin > > BootROM - 2.03 > Starting CP-0 IOROM 1.07 > Booting from SD 0 (0x29) > Found valid image at boot postion 0x000 > lNOTICE: Starting binary extension > NOTICE: SVC: SW Revision 0x0. SVC is not supported > mv_ddr: mv_ddr-devel-18.08.0-ga881467 (Jul 01 2020 - 21:18:08) > mv_ddr: completed successfully > NOTICE: Cold boot > NOTICE: Booting Trusted Firmware > NOTICE: BL1: v2.3(release):v2.3-269-g568a88172-dirty (Marvell-devel-18.1= 2.0) > NOTICE: BL1: Built : 21:19:59, Jul 1 2020 > NOTICE: BL1: Booting BL2 > NOTICE: BL2: v2.3(release):v2.3-269-g568a88172-dirty (Marvell-devel-18.1= 2.0) > NOTICE: BL2: Built : 21:20:00, Jul 1 2020 > NOTICE: SCP_BL2 contains 5 concatenated images > NOTICE: Skipping MSS CP3 related image > NOTICE: Skipping MSS CP2 related image > NOTICE: Load image to CP1 MSS AP0 > NOTICE: Loading MSS image from addr. 0x40269f4 Size 0x1cd8 to MSS at 0xf= 4280000 > NOTICE: Done > NOTICE: Load image to CP0 MSS AP0 > NOTICE: Loading MSS image from addr. 0x40286cc Size 0x1cd8 to MSS at 0xf= 2280000 > NOTICE: Done > NOTICE: Load image to AP0 MSS > NOTICE: Loading MSS image from addr. 0x402a3a4 Size 0x5420 to MSS at 0xf= 0580000 > NOTICE: Done > NOTICE: SCP Image doesn't contain PM firmware > NOTICE: BL1: Booting BL31 > lNOTICE: MSS PM is not supported in this build > NOTICE: BL31: v2.3(release):v2.3-269-g568a88172-dirty (Marvell-devel-18.= 12.0) > NOTICE: BL31: Built : 21:19:59, Jul 1 2020 > > For the sequence: > > NOTICE: Cold boot > Error: image checksum verification failed > Error: no valid header till end of media > Error: Failed boot attempt 01. error =3D 0x041 > > Is all that before it is even executing > material that is from the microsd card? If > it is, then the problem would not seem to > be tied to the specific image used but be > a more general problem reading microsd > media by code that is in use before the > microsd card's code is in use. > > > > I've not tried other media or any such yet. > It is not the media that I'd used for so > long before switching images: At the time > I kept the original media as it was so that > I could revert to it if needed. The two > media (older and newer) are not of the same > type. I'd never noticed such retries with > the older media --but I was not looking for > such either. > > > =3D=3D=3D > Mark Millard > marklmi at yahoo.com > ( dsl-only.net went > away in early 2018-Mar) > > _______________________________________________ > 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 Thu Mar 18 17:00:53 2021 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 C379A57D0D5 for ; Thu, 18 Mar 2021 17:00:53 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "www.zefox.com", Issuer "www.zefox.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4F1YFJ5d2Jz4Rw1 for ; Thu, 18 Mar 2021 17:00:52 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.16.1/8.15.2) with ESMTPS id 12IH0rrL026738 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Thu, 18 Mar 2021 10:00:54 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.16.1/8.15.2/Submit) id 12IH0rSi026737; Thu, 18 Mar 2021 10:00:53 -0700 (PDT) (envelope-from fbsd) Date: Thu, 18 Mar 2021 10:00:53 -0700 From: bob prohaska To: freebsd-arm@freebsd.org Subject: RPI4 clock speeds and serial port Message-ID: <20210318170053.GA26688@www.zefox.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Rspamd-Queue-Id: 4F1YFJ5d2Jz4Rw1 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.10 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; WWW_DOT_DOMAIN(0.50)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[zefox.net]; RBL_DBL_DONT_QUERY_IPS(0.00)[50.1.20.27:from]; AUTH_NA(1.00)[]; SPAMHAUS_ZRD(0.00)[50.1.20.27:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-0.998]; RCPT_COUNT_TWO(0.00)[2]; R_SPF_NA(0.00)[no SPF record]; 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]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm]; MID_RHS_WWW(0.50)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Mar 2021 17:00:53 -0000 Having now got an 8GB Pi4 to use for FreeBSD the machine seems to be relatively slow at buildworld, taking some 18 hours for a clean start buildworld. Sysctl -a | grep freq reports in part: .... hw.cpufreq.turbo: 0 hw.cpufreq.sdram_freq: 400000000 hw.cpufreq.core_freq: 200000000 hw.cpufreq.arm_freq: 600000000 hw.clock.108MHz-clock.frequency: 0 hw.clock.27MHz-clock.frequency: 0 hw.clock.otg.frequency: 0 hw.clock.osc.frequency: 0 dev.iicbus.0.frequency: 100000 dev.cpufreq.0.freq_driver: bcm2835_cpufreq0 dev.cpufreq.0.%parent: cpu0 dev.cpufreq.0.%pnpinfo: dev.cpufreq.0.%location: dev.cpufreq.0.%driver: cpufreq dev.cpufreq.0.%desc: dev.cpufreq.%parent: dev.bcm2835_cpufreq.0.freq_settings: 1500/-1 600/-1 dev.bcm2835_cpufreq.0.%parent: cpu0 dev.bcm2835_cpufreq.0.%pnpinfo: dev.bcm2835_cpufreq.0.%location: dev.bcm2835_cpufreq.0.%driver: bcm2835_cpufreq dev.bcm2835_cpufreq.0.%desc: CPU Frequency Control dev.bcm2835_cpufreq.%parent: dev.cpu.0.freq_levels: 1500/-1 600/-1 dev.cpu.0.freq: 600 dev.iichb.0.frequency: 100000 /boot/msdos/config.txt contains root@nemesis:~ # more /boot/msdos/config.txt [all] arm_64bit=1 dtparam=audio=on,i2c_arm=on,spi=on dtoverlay=mmc dtoverlay=disable-bt device_tree_address=0x4000 kernel=u-boot.bin [pi4] #hdmi_safe=1 armstub=armstub8-gic.bin There is no /boot/msdos/cmdline.txt file. Can one change the cpu speed without disturbing the serial console by using something like arm_freq=1750 in config.txt, provided adequate cooling provisions are made? I'd rather not complicate use of the serial console at this point. Thanks for reading! bob prohaska From owner-freebsd-arm@freebsd.org Thu Mar 18 17:28:33 2021 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 BB5B457E19C for ; Thu, 18 Mar 2021 17:28:33 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from wout1-smtp.messagingengine.com (wout1-smtp.messagingengine.com [64.147.123.24]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4F1YsF0nRqz4VFS for ; Thu, 18 Mar 2021 17:28:32 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.west.internal (Postfix) with ESMTP id 510176F0 for ; Thu, 18 Mar 2021 13:28:30 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute1.internal (MEProxy); Thu, 18 Mar 2021 13:28:30 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zyxst.net; h= date:from:to:subject:message-id:references:mime-version :content-type:in-reply-to; s=fm2; bh=oOnz+MjH+skBxg8btfJrqvOUjPK PGw8km3GgBnMcJxg=; b=ewdwU5/YkvU1se20k3zv8g+oOlDUooZ1iRXNUt917Hh aOFN+yGFi01cWPrAXPHiY59F6tsYtrpw/WIhBBJrCpoi27XVho0SZYWHx7Ze9bz6 1Zdb5xzIFwJ/M7rT2NJ+I8WoLTP42ZPRbCXJrw3vY3NEudX3A5lROkruFYwwB8Wk crc3+Hnwb1/oujL8njr+IOfL7qEVAN+ANc59Dqnf2p0opAEFMzUWcALtxR9Tfsma RZfDaG/wHSwgTfq703vw0ePCAozoQRLBK6c+6mUXs1pLeB4yE7bJi4amAn3Nzn0X R5Rqyyx7nvXCc3RZWKCcmiSlPhAlXx6E0C7BD1Uc8jw== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm2; bh=oOnz+M jH+skBxg8btfJrqvOUjPKPGw8km3GgBnMcJxg=; b=RmFXXWCAU6nPE/w9fL4qGw nQIpBmepBPHf7L9xY2AqzLv0lYsn11Q1NHkVnBGdq12oPrYoeyRv34LlasUM83aP PNXgUC47wxgRfrlOmPa98Xla/yJ+hb8ZqaarwJq+CV4lAeipvhKunpPSOHYXJcDU dFOeJwT8N7zwpoxGouJeQHBuUh1a62UaXKwy81mUcjuzIZzKKRRKjdkM/rzEvzQq 6ALxsCpeBveTlF5VPduAW04fqw1/jHyQTOZgV7H3TEL3n5XjmdUOlg2QTrlmPWEL qH/+yTllu1kRBi/dIa2edNuXBYtFJIuJYnc3wdgSMn2UePjebzOOgoLLz+HUF4GQ == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledrudefiedguddtfecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecunecujfgurhepfffhvffukfhfgggtuggjsehgtd erredttddvnecuhfhrohhmpehtvggthhdqlhhishhtshcuoehtvggthhdqlhhishhtshes iiihgihsthdrnhgvtheqnecuggftrfgrthhtvghrnheptdehiefgvddufeekkedvtdefvd ettddtkeduvdegveelffdtkeffudejvdfhudetnecukfhppeekvddrjedtrdeluddruddt tdenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpehtvg gthhdqlhhishhtshesiiihgihsthdrnhgvth X-ME-Proxy: Received: from ceres.zyxst.net (ceres.zyxst.net [82.70.91.100]) by mail.messagingengine.com (Postfix) with ESMTPA id 24B37240054 for ; Thu, 18 Mar 2021 13:28:29 -0400 (EDT) Date: Thu, 18 Mar 2021 17:28:27 +0000 From: tech-lists To: freebsd-arm@freebsd.org Subject: Re: RPI4 clock speeds and serial port Message-ID: Mail-Followup-To: freebsd-arm@freebsd.org References: <20210318170053.GA26688@www.zefox.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="bnhWvNSqWpsW7SJ5" Content-Disposition: inline In-Reply-To: <20210318170053.GA26688@www.zefox.net> X-Rspamd-Queue-Id: 4F1YsF0nRqz4VFS X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=zyxst.net header.s=fm2 header.b=ewdwU5/Y; dkim=pass header.d=messagingengine.com header.s=fm2 header.b=RmFXXWCA; dmarc=none; spf=pass (mx1.freebsd.org: domain of tech-lists@zyxst.net designates 64.147.123.24 as permitted sender) smtp.mailfrom=tech-lists@zyxst.net X-Spamd-Result: default: False [-5.70 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:64.147.123.24]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; DKIM_TRACE(0.00)[zyxst.net:+,messagingengine.com:+]; NEURAL_HAM_SHORT(-1.00)[-1.000]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:11403, ipnet:64.147.123.0/24, country:US]; RCVD_IN_DNSWL_LOW(-0.10)[64.147.123.24:from]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[zyxst.net:s=fm2,messagingengine.com:s=fm2]; FROM_HAS_DN(0.00)[]; SH_EMAIL_DBL_DONT_QUERY_IPS(0.00)[0.0.0.0:email]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; DMARC_NA(0.00)[zyxst.net]; RCPT_COUNT_ONE(0.00)[1]; DBL_PROHIBIT(0.00)[0.0.0.0:email]; RWL_MAILSPIKE_VERYGOOD(0.00)[64.147.123.24:from]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Mar 2021 17:28:33 -0000 --bnhWvNSqWpsW7SJ5 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable hi, On Thu, Mar 18, 2021 at 10:00:53AM -0700, bob prohaska wrote: >/boot/msdos/config.txt contains > >root@nemesis:~ # more /boot/msdos/config.txt >[all] >arm_64bit=3D1 >dtparam=3Daudio=3Don,i2c_arm=3Don,spi=3Don >dtoverlay=3Dmmc >dtoverlay=3Ddisable-bt >device_tree_address=3D0x4000 >kernel=3Du-boot.bin > >[pi4] >#hdmi_safe=3D1 >armstub=3Darmstub8-gic.bin > >Can one change the cpu speed without disturbing the serial console >by using something like > >arm_freq=3D1750 > >in config.txt, provided adequate cooling provisions are made? I have this config.txt on both a rpi4 stable/13 and main/14. I have a flirc case on stable/13 and one of those cases that looks like armour made from solid metal on main/rpi4. In both cases, the approved 5.1V @3.1W power supply is used. The highest temp I've seen under load is 72 degC and that's at 25 degC=20 ambient. On both machines my config.txt looks like this: arm_control=3D0x200 dtparam=3Daudio=3Don,i2c_arm=3Don,spi=3Don dtoverlay=3Dmmc dtoverlay=3Dpwm dtoverlay=3Ddisable-bt device_tree_address=3D0x4000 kernel=3Du-boot.bin over_voltage=3D6 arm_freq=3D2000 sdram_freq_min=3D3200 In order to clock it, I need to enable powerd on startup in /etc/rc.conf: powerd_enable=3D"YES" Because I also want that higher clock to run as much as possible, I tell powerd to have an absurdly low trigger to get the clocked speed: powerd_flags=3D"-r 1" and here's the clocked speed: % sysctl -a | fgrep cpu.0 dev.cpu.0.temperature: 49.6C dev.cpu.0.freq_levels: 2000/-1 600/-1 dev.cpu.0.freq: 2000 dev.cpu.0.%parent: cpulist0 dev.cpu.0.%pnpinfo: name=3Dcpu@0 compat=3Darm,cortex-a72 dev.cpu.0.%location:=20 dev.cpu.0.%driver: cpu dev.cpu.0.%desc: Open Firmware CPU > I'd rather not complicate use of the serial console at this point not sure why the serial console would be a factor. I have a console-wired rpi4 running main/14 and I never considered it. I console into this machine like this: cu -l /dev/cuaU0 -s 115200 --=20 J. --bnhWvNSqWpsW7SJ5 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEE8n3tWhxW11Ccvv9/s8o7QhFzNAUFAmBTjbIACgkQs8o7QhFz NAXajQ//ZnvsuasHLoBYoz9npTqsw6D6HbMrBJkgDjEnGvVAYI4+PuZ4wEk/MRoC TxN9P7mkr0vWw3bfQcb82HOSj6PdSmRSHTyfUKUI1tArgdR23t0u1cTH8dYmZZ4h chWfDqbqGdMBmzqwMzdzGT9W6hzrtwU1XnMVLTOWtq125BgjKmk93+KUGIpjsYCc WY1nshprphxo2dgH+MvP/SWw1i9fHJEZjLchKzUClHY0v1K7V5PJckYiUYzYNIFj rErsHhQVE6F3nhFT+wHhan0lu5pTG14mGB65gV1m95V7XfGPsgmyD5bWbnt/RUWM uf4HMqyQfTppC9nQfmV7j8FYNLg+Gtx5YXta9Wd3ftYZ1K3tqA29pEYwLAQ6c0NC 8aWm5yQoFLzSOodMoDcXLy6IFHyeR6lH3fuB6tlHlKaN7VCOClVFVJJvvL0Hnj/V Bw1qcPxifB9gbObaoHq1JpEB9kc1kaLScTD0NXG2brNaNXGbICpiiK2tJ7Zctjht Rsl/XdHDuNjULFYA2GMpVTY0n9lLUzwoTCijgmJuSr/5mb3XaJj+70qz8P4uSOM3 m09Rf4wxDMZgxpDR7FbgGGFLFcejiKKBM5X2pu+CgdkGP2vh7OtWmU0R4uDVyNwG kDX7CQD786VR8HXsljQg+eKDw32NZEbCykUhgTELGZkB/p1GWnc= =2fbt -----END PGP SIGNATURE----- --bnhWvNSqWpsW7SJ5-- From owner-freebsd-arm@freebsd.org Thu Mar 18 17:34:07 2021 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 DF4E357E66F for ; Thu, 18 Mar 2021 17:34:07 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from wout1-smtp.messagingengine.com (wout1-smtp.messagingengine.com [64.147.123.24]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4F1Yzg1qwVz4VLC for ; Thu, 18 Mar 2021 17:34:06 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.west.internal (Postfix) with ESMTP id 13CE830D for ; Thu, 18 Mar 2021 13:34:06 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute4.internal (MEProxy); Thu, 18 Mar 2021 13:34:06 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zyxst.net; h= date:from:to:subject:message-id:references:mime-version :content-type:in-reply-to; s=fm2; bh=ZodcnwUmMpO3OFgJLpFtCWuq8Oq b9rx2WDpb6Ut2TBQ=; b=G82Yoq3ZkW3VUrNDfrVv68deFS6YpiMlH1U/h/0NP1I 6MFUNkdLjBI1lKYv2ExjV1s4GlT9czvhdyXtOuMaoAwWrUoLorDHMC8fNwGzuPIx bB0n90WpT0lEVJg8Q/0EA0UvDJhThXiXASnqfH/tQ1CjkvpgTefnYZL1H7FRG8iG FCWplNtZ6D9Ci749SYxrQT4DEhpg96bvKVBLBkInRlsRCAGsP0n4ExbZPD6T+AyV ndY6eA33FKrRoTxD1dLMJcAl/bRW2nVSPg9VQ5Mqdpc1Gwtn7u/j8HnDpTVz3rXV dZSRCykhMvWHlVF1kNkqTvFLbAy4ArTxufW/WgEYSKw== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm2; bh=Zodcnw UmMpO3OFgJLpFtCWuq8Oqb9rx2WDpb6Ut2TBQ=; b=gK0l7txCrTP5K3WUJQbChC WIOrwalUgp0aeTjgfiKZYdQZq7Nnhk1JTukf/rcUi23xBkqPqYDbpAQQlA8v0y7t RsFE2rDBbRd6YggxhkR6MPVfkN5Z/LZtGzTxM8mo/wPTJMhti/f4CB1aHy6lY42J FW1JhPeRoJAUg5pCBBSyy6H71eR86NpniFmA/zMNym/rYxOuHWYThKoUMfkiEXll qT+lGJPM2VpbOtDmWNjc98s9p7O1qdVb+M9dgrB3f1PMDkTgE4ZdGfPNl5YNPXkz jRUZ3hZb3PUVE8jvAuyeh6LvYXnEFxZgYk4Hf1tvHmYvwXG4SZyyn0t/GrmSixMw == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledrudefiedguddtgecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecunecujfgurhepfffhvffukfhfgggtuggjsehgtd erredttddvnecuhfhrohhmpehtvggthhdqlhhishhtshcuoehtvggthhdqlhhishhtshes iiihgihsthdrnhgvtheqnecuggftrfgrthhtvghrnheptdehiefgvddufeekkedvtdefvd ettddtkeduvdegveelffdtkeffudejvdfhudetnecukfhppeekvddrjedtrdeluddruddt tdenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpehtvg gthhdqlhhishhtshesiiihgihsthdrnhgvth X-ME-Proxy: Received: from ceres.zyxst.net (ceres.zyxst.net [82.70.91.100]) by mail.messagingengine.com (Postfix) with ESMTPA id 33F4724005A for ; Thu, 18 Mar 2021 13:34:05 -0400 (EDT) Date: Thu, 18 Mar 2021 17:34:03 +0000 From: tech-lists To: freebsd-arm@freebsd.org Subject: Re: RPI4 clock speeds and serial port Message-ID: Mail-Followup-To: freebsd-arm@freebsd.org References: <20210318170053.GA26688@www.zefox.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="eW2F9U/CQidQFghH" Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4F1Yzg1qwVz4VLC X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=zyxst.net header.s=fm2 header.b=G82Yoq3Z; dkim=pass header.d=messagingengine.com header.s=fm2 header.b=gK0l7txC; dmarc=none; spf=pass (mx1.freebsd.org: domain of tech-lists@zyxst.net designates 64.147.123.24 as permitted sender) smtp.mailfrom=tech-lists@zyxst.net X-Spamd-Result: default: False [-5.70 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[zyxst.net:s=fm2,messagingengine.com:s=fm2]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; RWL_MAILSPIKE_VERYGOOD(0.00)[64.147.123.24:from]; R_SPF_ALLOW(-0.20)[+ip4:64.147.123.24:c]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.20)[multipart/signed,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]; RCVD_COUNT_THREE(0.00)[4]; DMARC_NA(0.00)[zyxst.net]; DKIM_TRACE(0.00)[zyxst.net:+,messagingengine.com:+]; NEURAL_HAM_SHORT(-1.00)[-1.000]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:11403, ipnet:64.147.123.0/24, country:US]; MAILMAN_DEST(0.00)[freebsd-arm]; RCVD_IN_DNSWL_LOW(-0.10)[64.147.123.24:from] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Mar 2021 17:34:07 -0000 --eW2F9U/CQidQFghH Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Mar 18, 2021 at 05:28:27PM +0000, tech-lists wrote: >In both cases, the approved 5.1V @3.1W power supply is used. of course, that should read 5.1V @3.1A, whoops --=20 J. --eW2F9U/CQidQFghH Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEE8n3tWhxW11Ccvv9/s8o7QhFzNAUFAmBTjwsACgkQs8o7QhFz NAVTgw/+MkcD7y0fulD/BUyNE8IHO6b1Sbd/Pl1muy7Aw2civ4Hf7g5jvD8sWTFT W9yjfhGPSg2OTDyMchrvQNyuQ3Mv4SryQsHsMvwp120ySzVKHvkZTxDS64qvfNlN umfVuAwbK99MRcE3Ifp0T8iqstEurAbnMXfw0x1LbVQ22zVVLTQ1XhbOYUWpfGNu DoHTMRtOHtcqfLcCCNSuPqnNa8wTrUcYeOuzvbe/IV/L47hXgyKCci+efgYx+mWk IVqBL2uxCZyS07xvjUMsNWGPjYIldIFH9EQJa50PQLdGQcf3KrqKTVHyxe+ZTeg/ EtnpIL7GTbHQEb7b5FaZZtHaBkINBbxOGDzR9zUenf17Y0euurq763kG5eUEGf05 jtCJBtXTerCKC0F0qQSjMWm2oi0i9Bx3iK2HOqK7uiZqzIIAGfER3vyovIBjqASa x/COIvIbquHt39+WRogCdzjfP1tsoHFjgSphALJ1UmBdWfW6ZMISRmQxwcZq4lsp wvDKTl+XjGPg1FES8fZkkF+rvhq+IlMWM00OUElWQT/wegArM8WpgT/rwhsdMk9M eWz2RQWZ0BRCZOdbU2p8EU+ksljqio94hzzhgIUkcITlROOSD+wMAhQtOsmpKsy0 Y+2z0LDb6Gn6NWmQK0NcYVYI314gntDcSqaQ9DFqVvK7a7n0DdI= =OlJW -----END PGP SIGNATURE----- --eW2F9U/CQidQFghH-- From owner-freebsd-arm@freebsd.org Thu Mar 18 18:07:32 2021 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 A0EDF57F53B for ; Thu, 18 Mar 2021 18:07:32 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "www.zefox.com", Issuer "www.zefox.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4F1ZkC428hz4XJQ for ; Thu, 18 Mar 2021 18:07:31 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.16.1/8.15.2) with ESMTPS id 12II7b1G026879 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Thu, 18 Mar 2021 11:07:37 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.16.1/8.15.2/Submit) id 12II7aFW026878; Thu, 18 Mar 2021 11:07:36 -0700 (PDT) (envelope-from fbsd) Date: Thu, 18 Mar 2021 11:07:36 -0700 From: bob prohaska To: freebsd-arm@freebsd.org Subject: Re: RPI4 clock speeds and serial port Message-ID: <20210318180736.GA26853@www.zefox.net> References: <20210318170053.GA26688@www.zefox.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4F1ZkC428hz4XJQ 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.10 / 15.00]; TO_DN_SOME(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RCPT_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[50.1.20.27:from]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; WWW_DOT_DOMAIN(0.50)[]; FROM_HAS_DN(0.00)[]; SH_EMAIL_DBL_DONT_QUERY_IPS(0.00)[0.0.0.0:email]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[zefox.net]; AUTH_NA(1.00)[]; SPAMHAUS_ZRD(0.00)[50.1.20.27:from:127.0.2.255]; R_DKIM_NA(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DBL_PROHIBIT(0.00)[0.0.0.0:email]; R_SPF_NA(0.00)[no SPF record]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm]; MID_RHS_WWW(0.50)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Mar 2021 18:07:32 -0000 On Thu, Mar 18, 2021 at 05:28:27PM +0000, tech-lists wrote: > hi, > > On Thu, Mar 18, 2021 at 10:00:53AM -0700, bob prohaska wrote: > > > /boot/msdos/config.txt contains > > > > root@nemesis:~ # more /boot/msdos/config.txt > > [all] > > arm_64bit=1 > > dtparam=audio=on,i2c_arm=on,spi=on > > dtoverlay=mmc > > dtoverlay=disable-bt > > device_tree_address=0x4000 > > kernel=u-boot.bin > > > > [pi4] > > #hdmi_safe=1 > > armstub=armstub8-gic.bin > > > > Can one change the cpu speed without disturbing the serial console > > by using something like > > > > arm_freq=1750 > > > > in config.txt, provided adequate cooling provisions are made? > > I have this config.txt on both a rpi4 stable/13 and main/14. I have a > flirc case on stable/13 and one of those cases that looks like armour > made from solid metal on main/rpi4. > In both cases, the approved 5.1V @3.1W power supply is used. > The highest temp I've seen under load is 72 degC and that's at 25 degC 72 C is rather toasty 8-) > ambient. On both machines my config.txt looks like this: > > arm_control=0x200 > dtparam=audio=on,i2c_arm=on,spi=on > dtoverlay=mmc > dtoverlay=pwm > dtoverlay=disable-bt > device_tree_address=0x4000 > kernel=u-boot.bin > over_voltage=6 > arm_freq=2000 > sdram_freq_min=3200 > > In order to clock it, I need to enable powerd on startup in > /etc/rc.conf: > > powerd_enable="YES" > > Because I also want that higher clock to run as much as possible, I tell > powerd to have an absurdly low trigger to get the clocked speed: > > powerd_flags="-r 1" > > and here's the clocked speed: > > % sysctl -a | fgrep cpu.0 > dev.cpu.0.temperature: 49.6C > dev.cpu.0.freq_levels: 2000/-1 600/-1 > dev.cpu.0.freq: 2000 > dev.cpu.0.%parent: cpulist0 > dev.cpu.0.%pnpinfo: name=cpu@0 compat=arm,cortex-a72 > dev.cpu.0.%location: dev.cpu.0.%driver: cpu > dev.cpu.0.%desc: Open Firmware CPU > > > I'd rather not complicate use of the serial console at this point > > not sure why the serial console would be a factor. I have a > console-wired rpi4 running main/14 and I never considered it. I console > into this machine like this: > > cu -l /dev/cuaU0 -s 115200 > Maybe on FreeBSD it doesn't matter. Pi-related sites report that the mini-UART baudrate is tied to the clock of the GPU, if that changes the baudrate changes too. It wasn't clear to me if the speed-changes to config.txt affected the GPU clock. Apparently not, at least in FreeBSD. Thank you! bob prohaska > -- > J. From owner-freebsd-arm@freebsd.org Thu Mar 18 18:43:22 2021 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 234F05A8457 for ; Thu, 18 Mar 2021 18:43:22 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from out5-smtp.messagingengine.com (out5-smtp.messagingengine.com [66.111.4.29]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4F1bWY1s9Rz4ZwR for ; Thu, 18 Mar 2021 18:43:20 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.nyi.internal (Postfix) with ESMTP id E07325C016D for ; Thu, 18 Mar 2021 14:43:19 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute1.internal (MEProxy); Thu, 18 Mar 2021 14:43:19 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zyxst.net; h= date:from:to:subject:message-id:references:mime-version :content-type:in-reply-to; s=fm2; bh=22j+j1jpYnSzbZf5HWjSwX7MpxL nwpd7sFgiqTppQUw=; b=KQ5CzwL26WzfGj5THqVO4p1Aoq/dbJbGDkI5vzAqK6U KUbdx1NH51Rh7LcuZg8Ecm9bVg6A5p/kSxILFFdHJijAo0v+o+R6CcR5kW8bDIVy 5KPskocSSG4KFdskmRHV5UKGnZ0Xs+6e5Fvtpn0BIwJmt6S+nEs910dn87+D80pb 1HUOhFUmZeOQLeRw+vWYHGRkx+L/KGkPS5w8pIzVxj93MSBwz4gIbcPSjVy0IvhL 2UF+zLzQqcjaKCROrgd92tykqw81Lss1w9lt2soyvwLDlgWuvNldeJ4sajBOLkgF bHpR7ZT78U7vQUOy9RBorNqFvGb6UNcIvw82NqSA8Xg== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm2; bh=22j+j1 jpYnSzbZf5HWjSwX7MpxLnwpd7sFgiqTppQUw=; b=ZBzX5pAZbTZjdZGxpUgE8X 5M14OwC5X5jobYsWF3BIOwKpbpmUt12Wxu1sU9mN+8hTQkFQsCOTq+ucM1BWpoOJ JPEX2/xTVwhCW3QXVhmQiYxNVUOxro3hu+dK8zmvHv6JrxxLUsiuSBvR7JsAizLP M+4SZ3/cTo/voQezIU3iWQCG7nFcYu7uW6X9tnezYzsINO9FcplhoL1WWzCfcOol XNxTwJsN7JKojqCUBXHPm0Ws6HB9kILs1SZueLUQxZpeX1uCCSx5SZvD81fds0bE Vq3e9djgKz7sFejs5Y2SYkhyGSQ+W6jCgM7gUcvmkObbYWuHnBUOK/GGk0B7P3Tw == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledrudefiedguddukecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecunecujfgurhepfffhvffukfhfgggtuggjsehgtd erredttddvnecuhfhrohhmpehtvggthhdqlhhishhtshcuoehtvggthhdqlhhishhtshes iiihgihsthdrnhgvtheqnecuggftrfgrthhtvghrnheptdehiefgvddufeekkedvtdefvd ettddtkeduvdegveelffdtkeffudejvdfhudetnecukfhppeekvddrjedtrdeluddruddt tdenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpehtvg gthhdqlhhishhtshesiiihgihsthdrnhgvth X-ME-Proxy: Received: from ceres.zyxst.net (ceres.zyxst.net [82.70.91.100]) by mail.messagingengine.com (Postfix) with ESMTPA id 458971080054 for ; Thu, 18 Mar 2021 14:43:19 -0400 (EDT) Date: Thu, 18 Mar 2021 18:43:17 +0000 From: tech-lists To: freebsd-arm@freebsd.org Subject: Re: RPI4 clock speeds and serial port Message-ID: Mail-Followup-To: freebsd-arm@freebsd.org References: <20210318170053.GA26688@www.zefox.net> <20210318180736.GA26853@www.zefox.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="c0mFzSTqqElW16HK" Content-Disposition: inline In-Reply-To: <20210318180736.GA26853@www.zefox.net> X-Rspamd-Queue-Id: 4F1bWY1s9Rz4ZwR X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=zyxst.net header.s=fm2 header.b=KQ5CzwL2; dkim=pass header.d=messagingengine.com header.s=fm2 header.b=ZBzX5pAZ; dmarc=none; spf=pass (mx1.freebsd.org: domain of tech-lists@zyxst.net designates 66.111.4.29 as permitted sender) smtp.mailfrom=tech-lists@zyxst.net X-Spamd-Result: default: False [-5.70 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[66.111.4.29:from]; R_SPF_ALLOW(-0.20)[+ip4:66.111.4.29]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; DKIM_TRACE(0.00)[zyxst.net:+,messagingengine.com:+]; NEURAL_HAM_SHORT(-1.00)[-1.000]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[66.111.4.29:from]; ASN(0.00)[asn:11403, ipnet:66.111.4.0/24, country:US]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_IN_DNSWL_LOW(-0.10)[66.111.4.29:from]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[zyxst.net:s=fm2,messagingengine.com:s=fm2]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; DMARC_NA(0.00)[zyxst.net]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[66.111.4.29:from:127.0.2.255]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Mar 2021 18:43:22 -0000 --c0mFzSTqqElW16HK Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Mar 18, 2021 at 11:07:36AM -0700, bob prohaska wrote: > >72 C is rather toasty 8-) it is, but it's been running like this fine for months. The machine also builds some 500 ports with poudriere. It's never throttled down due to heat; the ability to do this is I think outside of freebsd itself. Importantly [1] for me, the speed isn't nailed up with a boost statement in config.txt, so it can throttle back should the need arise. >Maybe on FreeBSD it doesn't matter. Pi-related sites report that the >mini-UART baudrate is tied to the clock of the GPU, if that changes >the baudrate changes too. It wasn't clear to me if the speed-changes to >config.txt affected the GPU clock. Apparently not, at least in FreeBSD. The cable I used was a FTDI usb <> tty cable; it has endings=20 that go over pins on the gpio. The FTDI chip in the usb end of the cable=20 handles the speeds (i think/not sure) but would make sense because there's no dtoverlay statement regarding uarts. I *do not* connect the power wire. The connecting machine is also a freebsd machine (amd64) I think connected in this way that this uart must be hardware and the disable-bt statement has something to do with it. [1] as fast as possible with 100% reliability, 24/7 [2] i'm sure you know, but bear in mind that not all silicon is equal,=20 so some might not get to 2GHz without reliability issues --=20 J. --c0mFzSTqqElW16HK Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEE8n3tWhxW11Ccvv9/s8o7QhFzNAUFAmBTnzwACgkQs8o7QhFz NAWU9A/7BZjBq9J4Tr4NZ/F+Znj3/ZZJPfQEtVHelij6pxMK6vl7BZmUYCaJc0fp WkHSh4OWn2jt68H10Z6pe2zvDrbNi4Lh4LCQlfxWhBOwzkXvSVlt0Hvsu+dcTJAI mOXDBoCYWEzWxcuXSmtLm6BNgznfscMuP6qPfpP+3bRirIs7nkMAQul5hu/3Ql61 lqrtCwgRcF64DJQZ+zZKyyFwkQsE/+WNo9Qa54C2TX+9glVGU8yoPf8TSjQIQsZ/ Fo5BVicZ/0pcsjAaSMkRN+idF2r1iQRHDswXpYaHW2DmWKVlReKn5ifeeZ+b/SmO loNJKmqfRa4Sl/ikX/gbvEPHJ4LizDj9gVgGerioxVCx2qv8jKlQZhhTP9GQgilz bNOO5tztE4Hx2YrEmjS6bBO1qFPiJrYaCFikoShT8G8SXgomre4+m2XeT+p3ggn+ v1QduvUUPRrBXKpaJvru+HsL2BprcvvTZVqNZlJlp5It+VNMuQjLM05vAkE/H9Ab 4tWGWmxKI8kUPlgYNlp9AJCqz7sgn7PMmUrNW1ALpB7vSNSiJbQptttArdbXpUQW vi+bbLWlPIM1tieg2WTsj387zyxZZP6s3YpFo6Q80MgMg0esnOkIsdN2HwiCTHPc rGYGMiER/lb5fi24eDw++INhoXDd0ViOMXBPoWdFKvPFZ5e9jdw= =u23L -----END PGP SIGNATURE----- --c0mFzSTqqElW16HK-- From owner-freebsd-arm@freebsd.org Thu Mar 18 19:06:05 2021 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 068DB5A91C9 for ; Thu, 18 Mar 2021 19:06:05 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic303-25.consmr.mail.gq1.yahoo.com (sonic303-25.consmr.mail.gq1.yahoo.com [98.137.64.206]) (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 4F1c1m0GS0z4c2P for ; Thu, 18 Mar 2021 19:06:03 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1616094362; bh=cufPjXKVasZmci9+ESHn+MiBOcKV9EKy/JR/LeVXYwv=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=X5t4lfMO041c/dGqboi3iUPmpghSeoUx/KER5jGOqYuVTh7Fg1AhaLACeSG5QOwaGFekkB8RBEsxq/e4oH2jfah+/DoBK8b2XRBJ3eGN/H8s4Ty11Vqp8S/jAxAfqyxoLhkPne9Ar5KnE+4yPAXuRFwXialnHYXl29fUHkTXnwc609W9lHq9LWoGK6elP/lI4x1MPSnPWkYGp/NUmeMNU7cpuegLaOU2iCjfBaczPjQjz8c06ClzhDvy3CrbR5vaAJnJFK6Q/efYDRaZp1HYNcjoUs+7NGbWXhBmnbPo+I2LW5D8FEsrI9fGrE8YQYqd0gL7JtdGFjyQGPTEng1fWw== X-YMail-OSG: iUZQzMQVM1nUVnxRnAEaTVFulVzDetHDyuBtmk3cYj0jpGewRl0ZhHwLZpp3iQA Iu.L6rYNKLJrVXi_5Ls.4DFylFMHTjY0Kn.FfvcA.OYQUt54asn06wOraQd4AOYPbDrhoWBv0G_U o6ZYoqtfmZdyHfyLsS2BR2Tavx4Ax_VCeKAZYkjNXR1DMMbuMemzaIum945I.HUkAU6L3ZFaS0pj PWacSBVa7U1O3IqCr4WUSmTRbfNqZ6VWZ2wrj.8.NxaP_bQzwW7g_rS2bmBI.sNjPwM7hDE8oVed EX2BxjWlM3O8HFKD.b7JZkk5wX_Tx.1OK8RJtBhaaf4p5e2qs8_xRMXZ.4cqf9t9i6iL6RmG.FmJ NojtStO31QN_Ea.AkjAs8jmLgyJbIzjuHqp8mPaL3IgYh4lfADYw2B6ZOt4OzzgFCbjCjDe5HVFB iNrXZliiqhc2xg9_DcP1r3LoM0bTO.EBmxCLnAgmO3tkMRNr.cG_R13_n3QytzMBmyz4dlT3U.Eb pGdD1C8l5TQ7UfGDQ8L4Um_0UnuSEr2ttI_pZAuq4we0SvFveWBpve5Bs0Q7PbTuhJrjw.DOQ6ID LW7eTQHDCuRYC9.5Di2vM5cnCaM3CbvIJ5Lxmv33M3LClJDM8rCzZY2gmOIplIDno7am.wUXTAS. eLD9fqYv44G6eIQKfggT9JhE55gDuJLjI4pYVgz4IAE_lcc0DZXmEnpYUGDq1ryagb5HiK1Lgge4 4WKqrtFHn63_D2hbUeDx05iB9i3i6RuIfSa49uG03igsenrj1E3sd6cvr_5Vp7Tk5wXGnzFi4viH iQFodqzfOZIlkKOjkdik8FSwIhqrKzolzJEP1oECQkceC.wj5ryqDyBmmdDsM2TanfXq6oiSG54S DovGSUC_xpy1ck2Rk5nFnNIFnJ6Nm8IDbUzTwup58FTC_aCoSWIYq0ZJS3BSYReQNqCgcnc_DsEJ lJ2oYPXD45sgn7iZVhcJisrLQkbjQIMJWrReQuUJIzF_eYzT1lEMO4hMQ4ZQRkg42ZE06SzcQq.k 38hAPyp5o2K0xDgrY5xNzGWrcSxF56MH1InBIbtthDTbv4nt3xfSvJOXjl38WvSxq4Juv0be5jKB DsfG1h4YV1Pj6NybHduHOzt0ammFNsBG6L4n51k3hCGi8DyMWySV71M.od_jWTCI47sewBBtFWx9 LNBkn3CILxpNYJaQcOPRWLEojQ5iLoNkeV0mEF6POktkpY7hKXT4nHn4MIoe1WnKYS7jnG0CfMW1 m2KIDwDlkyfYHRkXP4c1yhOE5vKkgPfEQwjuV0UTEZouXgap7I4S1nklHU892f2NsPuCnUpdnO.m PcndgYCEBaOuVhcx3ULHjdLJuwhOMSJ5ih0CoRSO3fBSgMlUEHSTX2qkl7ROwq34nxMv1Hq6ldNO PtVJvQ0cnqjVdclWsedxRvXq1MEk6pZ5SR5VmRK5qVms4jPwZql.vgkug8AqgQOE8h3YnHNZFYc1 kD.E80MRT.OXhRgWcb_MgHaltEmjC7usxvHfwsSem6TkzIAXgQEUI9FdztImtmoX4pbMI1a9Nae6 3_JUw8tGuO64J3__IP6OJOuRANEkIpAyO_6WrvQCgda.KefEd40wnLwRoElLcOxP8.T8JnTW8vlm TpdzIidrQusH4VIWnK_yvLJ.FIZet1YxKvmguC7HSRI5eRS8OcME735oVGw4MK.bFgcHqE0F0D8t QonxZ1JckZXlq1n5I.e7wiBCA5hzLsj0S6hDCElj.b_VSbK.TJjAGPO2Jo6uq7wFJumrd_etjo44 f2T.WW7z38HM4_b8bl7oqzsxtqZIvDkyWCQ3ApZPFpkg6Ge9d6aA4bT1RR1T7n17qnrSg__znc6O 6J8zFElJwxekBzpQqJqvuZit5tju87oLi_6GAfoOQzmZqGEh_sRLjSbmiE.cPvTDuoPNVm7dYsz7 WxGp3MJ89706ieNHiHivUHUT8ogmpjtP8XTYKF_ENMCk7TI5EDc8o_tAjbDnuxSjihtJ4h5v8Fkx 9uSJcMyxcP..68R0K2RnO1lFijaoNz2fDqi99Brv4W2uHyqA.B6FctYYzmUZeu0bObu.fVdSJ08h GDOuUNtlHIEiqzsH92.by4nvZGFbTUzzixKRJFpTqAizNlmENl9g_PKG8RH7cHxc3Ru_MNveNSdM 5SoRrqr6B4KffDs9lbmdtDmQSG3klbQw9alMMkQYSB4Iz3Oscq17.sbemFGj3deNR23jK5vbz1px Cf1oh7N3YRC.JlKl4uuliurUE6eJWsN0wN1RatoNEVYC844M78FoPeBsjfPCOxduTfasiPJSaHG2 8MzLr1g6d3OKh80Yv66nicOx3uutJJg02ZASwPXbm3sqdBc_MpV4l9DMefKmc0E8VQiapcoX7ycW f9aX96.CMNinRdM0XSwgYfZxw2sM7UbiOsMdA6BTEJJV41E7_p.I2Dxlx8psxe.IIzIfzDjPeMN5 attgZuVdkiUAJZvSSqSFNsqZB1FiW4U86e.7xDvESqIa.7JLGk4nRz6WZbDGep1Y2vZAl0W5iBu5 m8QhUSudG_4KPLfey1PqmLdvBpFfovvg- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic303.consmr.mail.gq1.yahoo.com with HTTP; Thu, 18 Mar 2021 19:06:02 +0000 Received: by smtp403.mail.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID a9e3c7ee89747a99ef9bc160db753f70; Thu, 18 Mar 2021 19:05:57 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: RPI4 clock speeds and serial port From: Mark Millard In-Reply-To: <20210318170053.GA26688@www.zefox.net> Date: Thu, 18 Mar 2021 12:05:54 -0700 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <9FFA0A51-C0B7-4121-95CA-B98669809007@yahoo.com> References: <20210318170053.GA26688@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4F1c1m0GS0z4c2P X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.64.206:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.64.206:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.206:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.206:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Mar 2021 19:06:05 -0000 On 2021-Mar-18, at 10:00, bob prohaska wrote: >> Having now got an 8GB Pi4 to use for FreeBSD the machine seems to >> be relatively slow at buildworld, taking some 18 hours for a clean >> start buildworld. Sysctl -a | grep freq reports in part: >>=20 >> .... >>=20 >> hw.cpufreq.turbo: 0 >> hw.cpufreq.sdram_freq: 400000000 >> hw.cpufreq.core_freq: 200000000 >> hw.cpufreq.arm_freq: 600000000 >> hw.clock.108MHz-clock.frequency: 0 >> hw.clock.27MHz-clock.frequency: 0 >> hw.clock.otg.frequency: 0 >> hw.clock.osc.frequency: 0 >> dev.iicbus.0.frequency: 100000 >> dev.cpufreq.0.freq_driver: bcm2835_cpufreq0 >> dev.cpufreq.0.%parent: cpu0 >> dev.cpufreq.0.%pnpinfo:=20 >> dev.cpufreq.0.%location:=20 >> dev.cpufreq.0.%driver: cpufreq >> dev.cpufreq.0.%desc:=20 >> dev.cpufreq.%parent:=20 >> dev.bcm2835_cpufreq.0.freq_settings: 1500/-1 600/-1 >> dev.bcm2835_cpufreq.0.%parent: cpu0 >> dev.bcm2835_cpufreq.0.%pnpinfo:=20 >> dev.bcm2835_cpufreq.0.%location:=20 >> dev.bcm2835_cpufreq.0.%driver: bcm2835_cpufreq >> dev.bcm2835_cpufreq.0.%desc: CPU Frequency Control >> dev.bcm2835_cpufreq.%parent:=20 >> dev.cpu.0.freq_levels: 1500/-1 600/-1 >> dev.cpu.0.freq: 600 >> dev.iichb.0.frequency: 100000 >>=20 >> /boot/msdos/config.txt contains >>=20 >> root@nemesis:~ # more /boot/msdos/config.txt >> [all] >> arm_64bit=3D1 >> dtparam=3Daudio=3Don,i2c_arm=3Don,spi=3Don >> dtoverlay=3Dmmc >> dtoverlay=3Ddisable-bt >> device_tree_address=3D0x4000 >> kernel=3Du-boot.bin >>=20 >> [pi4] >> #hdmi_safe=3D1 >> armstub=3Darmstub8-gic.bin >>=20 >> There is no /boot/msdos/cmdline.txt file. >>=20 >> Can one change the cpu speed without disturbing the serial console >> by using something like=20 >>=20 >> arm_freq=3D1750 >>=20 >> in config.txt, provided adequate cooling provisions are made? >>=20 >> I'd rather not complicate use of the serial console at this point. >=20 I've never had the CPU clock rate or memory clock rate mess with the serial console behavior. You are not clear if your build was one that reported messages like: make[1]: "/usr/fbsd/mm-src/Makefile.inc1" line 339: SYSTEM_COMPILER: = Determined that CC=3Dcc matches the source tree. Not bootstrapping a = cross-compiler. make[1]: "/usr/fbsd/mm-src/Makefile.inc1" line 344: SYSTEM_LINKER: = Determined that LD=3Dld matches the source tree. Not bootstrapping a = cross-linker. The builds will take much longer when the bootstrap compiler and linker are also built. I presume u-boot style booting below, not UEFI/ACPI. Overall to cut buildworld buildkernel times I've controlled: voltage and current (power) cooling cpu clock rate ram clock rate the code generation's tuning system built targeting non-debug buildworld buildkernel (but I still cause -g to be in use) The details follow. I use: # more /boot/efi/config.txt arm_64bit=3D1 enable_uart=3D1 uart_2ndstage=3D1 dtdebug=3D1 disable_commandline_tags=3D1 disable_overscan=3D1 device_tree_address=3D0x4000 dtoverlay=3Ddisable-bt dtoverlay=3Dmmc armstub=3Darmstub8-gic.bin kernel=3Du-boot.bin gpu_mem_1024=3D32 # For speeding things up: over_voltage=3D6 arm_freq=3D2000 arm_freq_min=3D2000 sdram_freq_min=3D3200 The last 4 lines are tied to the use of faster clocking. In my context, an over_voltage use is required. I've not tried to figure out the minimal (low amrgin) change, just a sufficient one. Note that the above also controls the RAM speed, not just the CPU speed. The difference was rather significant for my buildworld buildkernel timing experiments, even with the cpu frequency already controlled to be 2000 MHz. Your: >> dev.cpu.0.freq_levels: 1500/-1 600/-1 It not a list of the possible clock speeds. It is just a list of which ones are compatible with the arm_freq that you assign (or the default if unassigned). In other words, for example, using arm_freq=3D2000 will lead to seeing a different list of levels. I'll note that every one of the 6 RPi4B that I've had access to has operated at arm_freq=3D2000 just fine when properly configured. I run them all that way. I also use in /etc/sysctl.conf : # The u-boot'ed RPi4B does not seem to automatically # adjust from 600MHz, # so do so manually. Presumes # config.txt does over_voltage=3D6 and arm_freq=3D2000 . # NOTE: without an appropriate over_voltage a # dev.cpu.0.freq=3D2000 will crash the RPi4B on the # spot. dev.cpu.0.freq=3D2000 (So I do not use powerd .) This goes along with the config.txt having "arm_freq_min=3D2000". So in my context, the RPi4B's run at a basically constant speed (cpu and ram). I use /etc/sysctl.conf above because: # sysctl -aW | grep freq | more kern.acct_chkfreq: 15 debug.cpufreq.verbose: 0 debug.cpufreq.lowest: 0 hw.cpufreq.voltage_sdram_p: 1100000 hw.cpufreq.voltage_sdram_i: 1100000 hw.cpufreq.voltage_sdram_c: 1100000 hw.cpufreq.voltage_core: 1000000 hw.cpufreq.turbo: 0 hw.cpufreq.sdram_freq: -1094967296 hw.cpufreq.core_freq: 200000000 hw.cpufreq.arm_freq: 2000000000 dev.cpu.0.freq: 2000 but: # sysctl -aT | grep freq | more debug.cpufreq.verbose: 0 debug.cpufreq.lowest: 0 debug.uart_poll_freq: 50 so the setting would not work in /boot/loader.conf . (-aT shows what loader.conf can set and -aW shows what /etc/sysctl.conf can set. Some things are listed for both overall, others are not.) (Too bad hw.cpufreq.sdram_freq is displayed as a signed value: it really is not.) The RPi4B's that I have access to all have heatsinks and are actively cooled (fans). (The detailed case styles vary significantly but all are effectively cooled.) I use CanaKit USB-C 5.1V 3.5A power supplies and use a USB3 SSD plugged in directly with no external power. The 3.5A is somewhat more than the standard RPi* power supply has for the RPi4B (3.1A) and I wanted the margin for the USB3 SSD use. I do one more thing to speed up operation of the RPI4B, but it is in how code is generated by buildworld buildkernel. My equivalent of src.conf uses: # more ~/src.configs/src.conf.cortexA72-clang-bootstrap.aarch64-host . . . # # Use of the .clang 's here avoids # interfering with other CFLAGS # usage, such as ?=3D usage. CFLAGS.clang+=3D -mcpu=3Dcortex-a72 CXXFLAGS.clang+=3D -mcpu=3Dcortex-a72 CPPFLAGS.clang+=3D -mcpu=3Dcortex-a72 ACFLAGS.arm64cpuid.S+=3D -mcpu=3Dcortex-a72+crypto ACFLAGS.aesv8-armx.S+=3D -mcpu=3Dcortex-a72+crypto ACFLAGS.ghashv8-armx.S+=3D -mcpu=3Dcortex-a72+crypto This controls the tuning used in the code generation for buildworld and buildkernel. Once the resulting system was in use, this also had a significant effect on the later build times for buildworld buildkernel . There can be a large difference between a cortex-a53's strictly in-order execution and the cortex-a72's out of order allowed execution. (The same architecture vintage allows for both styles.) I expect that this difference is why the tuning mattered so much: arranging for out of order to be an advantage. I use -mcpu because it sets both the -march and the -mtune to match the cpu type and is sorter than listing both explicitly. The kernel configuration is shown below. # more sys/arm64/conf/GENERIC-NODBG=20 # # GENERIC -- Custom configuration for the arm64/aarch64 # include "GENERIC" ident GENERIC-NODBG makeoptions DEBUG=3D-g # Build kernel with gdb(1) = debug symbols options ALT_BREAK_TO_DEBUGGER options KDB # Enable kernel debugger support # For minimum debugger support (stable branch) use: #options KDB_TRACE # Print a stack trace for a = panic options DDB # Enable the kernel debugger # Extra stuff: #options VERBOSE_SYSINIT=3D0 # Enable verbose sysinit = messages #options BOOTVERBOSE=3D1 #options BOOTHOWTO=3DRB_VERBOSE #options KTR #options KTR_MASK=3DKTR_TRAP ##options KTR_CPUMASK=3D0xF #options KTR_VERBOSE # Disable any extra checking for. . . nooptions DEADLKRES # Enable the deadlock resolver nooptions INVARIANTS # Enable calls of extra sanity = checking nooptions INVARIANT_SUPPORT # Extra sanity checks of = internal structures, required by INVARIANTS nooptions WITNESS # Enable checks to detect = deadlocks and cycles nooptions WITNESS_SKIPSPIN # Don't run witness on spinlocks = for speed nooptions DIAGNOSTIC nooptions MALLOC_DEBUG_MAXZONES # Separate malloc(9) zones nooptions BUF_TRACKING nooptions FULL_BUF_TRACKING Just FYI: # sysctl -a | grep freq | more kern.timecounter.tc.ARM MPCore Timecounter.frequency: 54000000 kern.eventtimer.et.ARM MPCore Eventtimer.frequency: 54000000 kern.acct_chkfreq: 15 debug.cpufreq.verbose: 0 debug.cpufreq.lowest: 0 debug.uart_poll_freq: 50 hw.cpufreq.temperature: 34525 hw.cpufreq.voltage_sdram_p: 1100000 hw.cpufreq.voltage_sdram_i: 1100000 hw.cpufreq.voltage_sdram_c: 1100000 hw.cpufreq.voltage_core: 1000000 hw.cpufreq.turbo: 0 hw.cpufreq.sdram_freq: -1094967296 hw.cpufreq.core_freq: 200000000 hw.cpufreq.arm_freq: 2000000000 hw.clock.108MHz-clock.frequency: 0 hw.clock.27MHz-clock.frequency: 0 hw.clock.otg.frequency: 0 hw.clock.osc.frequency: 0 dev.cpufreq.0.freq_driver: bcm2835_cpufreq0 dev.cpufreq.0.%parent: cpu0 dev.cpufreq.0.%pnpinfo:=20 dev.cpufreq.0.%location:=20 dev.cpufreq.0.%driver: cpufreq dev.cpufreq.0.%desc:=20 dev.cpufreq.%parent:=20 dev.bcm2835_cpufreq.0.freq_settings: 2000/-1 600/-1 dev.bcm2835_cpufreq.0.%parent: cpu0 dev.bcm2835_cpufreq.0.%pnpinfo:=20 dev.bcm2835_cpufreq.0.%location:=20 dev.bcm2835_cpufreq.0.%driver: bcm2835_cpufreq dev.bcm2835_cpufreq.0.%desc: CPU Frequency Control dev.bcm2835_cpufreq.%parent:=20 dev.cpu.0.freq_levels: 2000/-1 600/-1 dev.cpu.0.freq: 2000 (Again: Too bad hw.cpufreq.sdram_freq is displayed as a signed value: it really is not signed.) FYI: The system is based on main 7381bbee29df (2021-03-12), the build that fixed the # ~/fbsd-based-on-what-freebsd-main.sh=20 merge-base: 7381bbee29df959e88ec59866cf2878263e7f3b2 merge-base: CommitDate: 2021-03-12 20:29:42 +0000 def0058cc690 (HEAD -> mm-src) mm-src snapshot for mm's patched build in = git context. 7381bbee29df (freebsd/main, freebsd/HEAD, pure-src, main) cam: Run all = XPT_ASYNC ccbs in a dedicated thread FreeBSD RPi4B 14.0-CURRENT FreeBSD 14.0-CURRENT = mm-src-n245445-def0058cc690 GENERIC-NODBG arm64 aarch64 1400005 1400005 =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Thu Mar 18 19:14:17 2021 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 458255A9662 for ; Thu, 18 Mar 2021 19:14:17 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic315-55.consmr.mail.gq1.yahoo.com (sonic315-55.consmr.mail.gq1.yahoo.com [98.137.65.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 4F1cCD2QFsz4clc for ; Thu, 18 Mar 2021 19:14:15 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1616094853; bh=OsNjGaCeyU0MwL4gBT+PQCb1pHOZeQQrtFXNuLL6Dzp=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=SB+Gw+yke2TNy7mDMiPg9IQn3sLykUZeN7sYymBhbj1GsV6jCAqhVTNfcYzz3mAHGNDwgbSiu5CGVU6Fc4jXOzxGyVw7zaBT62AAf+g4uFJ5XZLokA4Q45cBJLo/JUBpodDlBONfuPUf9ONCdx0NJE/OwLeVJsFdjSFMvfX8FpP1P5/LfLlsKZyUvLuNVbRjB/M0OAe1VXlBaHZPoBr2cM3/jmNJvsvGSMVQdSfgxU4UNDdzpiX88kMsk8TWV70TMnKEZ/G5l+yEhaokroo+iW5/hN1NlgOq8yVt7UuhVZEVOzVO48jJkkssfV1Vq7w2yzS3SbPYXDWMaQO9UIV7oA== X-YMail-OSG: .MEGxsMVM1mXlyCt.rMNAp1AAGt69dYnKCva6LkVBlen2KKMXzHOQLdMMJrCP_C 9bCCOYP1aBWKtPOADAy9xcYzfoZ7.IIEKYEZ.bTkfP0_eF1rcEPIR21SkjwjLWAJg3A1SkcLjMKR 5IuqiH9yvf62qU5QaaO1lpBFRjkmSjTfMrdWlIEvKnixYO0BQBWO7IW5.F2412H1ujXvILPJggY2 _ry1Zax1udezYjuZx.zCFh4iIROVZ2p.24YKnOOh5h0UCLhhcAreNbm.bd1wydxGxTsawFdQb2Fr eyGNIMYNxhz81tuexO38HY5JuFqPJWUm0mZtQIoPPIV9__XeEsc8IJBTL9sNK3x3oLJQu5F1.yAq pGymGw8vZbaWJyoCCc3gWKjNxMo_TxOTGFK.JbQ69C7bcfEJ0RWqDFvEhduS0B2dmmmd5YFFtnvS N8exqUnPSPbKo4CZ4CDjxZ3__QZewEfk4G3TcjvzEwISKVDDNtq7tizLDTQKgqGRnuXidsFPHT06 dj_uWB6icM3_vor4zBUhI84uTuWH113EMOuI6yXHmkidGn7a2EoB5A0hkctpp.w9Xol1p5yrj7mF GgLVMxR4v3H.Ts_jEJ_Sfb27IZ33rtvl6E_Ghqigoc7qgRRE.YV.Psjx6zuQbfYe2CRjMnSGbUQ2 s0XbJl44.96Y5YEUW.2hNp5Qo9gSiUAW0RLfpIbQI8TFRTCueQiX98dBBj9CZahWWfXn8cHnhWpF VdS0sXTaieadz6E61bK973YoANGBQAP0VdyLdiMRyl1ZTaovpWml0OH13whd4otYewN.6viiZJzb tS4Eiw5Ol0u3CXahz7WfMBJV10__0K7RHivJM.RqWibHzGWqxrT9jUNoClGHORMmM3ATLxzLjr1X sMH1FmuH4YfPpwViARkXJq1cqkU0YdJ2_KJWhFEpFCdifZtru.mQPT12.ZcGtqqOIbbBdJiRH_9y 5.bKWGyPyrTzzNT67FqkBKORBHg3o24dFrPN1LgMv1a_RDYiMnHD0RRrf_J_a5EKPSr8DUfjNL34 D.36OwIT.3qaEdq9EbrHYxIKMz1hve1eRxZDLHMdyTGT88xlZhDVMQekV0.dLm_bLGEvLM6Vr2Qa lpiqrKAgTBPE4lZt36xjSJCAPTACsfu5TnS92R3H1riGe5jFsHpS.C8KSiggZcyeQccaAt0B6shP 8djdDwF91vPo14_Z5peA4daFmhLuHPIhQlkJ8Af40zj0OLJjh1jqondMEZ7hYa4a.U9dCd5H4xNn lEVsCvWKby5iDWzxZ8PnDQDtK0fntTsBydPpMa39d2bXf6Eh5OZZpD5HIpOdaelo23hMVE9rUgCi PjByDj1eqSvxR6m1crquHTN26XtS4OFX3_XFrkMdIlw2R7JKS3F7Idyt85hRYvAMRACyVeXu5q80 tRFQobGHmm5zEs.7xikCYyHWPa94gFPj4b0yeke4HVPIwr.8IOOcbHJrNsJh6TC5CZeP5DLG16XA CLj5UMjLZajS4YEzVyXBWNkNCPutbE4RL0NaUzw4oIbZ1Sq7.NuJHcoJjM3Ev53URBvbogr6rDZa Nkde4kogxJviCQ1KxkS_VTzqTP8XmQcGdGjp6H3TChLlsxDUS7Kt7vUHUXM0Gv7HFKUv.FLEQT_i tZcWGVzECPKzDGPkoMXJaSlTyBB2EgG8UW9b0yHdOEhpVtQWNBHi4KvKT0neGwMDT3ba5J.7lXLq RdT10p2_kSOcyRQqC8Asy0S1_CoeAnjJN9D_nB.lrQjy1OLM3xGSIS6I1ES4ots6i8iEz34vdMWE P9CFMGjPbJqcgSC4vTfcN4z8eVFZmsZhExAdmeTggKsPj1WMGRd7vQLluMt5VuaF4vtwgh3I_cM6 RngZvN9q7CO.c9qYnyvTUdmPzi_Bv0VS3pQNuuN4rX0FaMt0xBer5uYaEcq2LB33ay6OWYu6Do0T 2mr16un0exXRH1ZQvxHeD9jr.DmEXrJE1lDT0UeaMK9ikS1TLVNKUryjsrdkmfZwzpwQyw6mhcZ_ UKNOOg4FCZS9zPWLc1pr8AnIIHWQ0oSjRk2QbTd4PpeY18txOy17agv2K1trl0QFO5brEhXG4oe0 Jjw0e5aMO5mrZeivMmnICVki82G5s3r10D.MdFJKktzZ9ZNGwSM6bqLOFvOIrEaitklpD4lGTBgA LSA3oFF313S_IQ2_3lsBEc8s9L3dlNylbmYz8urEYyBkNGl0wZ3wMV3WOlZveTLvbRcdFp.Xl16k uaSaC.luxTejZdq3oxA.G95r5eLbOREmuSMPzN0EoOlc93pDstEqq1K70VrOsF3HlM7yWDN.MYjU nEj6hmBR.rPfoXhsHose1XN.vxQk1FRAyJYo2ACBq8O0Wtktim_7GDp_.IqtgVJGEShCRAkmc4rd .6l_ttm29aBP6vznbyPNjp5VMI39lofapUWlpOysCg2mvsrBrj04nRO2GyJTvd0clPQFzuEvd3tU P.DtcBEQ3ACi1_v662ixScwWTVl.cuKmOP7Al8.vv1yWCWlD7NA-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic315.consmr.mail.gq1.yahoo.com with HTTP; Thu, 18 Mar 2021 19:14:13 +0000 Received: by smtp411.mail.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 8f0ef0c771b3df0f80a77655cfad10e1; Thu, 18 Mar 2021 19:14:10 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: RPI4 clock speeds and serial port From: Mark Millard In-Reply-To: <20210318180736.GA26853@www.zefox.net> Date: Thu, 18 Mar 2021 12:14:07 -0700 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: 7bit Message-Id: <5F3752C0-F984-48CE-BA05-526A0C37C1FF@yahoo.com> References: <20210318170053.GA26688@www.zefox.net> <20210318180736.GA26853@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4F1cCD2QFsz4clc X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.65.31:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; SH_EMAIL_DBL_DONT_QUERY_IPS(0.00)[0.0.0.0:email]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.65.31:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DBL_PROHIBIT(0.00)[0.0.0.0:email]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.31:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.31:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Mar 2021 19:14:17 -0000 On 2021-Mar-18, at 11:07, bob prohaska wrote: > On Thu, Mar 18, 2021 at 05:28:27PM +0000, tech-lists wrote: >> hi, >> >> On Thu, Mar 18, 2021 at 10:00:53AM -0700, bob prohaska wrote: >> >>> /boot/msdos/config.txt contains >>> >>> root@nemesis:~ # more /boot/msdos/config.txt >>> [all] >>> arm_64bit=1 >>> dtparam=audio=on,i2c_arm=on,spi=on >>> dtoverlay=mmc >>> dtoverlay=disable-bt Note that use of disable-bt (which is something standard to my context as well). This switches would serial hardware is used, such that the hardware that is not cpu/gpu clock rate dependent is used. I forgot to mention this context in my prior reply. >>> device_tree_address=0x4000 >>> kernel=u-boot.bin >>> >>> [pi4] >>> #hdmi_safe=1 >>> armstub=armstub8-gic.bin >>> >>> Can one change the cpu speed without disturbing the serial console >>> by using something like >>> >>> arm_freq=1750 >>> >>> in config.txt, provided adequate cooling provisions are made? >> >> I have this config.txt on both a rpi4 stable/13 and main/14. I have a >> flirc case on stable/13 and one of those cases that looks like armour >> made from solid metal on main/rpi4. >> In both cases, the approved 5.1V @3.1W power supply is used. >> The highest temp I've seen under load is 72 degC and that's at 25 degC > > 72 C is rather toasty 8-) > >> ambient. On both machines my config.txt looks like this: >> >> arm_control=0x200 >> dtparam=audio=on,i2c_arm=on,spi=on >> dtoverlay=mmc >> dtoverlay=pwm >> dtoverlay=disable-bt >> device_tree_address=0x4000 >> kernel=u-boot.bin >> over_voltage=6 >> arm_freq=2000 >> sdram_freq_min=3200 >> >> In order to clock it, I need to enable powerd on startup in >> /etc/rc.conf: >> >> powerd_enable="YES" >> >> Because I also want that higher clock to run as much as possible, I tell >> powerd to have an absurdly low trigger to get the clocked speed: >> >> powerd_flags="-r 1" >> >> and here's the clocked speed: >> >> % sysctl -a | fgrep cpu.0 >> dev.cpu.0.temperature: 49.6C >> dev.cpu.0.freq_levels: 2000/-1 600/-1 >> dev.cpu.0.freq: 2000 >> dev.cpu.0.%parent: cpulist0 >> dev.cpu.0.%pnpinfo: name=cpu@0 compat=arm,cortex-a72 >> dev.cpu.0.%location: dev.cpu.0.%driver: cpu >> dev.cpu.0.%desc: Open Firmware CPU >> >>> I'd rather not complicate use of the serial console at this point >> >> not sure why the serial console would be a factor. I have a >> console-wired rpi4 running main/14 and I never considered it. I console >> into this machine like this: >> >> cu -l /dev/cuaU0 -s 115200 >> > > Maybe on FreeBSD it doesn't matter. Pi-related sites report that the > mini-UART baudrate is tied to the clock of the GPU, if that changes > the baudrate changes too. It wasn't clear to me if the speed-changes to > config.txt affected the GPU clock. Apparently not, at least in FreeBSD. You are correct that the mini-UART has the dependencies. But use of: dtoverlay=disable-bt avoids use of the mini-UART. The same is true of instead using: dtoverlay=miniuart-bt but, then, Bluetooth suffers the variability. (I just do not try to use Bluetooth.) === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Thu Mar 18 20:01:18 2021 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 E782A5AAF29 for ; Thu, 18 Mar 2021 20:01:18 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic304-25.consmr.mail.gq1.yahoo.com (sonic304-25.consmr.mail.gq1.yahoo.com [98.137.68.206]) (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 4F1dFQ2hSPz4glM for ; Thu, 18 Mar 2021 20:01:14 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1616097672; bh=nAFFICh/yHux1Brw/PuUxE/VEzpB4QvXt03lGdaMCcM=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=hg/3tXwS8pKGhbuuoYZeCqIyZ/00/M7oMxsNlGhhpHECPaHXg68qHe6OfVDX63oHsWpGRcExTDAqLghMYDzgmN/zCFR2mu3dS0n7+BDC38Q58XUjxvnubwVd0fC1qpIL8+xXUoF85G1BRsjjFFpHATMb5Zolw2CeuXVyFRqxhJ2Ve+2KXPWzZuu8Vb7doGqqcNGBo2eqNO0jRfV4qtCbjHRJK4Bn2IJfd2BDBkpkuRur610y34NN7cIDGiwALjL87/Vkl7bDuujINivr2bwAf+mFDzzKg/o31E9qkJ5MlyydBhcxmwcKTZfWLpieOJlUJpS5tlb8LjnZHgDsj9FWrQ== X-YMail-OSG: wMFLpREVM1lpGfFs89fKIALOnop1ivg8B2MfzGzG6NQkdoWwlc0eqQ9Ni0628h_ dQfo3_VckIhgBdaGiqRW3hSdbXmJNgOdh_ZsY9IPnxf.XrBnqBcHJ5stEax3hFgOXXEcLZ_nHvCD kn9SM2dLoJnqccZVRL0P6YvhBC5cJJ4OggOIcEGTAbSAWqU5uTtBuBOddaOOhDw0VoudeCRYDwGo s39AvPJXwHtVCNBSxtgYIYMYpats7_.lKwu73eRWttMWLRoJP2IU3B0TJL3IEiZzYPI.VCLjB.Fn a0hkLrSP9THBLKoHmoy6unKSzwoIGghd.H9x00PWV3G_Sjv0G52y9xUFZ6H6TxgJBtRqYHiXnJpm 93jYa3QQxtOXs7qz0AkEEbddtcXfYIxOlYzKY.ibmQfzYf3iZiah1DTeSgWP2Yaqiq3kgpjyeTu8 X0lmZl02VBHQG8o11HC58sAPbocAXct8w1ynhmY98ce8WfCOxojoKAcT.jHAm9qg7MxNPCHA21p9 s79.XVu106DHQQU_CCEN1ZLENm4piA1l1dq5gJz5uA47j9kW5wl2BG9UkpltlJOoa5L43ig_GfKM KBil11bJuSa64fyY00x.Uta4F0pmpiIZgzvrjuq.lbiVmpmY5RXY4H_m7eSjTZALAbE8JS5L.yTX BEmdpdgIQEPOa_do.X5bCoTOkdlTZ488XNm1f72n.g5wuEeA3C2P3V0tSwIx1AI518sacasZFI0J 718sqlyBHJLE5G_93Zw8vA_rQgqKOXheLu5zvWz0t1tAcHWdh0PKZbfkt_Lnt5H9Gig1C6aNL.8_ oucEVLefUS0ZMNKsxvsZQXRiKg7V0AJUbqdCJYv9hsgxlqN_NHzHgLEHNv9GjHrTE9XGE5mWDuEt eKGY0b2mJOzuqWjjyCFe8_2ab19jk7DAJsNWQLkCi9KDy5hLG7cy46UE6pTsFJNKldsSrv9WJldQ h3.SnlP9eOmyVCgn5TUwr0jB.OM2IHVI1WPNPce2fKZ3Z_brWxl2Pmozs6X3BXN1jctUCaqIp82M OdJlU_7OuiIYNEcmvjwULCu770TwLnA3KSBfdluKFElWHeMLt4DUVBbCdKKFimZ_eudftkGU917k NG5WLNMdlRnmvZxL.G6DozPQvApOTigu3QeE1gmygN80GtWuPxN8P3.e2Ad6p358zV589TS2zpYF 3.QXmt908kAfsfwAeGtEWg627pJ2WI1VRJNY4lpth0TXZb7IsP201UJGybykglFen4AzC5X.ITn6 UaKElfdYetQOKbsBIZyCZ0DDLiY3H9fkAboIRfAkuASxcGq112vp_Qbvc6ctOlakl5c7ps4hP7an xq.h.i7cPCWNu35Oyq6vvcAykNfplAMS983QxxhepPyXvT4sz.Iyzzb6qLvGB3GjP3BA_gKbxls3 WjKZW7Px0UIPSitrNTCHC.tmu399UJHSqaCiFWei1dGI5I0dLe5GjHhYdjQL7lCjUx3xa9sjl65C PCBaA3Uk0NuFc9Y7d86y93Jp4c3ulR6XntvhzMUcru8QwquaHKq0UhRGydv6MtNdNcU.FYEHVPse CXwkDlJxkBMKrjZNIV_XeKPEtzgyOGVuzmZ8yUmVO720LuNoT6JVvhh5SDQ1dFHzjwmx2nikyxrQ VUZPMc1nL68uXkjqjbLLnfkyRkFYzu7fRUHoDV.5dWoiw5_eezKjRVvm45_tuIzuxcSIKThy4ckc .wFDDNMSESZwc4HNcW._XPvxVX5mvXMfLWGqMafsBlAckNePLs_jSFXbL7vALHshALSVuuBILxFZ HhVlxhBHIVwLjkGwWHtHYKXbaKLTWr9cMN9WXPXobHIRldv3EarUUadG4dg56h5JahvO5.k4Z2oQ gAlFvWRDfn8tupqlvC8OocRZGBw4En18jPEwc8zFd6eD70MXuvz4nB.Mwf.bmyvQzxInwY5mnaxJ WgVbSgE9kFHcjzniK3YGxgQ_U7wsd0RO2OfTnnP68uyLL14n4slfX54ZG6z9.VwnorcNTsWn_lk_ oiELIOALr0KZsu_QpCKJ1BQWwT966AIJNDGra9XaFXVGOZLXtGVyVXxB3Y3MDjSjKJzebD3Ut5A8 pw2VWBZ2hql7.BA.EKwCV8Gx9aahMJdIlpRz_Dc7A18ci5wUX2anpABxNtFKzqeLgTgMRtS4EbeJ IDbazBio_bpqi1.Yp2nXA4F5y4gAoLc.huCJXHHZyWuzdLj1BZWc3PCYFG3AOzYulKYZHf0G9LuG xRkWjA2w.wAwY5mqMlscxXbAJQ_Z2jqyBOsXnNOpo_d4amGOuPRLtk8wmMCrZZE_W.v8uQRrSjrt DziWXZaGxu9jSEaceHYzTXQu31Z58nTgcGncW_YifRtZvOvPVvdIi.cr92Q_7hqyu3ydrqihkkY7 DGQ76cfXVj7LIuM1y2J7ejHmg..x5X9IoHqRhu7AAH81cS0c03xwK18HpuGCvRPyr768dAPucV8j jqLpcR1n8gUUYU8IaPz4bnOnWi.LMIe_D4dH9n2EP0jJS9ibjnNWQ X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic304.consmr.mail.gq1.yahoo.com with HTTP; Thu, 18 Mar 2021 20:01:12 +0000 Received: by smtp419.mail.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 19df8a26ac7b7500108415f056dde326; Thu, 18 Mar 2021 20:01:07 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: RPI4 clock speeds and serial port From: Mark Millard In-Reply-To: <9FFA0A51-C0B7-4121-95CA-B98669809007@yahoo.com> Date: Thu, 18 Mar 2021 13:01:06 -0700 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <20210318170053.GA26688@www.zefox.net> <9FFA0A51-C0B7-4121-95CA-B98669809007@yahoo.com> To: bob prohaska X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4F1dFQ2hSPz4glM X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.68.206:from]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.68.206:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.68.206:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.68.206:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Mar 2021 20:01:19 -0000 On 2021-Mar-18, at 12:05, Mark Millard wrote: > On 2021-Mar-18, at 10:00, bob prohaska wrote: >=20 >>> Having now got an 8GB Pi4 to use for FreeBSD the machine seems to >>> be relatively slow at buildworld, taking some 18 hours for a clean >>> start buildworld. Sysctl -a | grep freq reports in part: >>>=20 >>> .... >>>=20 >>> hw.cpufreq.turbo: 0 >>> hw.cpufreq.sdram_freq: 400000000 >>> hw.cpufreq.core_freq: 200000000 >>> hw.cpufreq.arm_freq: 600000000 >>> hw.clock.108MHz-clock.frequency: 0 >>> hw.clock.27MHz-clock.frequency: 0 >>> hw.clock.otg.frequency: 0 >>> hw.clock.osc.frequency: 0 >>> dev.iicbus.0.frequency: 100000 >>> dev.cpufreq.0.freq_driver: bcm2835_cpufreq0 >>> dev.cpufreq.0.%parent: cpu0 >>> dev.cpufreq.0.%pnpinfo:=20 >>> dev.cpufreq.0.%location:=20 >>> dev.cpufreq.0.%driver: cpufreq >>> dev.cpufreq.0.%desc:=20 >>> dev.cpufreq.%parent:=20 >>> dev.bcm2835_cpufreq.0.freq_settings: 1500/-1 600/-1 >>> dev.bcm2835_cpufreq.0.%parent: cpu0 >>> dev.bcm2835_cpufreq.0.%pnpinfo:=20 >>> dev.bcm2835_cpufreq.0.%location:=20 >>> dev.bcm2835_cpufreq.0.%driver: bcm2835_cpufreq >>> dev.bcm2835_cpufreq.0.%desc: CPU Frequency Control >>> dev.bcm2835_cpufreq.%parent:=20 >>> dev.cpu.0.freq_levels: 1500/-1 600/-1 >>> dev.cpu.0.freq: 600 >>> dev.iichb.0.frequency: 100000 >>>=20 >>> /boot/msdos/config.txt contains >>>=20 >>> root@nemesis:~ # more /boot/msdos/config.txt >>> [all] >>> arm_64bit=3D1 >>> dtparam=3Daudio=3Don,i2c_arm=3Don,spi=3Don >>> dtoverlay=3Dmmc >>> dtoverlay=3Ddisable-bt >>> device_tree_address=3D0x4000 >>> kernel=3Du-boot.bin >>>=20 >>> [pi4] >>> #hdmi_safe=3D1 >>> armstub=3Darmstub8-gic.bin >>>=20 >>> There is no /boot/msdos/cmdline.txt file. >>>=20 >>> Can one change the cpu speed without disturbing the serial console >>> by using something like=20 >>>=20 >>> arm_freq=3D1750 >>>=20 >>> in config.txt, provided adequate cooling provisions are made? >>>=20 >>> I'd rather not complicate use of the serial console at this point. >>=20 >=20 > I've never had the CPU clock rate or memory clock rate > mess with the serial console behavior. I forgot to mention that the claim is for the context: dtoverlay=3Ddisable-bt or: dtoverlay=3Dminiuart-bt These avoid the miniUART being used for the serial console. The miniUART is cpu/gpu speed dependent. > You are not clear if your build was one that > reported messages like: >=20 > make[1]: "/usr/fbsd/mm-src/Makefile.inc1" line 339: SYSTEM_COMPILER: = Determined that CC=3Dcc matches the source tree. Not bootstrapping a = cross-compiler. > make[1]: "/usr/fbsd/mm-src/Makefile.inc1" line 344: SYSTEM_LINKER: = Determined that LD=3Dld matches the source tree. Not bootstrapping a = cross-linker. >=20 > The builds will take much longer when the bootstrap > compiler and linker are also built. >=20 >=20 >=20 > I presume u-boot style booting below, not UEFI/ACPI. >=20 > Overall to cut buildworld buildkernel > times I've controlled: >=20 > voltage and current (power) > cooling > cpu clock rate > ram clock rate > the code generation's tuning > system built targeting non-debug buildworld buildkernel > (but I still cause -g to be in use) >=20 > The details follow. >=20 > I use: >=20 > # more /boot/efi/config.txt > arm_64bit=3D1 > enable_uart=3D1 > uart_2ndstage=3D1 > dtdebug=3D1 > disable_commandline_tags=3D1 > disable_overscan=3D1 > device_tree_address=3D0x4000 > dtoverlay=3Ddisable-bt > dtoverlay=3Dmmc > armstub=3Darmstub8-gic.bin > kernel=3Du-boot.bin > gpu_mem_1024=3D32 > # For speeding things up: > over_voltage=3D6 > arm_freq=3D2000 > arm_freq_min=3D2000 > sdram_freq_min=3D3200 >=20 > The last 4 lines are tied to the use of > faster clocking. In my context, an > over_voltage use is required. I've > not tried to figure out the minimal > (low amrgin) change, just a sufficient > one. >=20 > Note that the above also controls the > RAM speed, not just the CPU speed. The > difference was rather significant for > my buildworld buildkernel timing > experiments, even with the cpu frequency > already controlled to be 2000 MHz. >=20 > Your: >=20 >>> dev.cpu.0.freq_levels: 1500/-1 600/-1 >=20 > It not a list of the possible clock speeds. > It is just a list of which ones are compatible > with the arm_freq that you assign (or the > default if unassigned). In other words, for > example, using arm_freq=3D2000 will lead to > seeing a different list of levels. >=20 > I'll note that every one of the 6 RPi4B that > I've had access to has operated at > arm_freq=3D2000 just fine when properly configured. > I run them all that way. >=20 > I also use in /etc/sysctl.conf : >=20 > # The u-boot'ed RPi4B does not seem to automatically > # adjust from 600MHz, # so do so manually. Presumes > # config.txt does over_voltage=3D6 and arm_freq=3D2000 . > # NOTE: without an appropriate over_voltage a > # dev.cpu.0.freq=3D2000 will crash the RPi4B on the > # spot. > dev.cpu.0.freq=3D2000 >=20 > (So I do not use powerd .) This goes along with > the config.txt having "arm_freq_min=3D2000". So > in my context, the RPi4B's run at a basically > constant speed (cpu and ram). >=20 > I use /etc/sysctl.conf above because: >=20 > # sysctl -aW | grep freq | more > kern.acct_chkfreq: 15 > debug.cpufreq.verbose: 0 > debug.cpufreq.lowest: 0 > hw.cpufreq.voltage_sdram_p: 1100000 > hw.cpufreq.voltage_sdram_i: 1100000 > hw.cpufreq.voltage_sdram_c: 1100000 > hw.cpufreq.voltage_core: 1000000 > hw.cpufreq.turbo: 0 > hw.cpufreq.sdram_freq: -1094967296 > hw.cpufreq.core_freq: 200000000 > hw.cpufreq.arm_freq: 2000000000 > dev.cpu.0.freq: 2000 >=20 > but: >=20 > # sysctl -aT | grep freq | more > debug.cpufreq.verbose: 0 > debug.cpufreq.lowest: 0 > debug.uart_poll_freq: 50 >=20 > so the setting would not work in > /boot/loader.conf . (-aT shows what > loader.conf can set and -aW shows > what /etc/sysctl.conf can set. Some > things are listed for both overall, > others are not.) >=20 > (Too bad hw.cpufreq.sdram_freq is displayed > as a signed value: it really is not.) >=20 > The RPi4B's that I have access to all have > heatsinks and are actively cooled (fans). > (The detailed case styles vary significantly > but all are effectively cooled.) >=20 > I use CanaKit USB-C 5.1V 3.5A power supplies > and use a USB3 SSD plugged in directly with > no external power. The 3.5A is somewhat > more than the standard RPi* power supply > has for the RPi4B (3.1A) and I wanted the > margin for the USB3 SSD use. >=20 > I do one more thing to speed up operation > of the RPI4B, but it is in how code is > generated by buildworld buildkernel. My > equivalent of src.conf uses: >=20 > # more ~/src.configs/src.conf.cortexA72-clang-bootstrap.aarch64-host > . . . > # > # Use of the .clang 's here avoids > # interfering with other CFLAGS > # usage, such as ?=3D usage. > CFLAGS.clang+=3D -mcpu=3Dcortex-a72 > CXXFLAGS.clang+=3D -mcpu=3Dcortex-a72 > CPPFLAGS.clang+=3D -mcpu=3Dcortex-a72 > ACFLAGS.arm64cpuid.S+=3D -mcpu=3Dcortex-a72+crypto > ACFLAGS.aesv8-armx.S+=3D -mcpu=3Dcortex-a72+crypto > ACFLAGS.ghashv8-armx.S+=3D -mcpu=3Dcortex-a72+crypto >=20 > This controls the tuning used in the code > generation for buildworld and buildkernel. > Once the resulting system was in use, this > also had a significant effect on the later > build times for buildworld buildkernel . >=20 > There can be a large difference between a > cortex-a53's strictly in-order execution > and the cortex-a72's out of order allowed > execution. (The same architecture vintage > allows for both styles.) I expect that > this difference is why the tuning mattered > so much: arranging for out of order to be > an advantage. >=20 > I use -mcpu because it sets both the -march > and the -mtune to match the cpu type and > is sorter than listing both explicitly. >=20 > The kernel configuration is shown below. >=20 > # more sys/arm64/conf/GENERIC-NODBG=20 > # > # GENERIC -- Custom configuration for the arm64/aarch64 > # >=20 > include "GENERIC" >=20 > ident GENERIC-NODBG >=20 > makeoptions DEBUG=3D-g # Build kernel with gdb(1) = debug symbols >=20 > options ALT_BREAK_TO_DEBUGGER >=20 > options KDB # Enable kernel debugger = support >=20 > # For minimum debugger support (stable branch) use: > #options KDB_TRACE # Print a stack trace for a = panic > options DDB # Enable the kernel debugger >=20 > # Extra stuff: > #options VERBOSE_SYSINIT=3D0 # Enable verbose sysinit = messages > #options BOOTVERBOSE=3D1 > #options BOOTHOWTO=3DRB_VERBOSE > #options KTR > #options KTR_MASK=3DKTR_TRAP > ##options KTR_CPUMASK=3D0xF > #options KTR_VERBOSE >=20 > # Disable any extra checking for. . . > nooptions DEADLKRES # Enable the deadlock resolver > nooptions INVARIANTS # Enable calls of extra sanity = checking > nooptions INVARIANT_SUPPORT # Extra sanity checks of = internal structures, required by INVARIANTS > nooptions WITNESS # Enable checks to detect = deadlocks and cycles > nooptions WITNESS_SKIPSPIN # Don't run witness on = spinlocks for speed > nooptions DIAGNOSTIC > nooptions MALLOC_DEBUG_MAXZONES # Separate malloc(9) zones > nooptions BUF_TRACKING > nooptions FULL_BUF_TRACKING >=20 >=20 >=20 > Just FYI: >=20 > # sysctl -a | grep freq | more > kern.timecounter.tc.ARM MPCore Timecounter.frequency: 54000000 > kern.eventtimer.et.ARM MPCore Eventtimer.frequency: 54000000 > kern.acct_chkfreq: 15 > debug.cpufreq.verbose: 0 > debug.cpufreq.lowest: 0 > debug.uart_poll_freq: 50 > hw.cpufreq.temperature: 34525 > hw.cpufreq.voltage_sdram_p: 1100000 > hw.cpufreq.voltage_sdram_i: 1100000 > hw.cpufreq.voltage_sdram_c: 1100000 > hw.cpufreq.voltage_core: 1000000 > hw.cpufreq.turbo: 0 > hw.cpufreq.sdram_freq: -1094967296 > hw.cpufreq.core_freq: 200000000 > hw.cpufreq.arm_freq: 2000000000 > hw.clock.108MHz-clock.frequency: 0 > hw.clock.27MHz-clock.frequency: 0 > hw.clock.otg.frequency: 0 > hw.clock.osc.frequency: 0 > dev.cpufreq.0.freq_driver: bcm2835_cpufreq0 > dev.cpufreq.0.%parent: cpu0 > dev.cpufreq.0.%pnpinfo:=20 > dev.cpufreq.0.%location:=20 > dev.cpufreq.0.%driver: cpufreq > dev.cpufreq.0.%desc:=20 > dev.cpufreq.%parent:=20 > dev.bcm2835_cpufreq.0.freq_settings: 2000/-1 600/-1 > dev.bcm2835_cpufreq.0.%parent: cpu0 > dev.bcm2835_cpufreq.0.%pnpinfo:=20 > dev.bcm2835_cpufreq.0.%location:=20 > dev.bcm2835_cpufreq.0.%driver: bcm2835_cpufreq > dev.bcm2835_cpufreq.0.%desc: CPU Frequency Control > dev.bcm2835_cpufreq.%parent:=20 > dev.cpu.0.freq_levels: 2000/-1 600/-1 > dev.cpu.0.freq: 2000 >=20 > (Again: Too bad hw.cpufreq.sdram_freq is > displayed as a signed value: it really > is not signed.) >=20 > FYI: The system is based on main 7381bbee29df > (2021-03-12), the build that fixed the >=20 > # ~/fbsd-based-on-what-freebsd-main.sh=20 > merge-base: 7381bbee29df959e88ec59866cf2878263e7f3b2 > merge-base: CommitDate: 2021-03-12 20:29:42 +0000 > def0058cc690 (HEAD -> mm-src) mm-src snapshot for mm's patched build = in git context. > 7381bbee29df (freebsd/main, freebsd/HEAD, pure-src, main) cam: Run all = XPT_ASYNC ccbs in a dedicated thread > FreeBSD RPi4B 14.0-CURRENT FreeBSD 14.0-CURRENT = mm-src-n245445-def0058cc690 GENERIC-NODBG arm64 aarch64 1400005 1400005 I've not done temperate testing in a while. One quick report I can make is that for my "always cpu_freq 2000 always sdram_freq 3200" contexts with the RPI4B only doing whatever background tasks are involved in being basically idle but having the heatsinks and active cooling (fans): # sysctl -a | grep temper hw.cpufreq.temperature: 35012 dev.cpu.0.temperature: 35.0C in a currently 15.5C or so ambient context is rather typical. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Thu Mar 18 20:38:49 2021 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 32E1E5AC824 for ; Thu, 18 Mar 2021 20:38:49 +0000 (UTC) (envelope-from db@db.net) Received: from mail.tfm.net (mail.tfm.net [192.231.224.29]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mail.tfm.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4F1f4m0jMJz4kn1 for ; Thu, 18 Mar 2021 20:38:47 +0000 (UTC) (envelope-from db@db.net) Received: from night.db.net (DB-DSL.ServerNorth.com [98.124.61.131]) (authenticated bits=0) by mail.tfm.net (8.15.2/8.15.2/Debian-14~deb10u1) with ESMTPSA id 12IKcauR025418 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Thu, 18 Mar 2021 13:38:39 -0700 Date: Thu, 18 Mar 2021 16:38:35 -0400 From: Diane Bruce To: bob prohaska Cc: freebsd-arm@freebsd.org Subject: Re: RPI4 clock speeds and serial port Message-ID: <20210318203835.GA83932@night.db.net> References: <20210318170053.GA26688@www.zefox.net> <20210318180736.GA26853@www.zefox.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20210318180736.GA26853@www.zefox.net> X-Rspamd-Queue-Id: 4F1f4m0jMJz4kn1 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of db@db.net has no SPF policy when checking 192.231.224.29) smtp.mailfrom=db@db.net X-Spamd-Result: default: False [-2.07 / 15.00]; RCVD_TLS_ALL(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FREEFALL_USER(0.00)[db]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[db.net]; RBL_DBL_DONT_QUERY_IPS(0.00)[192.231.224.29:from]; AUTH_NA(1.00)[]; SPAMHAUS_ZRD(0.00)[192.231.224.29:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-0.97)[-0.971]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_SPF_NA(0.00)[no SPF record]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:10488, ipnet:192.231.224.0/22, country:US]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Mar 2021 20:38:49 -0000 On Thu, Mar 18, 2021 at 11:07:36AM -0700, bob prohaska wrote: > On Thu, Mar 18, 2021 at 05:28:27PM +0000, tech-lists wrote: > > hi, > > > > On Thu, Mar 18, 2021 at 10:00:53AM -0700, bob prohaska wrote: > > ... > bob prohaska > I've been meaning to get someone to look this over but basically this rejigs the mini-uart baud rate depending on the CPU clock.. https://reviews.freebsd.org/D24339 > > -- > > J. > db -- - db@FreeBSD.org db@db.net http://www.db.net/~db From owner-freebsd-arm@freebsd.org Thu Mar 18 20:50:12 2021 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 3B3445ACE99 for ; Thu, 18 Mar 2021 20:50:12 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic313-20.consmr.mail.gq1.yahoo.com (sonic313-20.consmr.mail.gq1.yahoo.com [98.137.65.83]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4F1fKv1vvhz4lhv for ; Thu, 18 Mar 2021 20:50:10 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1616100609; bh=+r3XEsU+DjQb+OQZbx7hXWHL/tw7/GWTH1ug5lo51dW=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=Eg0VLhUcX69IMs0EWMAwPoaxhsflgBxhc/cuS8qyxYLpGf0IPjgTarlLZjZ5qXlOScNKy/zbNmxANHZyz01X8+8wT/Sw/djZtJnqf1DvG62v/B5DsnLvcpHnmgdtXPCvflHcUaneMlMVUu4x8nXAoeIo639rgf7oKy00/Fi+T8/9A67nmS4pizMGcCUyXid5Y2/IKTa8k0cYzbCJXAXUiiVcRP+4g4CGybmouk4JcQ19/zPlI+If/PaQlK39gtJcOuFjy5keq81XoYN/I+WuNWtKKSkFmACiiW8e7AfhJLPKNxa44dQUAjmHmr9tnk9E2kGDrkSPYTnB7QvJgHprOQ== X-YMail-OSG: pq2.TwAVM1ma_yOjDU.qqEbAPcXrn9E.Ixq6jvIbCImx7p0yY6Cc6RRTfcO8V.S OpGDdkfPhx2zRWJ60GsAxdisNi8mjeKOtvEA9KtL6yuj7qBeV.Avh0hGmjxXHQBW0lTaPlLfua8H FCQiNYjSuK_y1fs19npnfIn79F9mgNuqfyjuWCWLC33tJ5FmYNWEkfN5PQpaSW6irQ1mF45WDrvt 9wmprfmkO9fh9ovJ6OIdiv6TImaPVC25iyFeGcdBNUuytKr6xABsqbmlH8WnX0LBFzle_r0H8cxG davBTxceuXjQ479O4R8DMu4EbDJjHsEt1W04QI2LkIy44Hp084t7XeUeDif2mORTLUkF5uOz7B1w uems5bNBxbg4GqAlhgrea.lnnofs.xe4oS2ufhddY0hpfvvxtyTqPOeLbQWnAjrurk_LPP2FQ3QD KqBJre4xI85EwhTwhjnezfwyRBqFHO0Nl7G13cy.TgDqV.Rwy8j9Be82OJsRwXHc0I0TgeI_dusb vVRzqzXYoLo_IZXfZGv332FbYceIxOFIDQ19DkxDg5ULB6yqdh.7iX1Mk5hBoc_R_1OPqOVyFOND dcXKTd76Z8.LN5FtlESIn0PjqA6kckKEiqC4J6LQgdcYAxPVfEeF8mlU5o8VGNOwDJ_0LusDSqlb eR_7JifhBApSF5_y4P7klckIJcQIVd67krb6BurZk9WRVMwDx9RzgwM9w8IrGVTYklFIEERwplFW IWF4Mvgtro76HoypCykKBNWbqL9yefvcBX3cWsaDgMUDDGbpdQFk56oOrbK9HPDPy84w8jN9Aymr 0mPSKRPuK2LerCBgS_KmdYAvCrNg8OAfnJw1NEwlDwBQG_9Q47GVFAYhDqXJJLI1MYfVY.LVOkHG 0EC6EFQ.Foqv6f.hMQnNsIuG5bv.5XW9jUqEZYKdLRR6ucbduTpvDWSc.hlzHctjDwgGnchseXwR iyiSrX62xZBrROQJjUY0E6QcdFbo1eWhl8Vccfo4ZhbvX0sUoImSRt5wyzvPdquHRI5vKV2OQMs1 TFcd9vcOrec5Lwv37wueEgDuwXs5jylQ3NXxRf28xoM_2ov5ncl6bTDnAJIGN9pHy_yeR07QD.RT yBdbULU1kJkKXbI8x_5PTiHl7fE6kS.pcJZs6O8Sh6NvpRPODqeZiABeDs6K8.xWsl5je2lkC_Eu WaGWvD4MjL6a9O6viIIeu0D_FWhcgwpoNDA6zQ5emVtvCId2DaS3Mb3iebNMPvXL6GgphxfxfW.E m4ZHXFBjrBwT6tW8QIb2Yse7KS.G8VzQpDkPxaqlIYqYPxai_DOmUTXS2yEvDTWHjy36Xwt.GNj3 xxxB_pS6lxDApErxhoP1d2maXE6GbdApdyuJrrybXtMkB84SkfET7zXndOqG7hoO718f5wgAYlUT 427VU5yB5_j.EgZTILip4fu5ANiPlhVGRibWQqJ9E33YP3rBFcsBmF2txDAIeikZ3zK1NRwZMKl4 0AWFuBhmTzvxDawZu3RFdVKa0RYH0VyryRD5GPqsitU6tU9VjcMqZYTZ0kmtRRMKOPc8gZfnpJ3G ZEHV3RDLofPG0qdR1zaswcfH3trcno6dcFJFy_q.MPnuR_jF7xKWJjGpvVFcFz78y.sHTPv6rBPI e.7q81MrBcHaGlf5Sa5ovpvOkHzE4p07H98uaN.Mu.dqHUMHK4rz0EekqZAzpdaSjAL783CEF0IE IuNjuilrWBciyN41b834g.YU_xwi3VVUz4uwMlbp1PIX_MA4RPpuoUNevBQI7XNl4PSSV8CPh6C_ ZnJiluPjG8xjinGbl4N1oJ0u1jZWhN1XGmRaj48fI2ARfFomvM0jSz10QxcaWX4lhCx7G37BhAOG _Jid3Og1m1fUPcvfvIJIofwrH8VN.kPh0ptE5Vtyt302nxMLsxB8x7BtuLbphaUzcLi2hJrk3JXL w4JEEiqwYugLpCZjdJvfEmKZC2Ofz1oyngRkTIFhb.rjFtxbvYRUGaBcIOup0rPLp8Nla_CkVPqW 3XbDLinefAWGHKUBQ8XZ7Eu_I0fpzJUJgegSObs2mKyjpW7w6YA12vOhG4DajUWnV4mJtuVfWMA3 yIbXnXqiM1PlzQEEgjk2OilfyV.bY5kaW79yl27PXecd44Mr4pvi6viBfTZfV38.CquXiDHRpoO. 349oMU2dbbucTmWE_8G6G3vENbq_l7ZDgSo6ZWFM9ATebc6e.HnlvjuTZbLRdhnBu2LfYDYxi8Ny wet3Rr_ad3N2to85kkKouhwzuVFz8bv3uN0MgcYukZu5cmDSCkQuvhG0_14Ey.m55dpJ0DVXBsqT aEAZFOfZwS2.J3sg29HlzUX_oGiNmSRjT_aaOd8xW6WMrnan92n6r1lVvtSkQkrs_uFGe3tIQrvW .hkcoQP8FryVBxda35LQg0H.fcN0iylJkwvrNFRjveW51WKxsGOl7VtJfhzSTgJnI4hbYGwa_hNR 0s4A3eNblyzFFedDddxeiZm18jdKiCzds_UVPIEfbVEPUb9S21LEC9by2MTOqmS.HfEEoJGUpFxR U2vSOZPtznmwYmowzyPp7aAV5rZjqEcchEH7K.CTEj5H0Qx6SRND2Y3PxRp_auB4QM.TfHJsSC39 CrygdEs1KNrReRsfsDmBqTwvUiybm_cBLZAt8hH9pf6z1PXzP2utzaFOUqiK67g-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic313.consmr.mail.gq1.yahoo.com with HTTP; Thu, 18 Mar 2021 20:50:09 +0000 Received: by smtp424.mail.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 33de29db61eab05460abdd8b1492cbc7; Thu, 18 Mar 2021 20:50:03 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: RPI4 clock speeds and serial port ( temperatures idle and -j4 buildworld buildkernel ) From: Mark Millard In-Reply-To: Date: Thu, 18 Mar 2021 13:50:02 -0700 Cc: freebsd-arm , tech-lists Content-Transfer-Encoding: quoted-printable Message-Id: References: <20210318170053.GA26688@www.zefox.net> <9FFA0A51-C0B7-4121-95CA-B98669809007@yahoo.com> To: bob prohaska X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4F1fKv1vvhz4lhv X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.65.83:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.65.83:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.83:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.83:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Mar 2021 20:50:12 -0000 On 2021-Mar-18, at 13:01, Mark Millard wrote: > On 2021-Mar-18, at 12:05, Mark Millard wrote: >=20 >> . . . >=20 > I've not done temperate testing in a > while. One quick report I can make > is that for my "always cpu_freq 2000 > always sdram_freq 3200" contexts > with the RPI4B only doing whatever > background tasks are involved in > being basically idle but having > the heatsinks and active cooling > (fans): >=20 > # sysctl -a | grep temper > hw.cpufreq.temperature: 35012 > dev.cpu.0.temperature: 35.0C >=20 > in a currently 15.5C or so ambient > context is rather typical. >=20 So I started up a from-scratch "rebuild self" -j buildworld buildkernel via an ssh over Ethernet session. (This may minimize interrupt overhead vs. the output text scrolling the serial console?) 30+ minutes into the build: I'm seeing figures like (the high so far): hw.cpufreq.temperature: 49137 dev.cpu.0.temperature: 49.1C (Such pairs give some idea of the fairly short term variability.) I'm only bothering to look once a minute or so: # while (true); do sleep 60 ; sysctl hw.cpufreq.temperature = dev.cpu.0.temperature ; done So far the widest fairly-short-term variation was in: hw.cpufreq.temperature: 45727 dev.cpu.0.temperature: 45.6C FYI: The build reported: make[1]: "/usr/fbsd/mm-src/Makefile.inc1" line 339: SYSTEM_COMPILER: = Determined that CC=3Dcc matches the source tree. Not bootstrapping a = cross-compiler. make[1]: "/usr/fbsd/mm-src/Makefile.inc1" line 344: SYSTEM_LINKER: = Determined that LD=3Dld matches the source tree. Not bootstrapping a = cross-linker. Later I'll report the maximum(s) observed. But it will be a few hours for the build to complete. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Thu Mar 18 21:22:10 2021 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 E1D255ADD56 for ; Thu, 18 Mar 2021 21:22:10 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic307-55.consmr.mail.gq1.yahoo.com (sonic307-55.consmr.mail.gq1.yahoo.com [98.137.64.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 4F1g2p0H2cz4nyG for ; Thu, 18 Mar 2021 21:22:09 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1616102528; bh=8w5ek47ORumccXV6q5Nu6Unn2QtwN0BaGMeSaq7qaiA=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=rRDFAnwOA1tP81DlutEfx41fi36PCv2SfN5k7qni+3+rjkCNP3JR0PxO63J1MdmrunOv2RGrSsR9nGoPRP/g+jdVgKapwUTl51fN1wGRolE7mFQfoT3x2HIBaYlo3CFtTmQXV8cZcxrkZoIClSGmVi9yiLDrws6prscXauEh9Jf9bXg/3hdtlAu2fCKvGzDLNL2VrSIibx+9oVKJhQq8m9ZkVhPgy9oZCQtf9igC9+0dZzKsHZs2bcLZBLG85eGHAtCTcZUItBwTaPg2nI0d2svjg5x7qwWLzzyDvUt1QRmqFwtxTyx0AaHIHps0WjJ+Hf/VNQ82Fr84In/wycttcw== X-YMail-OSG: OunDLR8VM1lBYJlh0MpV.M1W5J0IB1UKIclxKz.WL_elLRvLtM68tALdXcqaes2 unXkxKYw5LYoV_7fb05Mz5bkc390FTkTmKci0x8HfsuvAAE3etFX3BvpnYn02ltAe5YY3g_L0PcG FiKuQhwZR86hT8Li_UAl3dewsylIz6GEi8dktur2saWAfEZjkhpMWTKjLKrA8SU.sLYJPQiz3oRK RgldOJBH52hwEBrBBi5yJ5a2tA2Hr1nYBsMMWPUJRJadbQYW9MO2tqe6RVPueJUCFkdjYSqONYly NKdCsMrtnl0.3pRXx3BDmUzQfXkKAR1HSjEvYc1ZBuVZaIddZtLXbgqayD.cYc9jqnCjwXBVfncP 4WD3FVM34lzZ7rBdgw5aciF_ricuvrUfUD9yyDI_M2zwQA14ewelHHWXN3XGDKD0NyfAPsY8K7aQ daM_jhLZN6OlRLI328XQh382zPoLrPNMSQdWzKJHks.SmbH.vPtHu9w9HV51Br3TVfqO7Ahh8tMt ICfRB5_PeDdWfXY0YTV.Ku6sqbYYJ1u1lOUUaol93UkSREcGQMLdUpMaC3lmVDL6VKeuAwc7PGKF PPmyxNpcdtejUf7imep22ephhaJtXjWZB.yH0bzgPpcQqBqxtP6eBIlJ62SWr2c4bRxdyAbMjNBX Y60ng.wqDtF.ygxgfU25Xmhkkt5sUdGVSSeeJRX2QLRmKcbEkepYFi59DiQHdw96TUcFtAhM8Fsu _xi7O95OckIgG25Pi5Hd._PSQtewawsBjWjuecTKaDbRbEVML3mFcq1BhszNP5D8DXGdzbojgTwZ 6G.m662IzqeNfQiYAVZVH2aMxJKZn7zmCuBhn59maonGmIvtd8vblc1rML.9_dDXhW.ZF4m6M3te nlPKsW4IDYR7s1o7w7K8.Nf5eVWXHEUFma.fb9cUg0SixZ2PpltYROJmOAanS9CdiLX_IumYQtSb xWpVbFGXty4BVQROJEoce1oEWqIg4mC4k6LWvjUDOKtcHV09jQqZ0Mr_SoEgTdqeEB7hQfp3KE39 IY6nfNA4xkb8SLv_UlTAU7X.JjTT6mem77k5NYRvW7szpgfmSZAIc9csUiC3aiziRiWvKrvOEHnY x2l9dlibPlYEPc7zspWHLnaDmUPOBxZYFtfIv1zI396c1UAAIJVHgayGb1AQwF8mVmzv87UmUqFz HxKPSOrmQ3WoZj7_6Wi68An56EIjMCp_URkd_DXYoitv3UMv9D2t88kzOEEQs.p9D8.BDkY2cuu9 iZC7ZvBcD5Tb.RcODyusr6tua6Q7kkhfKfM_3euUMkm53jtfddhAKJD6kImPZCozXPRAqe1ZTXAX xK2cS4LXx1py7psgikoLyorQKh_vfuptG1UecIL9JOWgehVnRmvCwgXT1hO33dr6bLkS4_6KVg62 zAIWCxKjB4EVvu3Z.Rz8FhbsNyrY_XT8y2zSKpdTB6vxRofpxJe1mdnbNipSekj.8BoAe8U.Mg_V FL2I5wFeSt0sQpPCrpvpCto1rbqbJZ.6FRvUUJdAVRRxceFLtJ3pJtZXLRzEoQbD.jY9rOjubykp SINmdCb5DGu2ZXreL.f9R2YieqN832HCi17DSu2zE5n2U9k61aC7vjLG._PqWt2S63l92A8jQcHU PcVHf4H2hp9E05M1RKURIIQSunlz0QmXKLkfQjuFONvHLFF8OVZIVLYHxciNcEQqRcHi5MqEWE6m NCKVIDWzWlcva1Ewd3dtpjAHroc10tSG9f2kh5oh8wLyUo9mSLVaPBhH.s4_uG2k1XiAc8dgjwlg sZ2tWtbQ.QFNdw3vkfdYCIUtLEspXLhsjD_DvgPjPB6s1qCZwAaS2AXdfnOyxz3MZkf3_mmutzgX zNvGtCFsJv.yWbIpjv2oPpYJ73TzSD.ZcT6Gw1ciGxhKGQr.GM7_HkRKDvLBTaAHf9RJJvWCScqu fEseNfz159O3dJ3.4WjR9A9kT37bifOiks_YwyQ.nvWm1Vte7JM3fNRx_MYEohX1uSTp3BKafVMf .hxmwz3MXYD5K1IhVpUpgLu_8RfF39.qr3NvWAvRF98uZVkPUpXIfNNBV7XxFAE0YAdpSI_zTq26 aPILrwpszEN1vQr5ypN82BqfgQgHZyDfzLhCAJrKtYBwhDcYXdpd8P6jVnlLRb0Ugf45TAVnfFOb hW1mwi0.NTdu0Q7JhpX56pNat96y.nkQ7aOCq2boDjNYrLG0E3GK5bUrkoAPP7LfA8dWWEvoW7ui 9VqqgHK0LxPPRq.bRJKb3AbOBzekRz78Fz53akUU8ffO.QHZD_E5C1qHEazshmbqYjnGZR_n99JA 9In9Ecxmdy7L1oj56b_yw7Z0vjWcVUJ9Kyd2wD5JcSlG0yP6KD7LIGHgBlmjrlwPM9YNNQOVRege JAyeL6vHlgY.1deUActjYNJDytxpOIpdkNlns8L5jWnt.eoMYwwZwF0Mv70Qp0ezkK_QeC34lz3_ Ud6hLcqnuWsy0ptdgh5rLUfP.6VwrSlNELhwjLttqr8vZw1Xsl4JIuAiqUnX8PxSkHbivQizYBOQ rt3X0_QPuicTGZ.f4vg6QAZ9PfiFp8HiPA8c- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic307.consmr.mail.gq1.yahoo.com with HTTP; Thu, 18 Mar 2021 21:22:08 +0000 Received: by smtp409.mail.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 8ba0d1e98ecd1da649726c624e3de0da; Thu, 18 Mar 2021 21:22:05 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: RPI4 clock speeds and serial port From: Mark Millard In-Reply-To: <20210318203835.GA83932@night.db.net> Date: Thu, 18 Mar 2021 14:21:58 -0700 Cc: bob prohaska , freebsd-arm@freebsd.org Content-Transfer-Encoding: 7bit Message-Id: References: <20210318170053.GA26688@www.zefox.net> <20210318180736.GA26853@www.zefox.net> <20210318203835.GA83932@night.db.net> To: Diane Bruce X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4F1g2p0H2cz4nyG X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.00)[-0.999]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.64.31:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.64.31:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.31:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.31:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Mar 2021 21:22:10 -0000 On 2021-Mar-18, at 13:38, Diane Bruce wrote: > On Thu, Mar 18, 2021 at 11:07:36AM -0700, bob prohaska wrote: >> On Thu, Mar 18, 2021 at 05:28:27PM +0000, tech-lists wrote: >>> hi, >>> >>> On Thu, Mar 18, 2021 at 10:00:53AM -0700, bob prohaska wrote: >>> > ... >> bob prohaska >> > > I've been meaning to get someone to look this over but basically this > rejigs the mini-uart baud rate depending on the CPU clock.. > > > https://reviews.freebsd.org/D24339 I'm confused. The RPi* firmware dynamically assigns which UART used for the serial console based on other settings (including a default context). For the default, with Bluetooth in use the miniuart is used for the serial console and the PL011 for Bluetooth. (Only the miniuart has the speed variability issue.) But with either ( in config.txt ): dtoverlay=disable-bt or: dtoverlay=miniuart-bt the PL011 is used for the serial console. That last uses the miniuart for Bluetooth as well, letting it suffer the variability. Is the proposed change compatible with this? Is it compatible with Bluetooth being what is using the miniuart? (Note: I happen to use dtoverlay=disable-bt .) === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Thu Mar 18 21:34:14 2021 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 C2F665AE254 for ; Thu, 18 Mar 2021 21:34:14 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "www.zefox.com", Issuer "www.zefox.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4F1gJj4vwdz4pQP for ; Thu, 18 Mar 2021 21:34:13 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.16.1/8.15.2) with ESMTPS id 12ILYIkx027445 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Thu, 18 Mar 2021 14:34:19 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.16.1/8.15.2/Submit) id 12ILYI9c027444; Thu, 18 Mar 2021 14:34:18 -0700 (PDT) (envelope-from fbsd) Date: Thu, 18 Mar 2021 14:34:18 -0700 From: bob prohaska To: bob prohaska Cc: freebsd-arm@freebsd.org Subject: Re: RPI4 clock speeds and serial port Message-ID: <20210318213418.GC26853@www.zefox.net> References: <20210318170053.GA26688@www.zefox.net> <20210318180736.GA26853@www.zefox.net> <5F3752C0-F984-48CE-BA05-526A0C37C1FF@yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5F3752C0-F984-48CE-BA05-526A0C37C1FF@yahoo.com> X-Rspamd-Queue-Id: 4F1gJj4vwdz4pQP X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of fbsd@www.zefox.net has no SPF policy when checking 50.1.20.27) smtp.mailfrom=fbsd@www.zefox.net X-Spamd-Result: default: False [-0.97 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; WWW_DOT_DOMAIN(0.50)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[zefox.net]; RBL_DBL_DONT_QUERY_IPS(0.00)[50.1.20.27:from]; AUTH_NA(1.00)[]; SPAMHAUS_ZRD(0.00)[50.1.20.27:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-0.87)[-0.874]; RCPT_COUNT_TWO(0.00)[2]; R_SPF_NA(0.00)[no SPF record]; 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]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm]; MID_RHS_WWW(0.50)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Mar 2021 21:34:14 -0000 On Thu, Mar 18, 2021 at 12:14:07PM -0700, Mark Millard wrote: > > You are correct that the mini-UART has the dependencies. > But use of: > > dtoverlay=disable-bt > > avoids use of the mini-UART. The same is true > of instead using: > > dtoverlay=miniuart-bt > > but, then, Bluetooth suffers the variability. > (I just do not try to use Bluetooth.) > This clears up my confusion. Bluetooth is of no immediate use to me, is there any prospect FreeBSD will ever support it? DB's suggestion to speed-correct the mini-uart seems like a good idea unless there are some bad side effects. Thank you! bob prohaska From owner-freebsd-arm@freebsd.org Thu Mar 18 21:41:14 2021 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 9537B5AE2BD for ; Thu, 18 Mar 2021 21:41:14 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic312-24.consmr.mail.gq1.yahoo.com (sonic312-24.consmr.mail.gq1.yahoo.com [98.137.69.205]) (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 4F1gSn55vzz4pqL for ; Thu, 18 Mar 2021 21:41:13 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1616103671; bh=Rdh1/UHLLleCApgcApuk86e9NGcU6Bir722Z6FUeQzF=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=rl70hPoR30eAszi4dMCzVnYo6xSKlsARD+RD7H9S4fhtSth/iiIhCBgABJRE8QWc1BMgcPcczdmOiAJRMiR27vnyYylk7PIGiKu7F64UTvk+lNrqJFjAtL0AizgZSBJ+bGjhA7vVYElVtzLlEqzMEVpipJGRJabzxI7+tBEhj5mKL4i0my3A9FxB05D8tSmMDYNcIuV99JYoIO5wGgn4m+i0P00Wn+rHXrLbACqVEHaHKYa5n38wEP6/W+CeABdKAA1h6hZ4wwPuo3BBBj0GqNzYgFYQNku1e32edZwFhoym5QSUHforlkH6VCKcaFJILcFJwrDsgmyS1RZ2hPSyPw== X-YMail-OSG: MUXy4rEVM1ktbBs4TzAy69yoards3CuaRdnJ8MHjthruk8fed_ZKQgUg1MgCDO1 sldIxcPCcB93RGY5z1gc5FADS3yTIomCttPXXt46FxExytQXE.AydEoy516CO7TtBEtd0gxkMQJq l94iXERBwYCHIFzO_d0iXsw4Wqp9T8D8IxMByWQUbxJeHvPfHNLG7zi3PgLaNxr4YARiWd3GBVAS h2G8IiJIPeYMpZKLc0VjioENP2T7wyRzn3roWFbFi7VliXQM2jlKMfiOjNlkmoswoRViR8oPQxx. R4C5tSG85Vir6DftX_ULvLSIu6pdVveZgN2y3u84blsNmnWq3I8rDLb1Xzqw7C0nFgxQ4VXU.lpC h7IgJoouMBIwj3VVjzvx8F7axDeeVivmVrtDQIXQ4AwLW5RyyP9LOMm68HW44kpeKwq9XnsTmuOw XZMeOdNfmfnuSEzf6SF2HU49OX4QFwh9ZBS5PYnP6wr8Qz9yQ.C9NtmyIAMar1fw0NRR46mE56uw HhZ4aNg0t_8GSAzFeYpRlAMZJ4XvMRpeX39FlpbN2dQyN6cPsK9ZaA7P5fBQtWsIK_OupYpHaalM q7VUe9SDg80UrpF1zLkQFFIUl55dNgZbvklK0fA.8_dZVS8NGHYDzOMfPd.lH007_GK_FNIVhMBL twHAICHT39QJhxHk2n5Hb9xOWJgHFxIC3tr3ArI92ryVRYsSHGKlEZ0eFbgUBK_btiTNQFizMog7 TJkNSA_OcnB7pIdPSSy9v6JJ59vD1Svcjr8qPiTADR5aJgDZF5Yhx9wtIxqi6Db77PddbuB1w4X_ BIV2JHKFaBCEPpWmTbfqNRdCghd0A7qRCRWnfSUlhoJd8QY95qyY_OmcoSEJXyiI8R4O5QhRTr1y zbyuJQHdcTVV.AOqvpGyLBsvmjH2xSSM6WCD7TDCwIcRd_9w6t3Zdp.7B6Vw98pT_jtyN97W19Vb 5F59P5aPw3I04Ma8fDTqnN6HSUZJevKld8Yac8biVAie3zm.UhQ4yfZ4kC5v.wXDBPh9y2IILWO3 9m3fIREuHDjQInuxTfuKdrBEH.ftG._4zH9xgsyMMBegyK7Ps4nZvgW_Bood7LlQGraRXKyNe6Jh _gz9Yf0zQppnq3hYkSZcYoKT1vQ1NaMsMQLdPW93nHUGumZtjyh.HsOJzCj.Tolj8ECHnzXysPZR pCT6cNzyCDGb7Y_JqkdJ9LCPOjfY90iCJeSmNTV1pDC418GdmbJ_SBkaL.vCwxGQbXvpycH_nT7t AUJIzWu14koDFFxJXTP_SYdx6q9Vd51LY5iMIU9ltpNQjeYPAyLJEyJNDOWgcDaT5tRgHYVbLBkT MLatCb_zID8_EzfGfvZQzlW9mC2OePoEcp5o3squAPqmIAmWGwLolmopbqCNwDCJg1kYrEe3WRbf 8ugNexWesMScs_8R2p.4ftTr52fWF6xvi5Jvj_9P1hoC27P91xYFllhyp7I94s96LXqJxh.io5e7 rW5oRXWH_.kkOFrsastPC9sR_ATaIg8s4EIjGUMzztApXZVSBNBcEXtfLULNPqf7O0d0LRrX3jDr TJT4TCI.7i3ugvTrngSj9GPWO5JoIcpyIptuIu8yUHRJNlI.XV6YG4HGOfEO2l.UGjqUYbrIf4Si ZGriFVju3JtuFDaXsIwAaCJh8MAL5hrbJZaA2rAaFWyqTZ0.eDYzXh2psyt02D8Vn9YdGP7JtGsR U8CLcoIfWFsp2_tCT1Zvm4DSFOBkkbj5uMnM1ukGBORpdJvS94.WOFzeWpUpzOazHq3iwiHGyTmS Kv3hkgPzTPwVxuG94z1b7R6_olZJmeIrDCUKGlcvC2Dqo7R6qCj8Qw3QA23XQZdW7mluorfd.TS5 HDfOcnQx5q.JGM.D5MYPFEgoe2ErhwGz3QchlUrhF_6o.X5FTAG1_X16MYY75sg77djOly4ezUeO DKe4DR1jHgnwx6.wxLT4A_MrCuK8Gk4xuCOovnoHft2lmFNSOhBigtuVTu.7Ajz9vl1MF.gYzjNg hIKVVWHoAL62BMThLGWw.e.DpLUhiML_J4pJqbCp1Uu5RP2_IfEw.J3V7V0zjJr5eiltiC91XNPo FL8oI9mkApP_OFPDoV936LP9rLVRYoBO7r8zIlUEnUCvN3dEdgGlGdqFe8BBcjljwhvv0E58Wp3Y t36L.0fMC0DC8GaHHTcZ3MYe5PKr4Hyu_eEi4r4YmvwAoqLV1IiBrIfTt1jAQbDHpMIZwuswFz9C k1.RPNGucvF2gasywl9pz3FIFe7yVksjGBr4_QOaXvF7crv1dF7gtWbNR0q75FNWSZUKdRmBj1Bx qhklXY3du1NDmk6lPRLdasTHjB2QvJZkdqG1c3_Z7az_A98mc1ShxXLOJBiT2hAngA8CaErBFX5x 0A7H9nVXeDH.VtMJsKJgBL9OWJX5DCJ0J16JEecztgxvG0mGN0B5JwYZcQR4N6hpmqLdECJSDHOR DJ.IFXnCHZdIDTmNin87KqdynU1WsHhcna9VlXDSqG52zb4TepIqhC_hoKv85qOEOi9QfaSzaoAh vgx6gQHLVfIKyHUySx9xYMNc8fp6DweonCBUVkQ-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic312.consmr.mail.gq1.yahoo.com with HTTP; Thu, 18 Mar 2021 21:41:11 +0000 Received: by smtp408.mail.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID dc1fe691dfae912f7b0d2287d7bb10b4; Thu, 18 Mar 2021 21:41:08 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: RPI4 clock speeds and serial port From: Mark Millard In-Reply-To: Date: Thu, 18 Mar 2021 14:41:05 -0700 Cc: bob prohaska , freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <7736E7C9-173A-4823-8B0E-869157AD1CC1@yahoo.com> References: <20210318170053.GA26688@www.zefox.net> <20210318180736.GA26853@www.zefox.net> <20210318203835.GA83932@night.db.net> To: Diane Bruce X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4F1gSn55vzz4pqL X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.69.205:from]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.69.205:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.205:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.205:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Mar 2021 21:41:14 -0000 On 2021-Mar-18, at 14:21, Mark Millard wrote: > On 2021-Mar-18, at 13:38, Diane Bruce wrote: >=20 >> On Thu, Mar 18, 2021 at 11:07:36AM -0700, bob prohaska wrote: >>> On Thu, Mar 18, 2021 at 05:28:27PM +0000, tech-lists wrote: >>>> hi, >>>>=20 >>>> On Thu, Mar 18, 2021 at 10:00:53AM -0700, bob prohaska wrote: >>>>=20 >> ... >>> bob prohaska >>>=20 >>=20 >> I've been meaning to get someone to look this over but basically this >> rejigs the mini-uart baud rate depending on the CPU clock.. >>=20 >>=20 >> https://reviews.freebsd.org/D24339 >=20 > I'm confused. The RPi* firmware dynamically > assigns which UART used for the serial console > based on other settings (including a default > context). >=20 > For the default, with Bluetooth in use the > miniuart is used for the serial console and > the PL011 for Bluetooth. (Only the miniuart > has the speed variability issue.) >=20 > But with either ( in config.txt ): >=20 > dtoverlay=3Ddisable-bt > or: > dtoverlay=3Dminiuart-bt >=20 > the PL011 is used for the serial console. > That last uses the miniuart for Bluetooth > as well, letting it suffer the variability. >=20 > Is the proposed change compatible with > this? Is it compatible with Bluetooth > being what is using the miniuart? >=20 > (Note: I happen to use dtoverlay=3Ddisable-bt .) >=20 Now I'm even more confused: = https://www.raspberrypi.org/documentation/configuration/config-txt/overclo= cking.md reports for the RPi4: QUOTE Changing core_freq in config.txt is not supported on the Pi 4 any change from the default will almost certainly cause a failure to boot. END QUOTE Or, more completely, it reports ties with hdmi_enable_4kp60 and enable_tvout for core_freq: QUOTE The core_freq of the Raspberry Pi 4 can change from the default if either hdmi_enable_4kp60 or enable_tvout are used, due to relationship between internal clocks and the particular requirements of the requested display modes. Display option Frequency Default 500 enable_tvout 360 hdmi_enable_4kp60 550 Changing core_freq in config.txt is not supported on the Pi 4, any change from the default will almost certainly cause a failure to boot. It is recommended when overclocking to use the individual frequency settings (isp_freq, v3d_freq etc) rather than gpu_freq, as since it attempts to set core_freq (which cannot be changed on] the Pi 4), it is not likely to have the desired effect. END QUOTE = https://www.raspberrypi.org/documentation/configuration/config-txt/overclo= cking.md also documents the Pi3/Pi3A+/Pi3B+ as using a 400 MHz core_freq (Pi0/W as well). Only the Pi1/Pi2 list 250 MHz. My guess is that "Pi2" means RPi2 V1.1 and below, not the RPi2 V1.2 as well. It is true that the "core_freq_min" figures are almost all 250 MHz: RPi4 lists 250 MHz / 275 MHz with no clear indication of the context difference for 275 MHz that I can find. Have you covered what all the: = https://www.raspberrypi.org/documentation/configuration/config-txt/overclo= cking.md page reports for things that you are planning to touch? =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 Mar 19 05:14:36 2021 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 E0D6F5B8004 for ; Fri, 19 Mar 2021 05:14:36 +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 4F1sWv4Mmqz3krc for ; Fri, 19 Mar 2021 05:14:35 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1616130873; bh=BwQUwmH2KJybzPKmVrqFSYGg9ZGZDNHrCap6uk9e6yu=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=COMQNG00fcT8Nnv3B+27xvpxeyz3CPrivSeY3J34N6yiNDBlCdD3ZYLvA8AoA0bkPNliTffFdvsCEvOFNTr014bIMJeUHpaqFwEZh7v34riOGsNEnL6bsPQHL/ViKGtT9haIQiAXjfDD42ZJyDO4eO4LFUXrQg1GnOSt+HaLg1QIjSq9dWEMxwO6isZY7FNvxQj+8nRSay7aAuaLLY4d/V4j9yl9x1chBDT1uIwstBuTrLiu+R51QabSuLG9/1wPqxnOkefomZ7psB81DtuV5yShTixsxmcT8geLg9rvtvNxAKIqQY3UZVY2f7uG5MDbIezSNuCG/XNsBXZG+KIqjA== X-YMail-OSG: N7O8lm8VM1n_wIuxosAOR3p9OTLTLbd9cpMlxopcKjy4K1GbjRRC7qSjKU9_Dr6 8LgF_3RPKHrMeH7T0mINREW0zCheFgZ6tJNzx1pLdeMqD8AlZSDQ_lNVg3T_E3qOHsANT90dH65i w8BR7.6LyJL8AUCSCWtZGSoJr.gVFkaWOiforbxZCq6ByyGzcbzFi5y.igA9QHzn0G02vwcZLCoe qwby3sINrGGfwAsN3EifGHghd98rej7MmodBZ4bDJ0QQe09jhKbNLBH70FHm_AYMZA.DPXhUJBdY k3VmAoasa.WbhlNZtbT1e7ivZGfskE6PFUc1Y39mgu7FVWG2Aj_.HQrL._fif9GhgcF_Q5eRGCdm pA1fIgutQdap1RAXbYT7eTfyC5hKJvGGOtRnXKgolTSF5Ps_IW34pJRwi21LIrngaQzDPiyT7Ou1 2kdS6TNzkN.onMPv37L3HLmgQY6V7lQPsOZvo5J68kVR2oeqCwYug7GoYPbgMp91_98cFQCpzM1m QdeWbcBLX5WQUO_nTAi393VRmQP37p87OKMgAFbv8NW2pSRiDMjiZ3TocVbGYLGawxPtDEpO5YDZ RbfCtjywx0lbNdS8m8QJ1QXcgUXX87oK4Mhvd7iy4uYts3QqzW4z95jbuAaEvhJ3P_avsHw5wnpY u7LWEWIYQ5zL1hkAXp0oozy3tmOn0xShw9mDIzzP2sarV9Nb8bYZi44dC.OAAJXeISJj4wAIQJ4s GFpvQRxxt.3i3L8ckeJw9iOeA1gSjrCqrNEFT6J1t8T470s.LyaeGs3x0mb6opbiCjwIG.TZY3VX NXQXqZyGwOpRXz9j6DZFJkaf3lslGWVagizuIXdYZoIpgLmiicynW_paKfU9gxK4azNPfvf4y7CZ batbBwlE0CntP5ZBYTuQMPRFl0g6F0wtOnlAh3jmq9EOZ_irHu8x..y6gF76xR5odQNCKU0E3EsT v5AZruEN75kTyBVwk6lAoOS8YHuF4itt.RPO.Lyaw0hbrKjczUMddhxeS4ade3YuOJsnZqzkOPS2 bmVWoN8P_b0MwiZx1noYrHf1m1BQtzN9D_MbKih0r5zdMpf2q1klGUs7gUKU.mmop2A3GdX56wmw P7zWIPa9Y5lyjJWD8c.DRXOTgjU7UkBgOKoiOPEWqGzbtbRtB7Xrntlwvv5zN6Ms5Xq_tkcxBH_u T6kU1zQZtWQKeGvhBGH0fb6aWwzS_SU8xvfipWAo5C2oQihc6xIDuM5oLS2v1Nhc1Z7C5D1erFzU Zg3iZbtnFR8jPxvOVhpTRlR_x2_Ws5QIw.Nfni9JLnAlaqFeYwIdREUT6EKrM..Ojm6o2zJznS1p aiqOPpknOTN6IlrIcq8yJidqjtymVKoCqujk5aTm9Qe7RXsVmaufX12sFo66A_DWdqSu7nRJmxJu Ecq_KRzY0ZM2cqYFBx7gutbl0va2wnIFdywsrJwTO0gLTdk1qwQrGspoTT9X1bvMqNnPcEzQYZh3 IzapOQU2eL2KZO4YlMO143XRgYmyx1U4cbcD8j_rHKcQ44BQ3oBGsBNBGDjOx9eF5xQy2wYceXBn NEohIUoQ0pexUc7zT93xIaGP6BDXFe.E9dEvG6aDb693omPEAn_UJVaJvTqEuk9nXc0fzSR9z3_s 29JTFmkVEYyexzI4WSXFBC.k4DTwWtdhcvHMlWKmQOe9AfpEVArX9HfYd8LNRZzWSFqXnX2QuMCt 04fDkJefBgmS1Np5pPfMtIFxun8YFX.cw6vL12q_ELRX..OtayOOdFrGa9B78PRkOncNh4tQ8T6F dNzVlAblidJEAEAVZjUZO2HX9Vqe6_9F_7WGzaM8lZttTHrZD9HRoe.rhOHB7qjmR5caSUDKIjFa QsnptAHdq46kMLNomn2DDERyip6Bl8eCZj4Xq2rF0WbrYyakxlyVQBqocT3wNyxj5xpUhp7HGFq2 Mi5BJvTuUL6t7iOTb5V3OfwlPQMjT2lgRWMcUpUJe2uzv56lj47ThrkjMu0WUVlOQX3nstYETYjH Nkb9eKeZFGM4WkUmmD3M_K_5ySi2hbFNDjEQVPYa2vlLyDM6ZaWENuhnjumNEIu9rT3TJEkVPSau tfdSjyS7_aqBFH.q3_FyllXzrH5Nv7JKPdEv46uxL4urg7CCEqMkQ3n8me7u6ztNaKI0ZdCxqE7N 5f7nsteSBbDjTPHCKt3wfu7n3loDpkAe2cRlQgpwlQnQQzmLT4Gi0cWJ96iyRDiF2hQv.BS.S.gz jSqmxlsQwVsCGQJ97W13SZksNWDUY0ANv.fqo9rwmZZmoarix3UeBQt5LN8OOOnzLd3L04Wa5zqA x.1MoXlxBqjy2UVkoaIRnCdIlYznsbldQHOlPxuFUL93zJqBgzbzXzDZRrbrAy3oVaOLbCtLn.yh thqJlQaoBTc.vSVTSxVTSv5u5h5zc5.vHpRVeH3j1MMNd115fiHqmZLLhOvl8y.Xaetf18YWicDf TTkG1ZNQOU_lA1cTwELUGfnqSJ1NUxrKWJb4rvBledRpic7PXuxxo_aVoGuUBrzik3OOrrihh0Xx lQcFsFrR_OoJviAzx3pNL3vbKf3bnzts9xErQxvJ9H7PlMjLLBDx4WZh98qlvJQuI0Y9NgDS1IB4 v.r_k2nyPms2zl.muY8YEOMzrgdsnE3UdKUsX_hKuEhRPX3L1AXgQGc1cAmXTTDpJqQ-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic315.consmr.mail.gq1.yahoo.com with HTTP; Fri, 19 Mar 2021 05:14:33 +0000 Received: by smtp420.mail.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 9220db35b2546e2d62d121e411d89292; Fri, 19 Mar 2021 05:14:29 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: RPI4 clock speeds and serial port ( temperatures idle and -j4 buildworld buildkernel ) From: Mark Millard In-Reply-To: Date: Thu, 18 Mar 2021 22:14:26 -0700 Cc: freebsd-arm , tech-lists Content-Transfer-Encoding: quoted-printable Message-Id: <81AC0353-258C-41C3-86B1-C133E33D97E3@yahoo.com> References: <20210318170053.GA26688@www.zefox.net> <9FFA0A51-C0B7-4121-95CA-B98669809007@yahoo.com> To: bob prohaska X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4F1sWv4Mmqz3krc X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.65.32:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.65.32:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.32:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.32:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Mar 2021 05:14:36 -0000 On 2021-Mar-18, at 13:50, Mark Millard wrote: > On 2021-Mar-18, at 13:01, Mark Millard wrote: >=20 > On 2021-Mar-18, at 12:05, Mark Millard wrote: >>=20 >>> . . . >>=20 >> I've not done temperate testing in a >> while. One quick report I can make >> is that for my "always cpu_freq 2000 >> always sdram_freq 3200" contexts >> with the RPI4B only doing whatever >> background tasks are involved in >> being basically idle but having >> the heatsinks and active cooling >> (fans): >>=20 >> # sysctl -a | grep temper >> hw.cpufreq.temperature: 35012 >> dev.cpu.0.temperature: 35.0C >>=20 >> in a currently 15.5C or so ambient >> context is rather typical. >>=20 >=20 > So I started up a from-scratch "rebuild self" > -j buildworld buildkernel via an ssh over > Ethernet session. (This may minimize > interrupt overhead vs. the output text > scrolling the serial console?) >=20 > 30+ minutes into the build: >=20 > I'm seeing figures like (the high so far): >=20 > hw.cpufreq.temperature: 49137 > dev.cpu.0.temperature: 49.1C >=20 > (Such pairs give some idea of the > fairly short term variability.) >=20 > I'm only bothering to look once > a minute or so: >=20 > # while (true); do sleep 60 ; sysctl hw.cpufreq.temperature = dev.cpu.0.temperature ; done >=20 > So far the widest fairly-short-term variation > was in: >=20 > hw.cpufreq.temperature: 45727 > dev.cpu.0.temperature: 45.6C >=20 >=20 > FYI: The build reported: >=20 > make[1]: "/usr/fbsd/mm-src/Makefile.inc1" line 339: SYSTEM_COMPILER: = Determined that CC=3Dcc matches the source tree. Not bootstrapping a = cross-compiler. > make[1]: "/usr/fbsd/mm-src/Makefile.inc1" line 344: SYSTEM_LINKER: = Determined that LD=3Dld matches the source tree. Not bootstrapping a = cross-linker. >=20 >=20 > Later I'll report the maximum(s) observed. But it will > be a few hours for the build to complete. >=20 Looking at the -j4 buildworld buildkernel output I see a few of examples of making it into the 50s. The highest being: hw.cpufreq.temperature: 52059 dev.cpu.0.temperature: 52.0C Ignoring the start-warmup/end-cooldown: a few under 46.0C So unlikely that there was any throttling. FYI: World build completed on Thu Mar 18 21:31:44 PDT 2021 World built in 29705 seconds, ncpu: 4, make -j4 . . . Kernel build for GENERIC-NODBG completed on Thu Mar 18 22:10:02 PDT 2021 Kernel(s) GENERIC-NODBG built in 2298 seconds, ncpu: 4, make -j4 So somewhat under 9 hours. Note: I've never checked how much of a difference using a microsd card instead of the USB3 SSD makes for such a temperature test. =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 Mar 19 05:48:43 2021 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 0E1FC5B88B5 for ; Fri, 19 Mar 2021 05:48:43 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic310-22.consmr.mail.gq1.yahoo.com (sonic310-22.consmr.mail.gq1.yahoo.com [98.137.69.148]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4F1tHF6bkzz3mGR for ; Fri, 19 Mar 2021 05:48:41 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1616132919; bh=k+93qCZ10cgQfMiK1jG4c4J3HgIMtWSDib63aOT77KB=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=CMUL+xhkQfOCJJjXoDiV03Q1lJZwLed3EcQ+os4YYiczS4iUfaRapEo/1FRWDdiXZLXK3IcpwSWcTLHPfoYFK6VDauWnmpOSO9HfNoulLjiZX0wbOUfTq5x6JMB+7WtxVNFTa5JKya9C6k1ZnlZQMa1orrYPBBSTIR2OrzcjIob6A0x+wUqFyRkrOLOTJ+GyIp+26y7vlYR3bjuuOijmIgaXjYzKMs9sPMzXpVepZVScx7PtBL59qAxHOv9C6y0LDAuDd+zgLv1k4YqmrT0wN0uhMEQrBssXPxHezt9PDQ2nH3Dox8nRwDVSJON5Mv5Wur/ONbWmZilFpmHY50PIIw== X-YMail-OSG: vQU6XagVM1kHJouZC68mNSBcLd0wprt.HDExdnjkvmytQvQPabaKbIV4RmKS9pI CFIOUyW75mH7mSJCfTGF4Q915MpS2_lnOvjymbN4JTfs03QVSta6YY9eOiPdQyie1G4ybyI18sgL erPI3NTW_NfcK8_1izUASMBfmcYgy3yOmFMV73sAJbb0I6MJrby9CP6sk662uA9hhOqQieJXp9Ra pWsy3rv7UV6AwJ9ZTgvYifnw3YOBiFH75GbwkGbd.HtsFa6.niwKwDAzatTLYqzNzesRfqSUuzRF qfFbl9Md.qj09XmpOVH6AzOeDRzMFTzD7DqNF4JWsVQ2PVpe5DY5Ki5uPOxMMknp8y2OfM5h5auF pc5ZdIm.2J8zbubmN3wMNjGdWIkDpg6plGdeFBdAuTtwg4I5.WQpjXXPQ4qhC0wMdBw8GuKlorgP MKFbdHvThzcI3cJC0UPoJqoOsE4ncjirmt1q9ii3x8sj9ioONs22WOA1fGLajwASD.4HfL4DglrD PhQASVkBsZDd_N97ajjB23pCK6UPJNgOs_QCLlhXylxH0CKPmlVKBgxjKkiDzp_refp86VtITJO1 XSnr55_S4Z.OGrL.kXroZyi_qEEjxqfMSlqf3P7yf6ATOBzrGpmVRTcwXW4N5Rn98pKuJSc2XwIm wok0_2ZSDbGzKD2U5Qjm7OVgKEqrc904zG.bW8_hjje6bomrM1B_BK6c_MFr2eAvP0vCVE_TNcZF VWxEZq7GiG8xk8RdsIkix68rJ1Hyqk74qlh3jsxmE17J5vYCq969Cb6wms8.MwUdtKOoNK9JV24Y D2uFbl.023vQ8O8kL6WF.l60GGGtAqDCxJQNhe5Qtv5Mm3l8EBBkKINKWjOu7Kvni0UZQiLnZ5y1 NhSes9tyPLFpquH4jl3Ll9Ng9NL9sk6cbD2C7NPEr030MbsBi1w.awK5_9Ryz8lWeeko06VuM9c3 grvFoh39eOzwbFtyW0FNAnMDhyRNyCir2cFH.qI0Qsoa.D3wI3RbXizQSWbFOOKQ.3utV.kSAo34 p4x6zuFAaxmiotGOI2p3L_.My0TfNdTiQxhsJm2kz9dy2sXN3uBOmmYfBWiUSRw.kcW9kSmavmQ7 ZI2OZdsT88vstSCCXM3FA2gRzZuuCi9S_it22HybMYAJ0KPzqXabPXb6qHxe4c.y5J05Bv6H9qjb cwZGu.LXZUy40xlgb7hKKL3XzxZrUI7dEQADBrhpvN3eYFo8EjwclNRjwwW6f2X9JnSbwUMW9yGc KonO9s0vgb3mzedm8FPUEqG_g6yT2XqXvsG_eNkuoQbcMLLZkwXLU.ZpOuhsGVAb9Ezuw5bAjkKj H4XVrGZ7L..PhxlUqHGm1qN3AhfaIZ6nu7KLtPt4Wx_zYJiLrx5sdTRs3m95aZj.AuL8UaUcuw1g axq9xRkDOT16jUzDknXgFAz2oeLeGKIJB5fum.9k0uLlnTjmPFz9AJ8UtzZ9dqViDGjkc.K0.knr 6ewzojY31rjPvEoBMZTblyrkr1TQ8YB9yCya0TEBOWwdSoHgA.9MFFEZjzYghBsQzl5otRLeVpBs F_5vCOsc6nibSCzE2bkyWWz5cFxwRYR8w8oErOsUab.Go75eUV4Z_ppYssLsh_aL1vGnBdAxx1dC vyZ7_rA33Uv5aUSWcurbVCIG.RHVQKM2yR1e9CQJmcBXThcDVoSz2Am0st5315WP4qvNR8.fqYlE B8oGBqmJOATz4QIfM6Ya3.qv6_lVpo1Y8dkx2Bb7MVISQX4Rd35n9GB6G6fkEfCUUrRHg1ZD4SdX Asp1iHy.l_PD2M5czkO0PtIQvcp2M2_apR_SpEdLY2dXsGAyR0AoHRG7b_QnjwfIjvRDn_1Xn03d nFbuRxeYOggurXZfiZvpxD92Y6_jrwa7X5XaGS_7iEfpTrvUYbZtVwpTcZFz_BnNLgZi9XAIsPGG NNfIJhfHa8_IQ4tP0pl4NPjOnGaLysjnS_Ame5vULAwddx5hrq0DHpr6B4CzF25PZlu2OPFhNjSx IfHHMBDjNllHO0LcFf3EaEb_mtVSmIQckDRx.kTueiPvVlnMe_L6DNxsNH.rgRCYfQxf0cily6Tq 6vpyNAFz2qdwlMfZuUg7dXmtK.Y8tN1ZAK5f_hmm42CBnjiT9CJ9ToRreZXiTNHFUA1G5hDxLOd7 NYD2MSkb4JbjRgNn366IXpMsHKj_npDItQnNFFYLxNp_FEVoV2cLJmSeSn9eRokOFy1sBqpXYkO6 il2W05kuHzzOBbgBJcJWqYopFcAvvqy50zDlYfzcoBNze6T6ST4t0o5p.q5RwOY5Z0OF3W6nSHUW DYWb7v8P84LZYMScQIYa7bBUsLp1p7bKRIY9AejkB3miYspykG6J2NTXT9IceQWeUPTF1VF_vsj. JrE2dzA.3LdF9EY5jflQ3MWmnTMmGIAPBTGSXZz_GWmb3qGm8ZMX_aw9hUn3OL1k0kj0nBr5ONz6 kqJONmCV_ot287ScboGw8N2nbYGSXRyj_Xme2HdSWheuchqfesw4yJ7Ot.zBbN1QiUEgjSUONv5q 2IkYtIVYCsVVBUZP6d9aoc362jPwW9raoGVIqDwvFxKy.uazn.frf5ZMwxGqgIrXxc0fesRnxlU7 om4b_2ate5ojbLJwbMT1xjutauLV7OoqmtqnrGd6D8Xs03QZRvYpGMl7JjwT4DNYS3eWD1eOqPLP u X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic310.consmr.mail.gq1.yahoo.com with HTTP; Fri, 19 Mar 2021 05:48:39 +0000 Received: by smtp412.mail.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 695203e1094db14f4961db6cc6816d8b; Fri, 19 Mar 2021 05:48:36 +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 14.0 \(3654.60.0.2.21\)) Subject: New aarch64 RPI 14.0 snapshot not based on using /boot/efi/ : uses /boot/msdos/ instead Message-Id: <9D8BDED8-8CA9-4510-96CB-27D8D080F43B@yahoo.com> Date: Thu, 18 Mar 2021 22:48:36 -0700 Cc: freebsd-arm To: "nwhitehorn@freebsd.org" , Glen Barber X-Mailer: Apple Mail (2.3654.60.0.2.21) References: <9D8BDED8-8CA9-4510-96CB-27D8D080F43B.ref@yahoo.com> X-Rspamd-Queue-Id: 4F1tHF6bkzz3mGR X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.69.148:from]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; MIME_TRACE(0.00)[0:+]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.69.148:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.148:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.148:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Mar 2021 05:48:43 -0000 I'm unclear what all the /boot/efi/ usage is supposed to apply to vs. what does not need to use the convention. But: = https://download.freebsd.org/ftp/snapshots/ISO-IMAGES/14.0/FreeBSD-14.0-CU= RRENT-arm64-aarch64-RPI-20210318-a771bf748f9-245511.img.xz is not based on using /boot/efi/ : root@generic:~ # df -m Filesystem 1M-blocks Used Avail Capacity Mounted on /dev/ufs/rootfs 29423 2672 24396 10% / devfs 0 0 0 100% /dev /dev/msdosfs/MSDOSBOOT 49 24 25 49% /boot/msdos tmpfs 7668 0 7668 0% /tmp root@generic:~ # ls -Tld /boot/msdos/EFI/BOOT/* -rwxr-xr-x 1 root wheel 1258796 Mar 18 07:36:24 2021 = /boot/msdos/EFI/BOOT/bootaa64.efi root@generic:~ # more /etc/fstab # Custom /etc/fstab for FreeBSD embedded images /dev/ufs/rootfs / ufs rw 1 = 1 /dev/msdosfs/MSDOSBOOT /boot/msdos msdosfs rw,noatime 0 = 0 tmpfs /tmp tmpfs rw,mode=3D1777 0 = 0 root@generic:~ # uname -apKU FreeBSD generic 14.0-CURRENT FreeBSD 14.0-CURRENT #0 = main-n245511-a771bf748f9: Thu Mar 18 08:07:18 UTC 2021 = root@releng1.nyi.freebsd.org:/usr/obj/usr/src/arm64.aarch64/sys/GENERIC = arm64 aarch64 1400006 1400006 This was a fresh expansion onto media (and it did the growfs during the boot: first boot). Other notes: I've no clue for other aarch64 small-board-computer contexts. The 245511 in *-245511.img.xz and main-n245511-* match as of this build. =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 Mar 19 06:04:53 2021 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 650285B8B49 for ; Fri, 19 Mar 2021 06:04:53 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic305-19.consmr.mail.gq1.yahoo.com (sonic305-19.consmr.mail.gq1.yahoo.com [98.137.64.82]) (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 4F1tdw3MJ7z3mZM for ; Fri, 19 Mar 2021 06:04:51 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1616133890; bh=Wsu3XRjXkUgU3Pdj7hdCt0NY7pu0f2QUypjBhodKxWM=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=U/gl96ZK3g3FrnWnovs5J+6KR0prbDYg6Hi2KEk+kX6hG0kafHuwitthHRwl1IiJbRJ3Tn519pu4mRGFhPNpAKQkwvAlLUi2g4Lec5MhJxxyku7XOcL6ZFGbm/0Z2YPCToF79reaUq4WPi9ojpHWzCgUFGn9ekW4Du44hyuTalyZws0wi/OJOcJmFzYgknzjkXERCPSpzkl3ZeRWxlJuaOfrR7cTwBZ1Q4hR6I2drS+qjE7sYi85KY2HCbtuDfSDI2ZhWPD1dUBz8uj0Qa8B6CEJi1cSKGh7GL0ES0kwWyz+tGaf3NjFXSSk2ZINCRWd0FHNz5I1zKe4xFqJq/mFmQ== X-YMail-OSG: X63Zqr4VM1lZ6.Og9su61YCsyInbC2fs0wsZTSRFtfUwWPWZyjlVdIey8rsG8xU 5lvRSerqa4yX2jApU39K.TwHpDVFVqmzOModMcq.xpxkHmlb27uO8Xk0XSimMFS8OdyUwcp_3Rqw WPWjqxV21mGRQfXCpOyRSdPeCilRAeAnPjZFUM3hrKjW0xegw1VlxWTUBf4xFCkLhlbK1OWQ_JIo ExeBpZc4_dHLCTeLhh1dOjBUPbqlVH1Nyfil62Pup3i3rpXkUvNEBCkf92Q32GmHdhr5pucGNaAK u6AU.qV9eTiUP_WF8dFlqi0Ph81h9DXPWJtbQBqCnR28pTbO2yxnWfFHexTAyS.GKze4.6HC.n1c W3ftcRAy88SkO9C8m7lEap3HOLtz1qC61bF5z64GevE4xKHTkAMVQtQE84sWjEknmehN_6.FIcsm _dNJACiHE5EHbxACWnM4TMjRmEFAAnLoS0ueGMRS.aEpj5.ca.LshhPvI.KaJVYcW8JctHmanetC TCBYOmyyDbBcxgOnnjU16LB96bZzk9F_Tb4Ynm6SuSk5JwyoUmvCpjKxtq7i3x8Sv19yjaw6K2Vq .KfuXbED_E8xmbCVg_TQuqnYc8nQjUyIP4guw7fsij70cSUK.Qo444eC3yN8bawvUKU0Bc8TsoDm MIs7VLiRkOrMUmQq8jpEYJcX4y71tgZxvfjJhncKJstPZlhUz0l1rkPpw9ccGjyHAgzRZTvgZIuY yfCaBp8D2.XZko7kuLU2fwRHQeTuD94gC8rHrOyg6kSgzRUQQ2ojwgcojigQnwoNFvXxWpWljWPE PHwzmPg4I8WTHiDbfJWErW7q7lJCw76j7oBnbpeGwglOf_ZRupx5UBlxEX.Y6DJWBOASXEcTEEmj I8chjI2fRZevCeY_goUpzaMbzfS9Azt2Oh67CgGtfzCPCTx6eTNYeIHQ8CT899s3Szk4ktQq0J1W whPwNB0JP1OSBKRpKBt4rKBH2mq33mQt7QOLweV62_PDF6kIbvG7sChvxdl6GL7.DuvDO7PmzRso ePraNNhM3RpX8VBZwWFb8o7D7PWdYML53OCXCIZEUSUo4tnMMT3kzp30Lq3_ns7Pc1rGDhHK3P.5 RukiN5mmoTgCENyAdYs7JH8_AFQvV.sErg5Chr2yVWmSsLeI9aQxv3VmXaSH6.Bzh3W1fIOD45hg 0S7LFWXB8_fXv3CGptNC2ITB4G06YkClB6liGh8lfgJ4Cno0iVS.uMpbh4gkj6a.9sjzOzFjwHtn inlhqdMZ.0Mrjbu2KGv33REUuAHXBC0Y9R6t5G1hJOKT3rpOuFrXrOZr924Y5_JD1J1753LD_8hI GIOSXmd8hkHUUr6DzRkWrTRDZisuV26OpCpmsW1OmYL_mwMFI74nlK0tgwA85YdmIiOj6mX37YRi hggudvmJN9DMg0rqrDt7L8VQRjLZjMWizzDobeuPc3vDlE6.8uYrGxWLIzhwszCbMMvbWxI5ehzi Ax2hXWLiDSMYQbijB3qg8pYEh.msk.qhMFFNAKe_e9ec8ZJ3umvXShMrrj7VSWfDB7ecVxEWE0fM 7aQoS.MROpwsx_y7LEeJ2qFXbrWGb4eI3wOe09JInUMh_CM23NLMkDn2T5kO._3m5e4obFvnTOPH WpF8ObACHcS.gg3deSYTZaL3eO1lnegHtaP7M.jRk9qUmMwdXqrLb3l1Whzqg6aKLJCQBO6hnuC5 ZmzrDNukhnxG5BFW7h5csyU6XwQRGTIcMowl9lB96WFSHlxuye.20rszmm5oD8gp9LkopDO3Injr 470e8qLeRz_siqwTr71NniWdMVhl9GyPRAbea0j_SNzOBzxABgvDpaBeOTuH3pO25netgmWxDXXj AIdc.7w1XgTzUkSOfXh8B2ElzUeJEU2E16t7gzr5wuyjHvtkejwIIcO.zgMXJj9nK1Coj7b4Ussr 9QVfmvuhpeTp_J63DrJosCxL9JOITPG9uJA4bEPkXa7MDXk9ccLzR4lddh9cJhIK60LjfuHe3AR4 08VR46FDh5BhckEwfBbTIeL49gbnJ0u6U8ePL1j7CP9G_cbNtF4lyFtlkCXnD_eWVh3OQdCmXFWT QDIyFN6Rw4HdVG2IGMuA_k7y8o52wVwveN0NpT36_GC.nXKgveNnNSrYxrAirJQl7Icrm10KIAkz Eb4VFjthH.voB_PYBSa6Lx.p_mGQrBZluCTHJU9mLpoJ38OmeDEO5WKButlmgwl1gHH9bynwVjZq Yl441oYKDnVPRTBmDk0X9osPS3VJY94q5ZvG1qoEAJmS3g9eqNtVmd2F_nur3Jn8KRtrYCVgCyuE TYJiUeCf.mG_ZULv3aFNYsctvbPHtnbSfxl1X5sM0mElgZQbYylJaJu3OT1uPJC6_sKcL0CbzLKs qLKGhhP78YBDVRBezd_u4I9UGLhicD7EbHIOS3hMqmqvokV1x9t5kAWTf4Gz6RTFrlob78ldYxnA rHgubBAq9obx389kA1ew2OqeENdU8rRq8woiY5qR_cRZ6p61nn45Wn5bK6y8MnFiksu1N9mmNKZ_ 12MOFtAb9DbJWZvsJBDaT6V7umULvjmztGWQJE1TqbNDyJ8SljHdNh7CkhH5TqL1WyiefuIwN.m3 vD8CLf58yaXrhmbmo.7vqc6B2sL94fclcHFhTkEnN8DW3FzvLpw_Z7t6EB.OsJeLZM6HXyu0- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic305.consmr.mail.gq1.yahoo.com with HTTP; Fri, 19 Mar 2021 06:04:50 +0000 Received: by smtp422.mail.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID f72a33e4e3cdae90f32f64e834fec121; Fri, 19 Mar 2021 06:04:47 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: RPi4 Status and xorg behavior (FreeBSD debug kernel no longer panics for USB storage devices) From: Mark Millard In-Reply-To: <453A972C-D4C7-4789-BAD0-78A167019E7B@yahoo.com> Date: Thu, 18 Mar 2021 23:04:45 -0700 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <2837D952-A6DF-4CDE-82BC-B72B2BB56C99@yahoo.com> References: <20210307155515.GA4591@www.zefox.net> <67BF2EAC-04AD-4822-99B2-48A99563331F@yahoo.com> <4B963C56-D7E9-42FE-8B8B-B8A425ACE78F@yahoo.com> <20210308011035.GA6603@www.zefox.net> <20210308173045.GB13739@www.zefox.net> <4D8FD8EE-6642-46ED-8AAE-CAECB36572F6@yahoo.com> <20210309023348.GA16279@www.zefox.net> <77D90D34-4403-44F0-A7D7-EEBCDCF745D3@yahoo.com> <453A972C-D4C7-4789-BAD0-78A167019E7B@yahoo.com> To: bob prohaska , tech-lists X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4F1tdw3MJ7z3mZM X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.64.82:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.64.82:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.82:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.82:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Mar 2021 06:04:53 -0000 On 2021-Mar-11, at 23:57, Mark Millard wrote: > There is a known FreeBSD error exposed by recent debug > kernels that panic with backtraces like the following > when USB storage is present or plugged in, not just > on aarch64 or armv7/6 but in general: >=20 > panic: malloc(M_WAITOK) with sleeping prohibited > cpuid =3D 0 > time =3D 1615452946 > KDB: stack backtrace: > db_trace_self() at db_trace_self > db_trace_self_wrapper() at db_trace_self_wrapper+0x30 > vpanic() at vpanic+0x184 > panic() at panic+0x44 > malloc_dbg() at malloc_dbg+0xf8 > malloc() at malloc+0x30 > disk_alloc() at disk_alloc+0x1c > daregister() at daregister+0x3b8 > cam_periph_alloc() at cam_periph_alloc+0x528 > daasync() at daasync+0x260 > xpt_async_process_dev() at xpt_async_process_dev+0x194 > xpt_async_process() at xpt_async_process+0x3a0 > xpt_done_process() at xpt_done_process+0x314 > xpt_done_td() at xpt_done_td+0xd8 > fork_exit() at fork_exit+0x74 > fork_trampoline() at fork_trampoline+0x14 >=20 > It turns out that the snapshot: >=20 > = FreeBSD-14.0-CURRENT-arm64-aarch64-RPI-20210311-15565e0a217-257277.img.xz >=20 > Is an example of having this problem. So are the > other "20210311" snapshots with debug kernels. >=20 > Recent https://artifact.ci.freebsd.org/snapshot/ > materials will also have the problem (debug kernels). >=20 > The http://ftp3.freebsd.org/pub/FreeBSD/releases/ > material do not have debug kernels and so will not > panic and should work as long as various memory > allocations do not fail. >=20 > https://reviews.freebsd.org/D29210/ is for a patch in > review for the issue. Various folks have used it to > get debug kernels going for their activities. >=20 The new: = https://download.freebsd.org/ftp/snapshots/ISO-IMAGES/14.0/FreeBSD-14.0-CU= RRENT-arm64-aarch64-RPI-20210318-a771bf748f9-245511.img.xz no longer has the "malloc(M_WAITOK) with sleeping prohibited" problem in the debug kernel when a USB device is present. It does not need content replacement for USB storage on USB3 to work, for example. It has the RPi* firmware vintage allowing USB to operate at that level as well: # strings /boot/msdos/start4.elf | grep VC_BUILD_ID_ VC_BUILD_ID_USER: dom VC_BUILD_ID_TIME: 12:10:40 VC_BUILD_ID_VARIANT: start VC_BUILD_ID_TIME: Feb 25 2021 VC_BUILD_ID_BRANCH: bcm2711_2 VC_BUILD_ID_HOSTNAME: buildbot VC_BUILD_ID_PLATFORM: raspberrypi_linux VC_BUILD_ID_VERSION: 564e5f9b852b23a330b1764bcf0b2d022a20afd0 (clean) It also has: root@generic:~ # strings /boot/msdos/u-boot.bin | grep 'U-Boot 2' U-Boot 2020.10 (Mar 18 2021 - 04:36:05 +0000) which should just work. (I'm ignoring U-Boot's not handling a device with multiple storage LUNs. I'm also ignoring a technical-bug that has never been observed to actually lead to failure.) On possible oddity is that the /boot/msdos/ usage was possibly supposed to have been changed to /boot/efi/ usage instead (but was not). I'm unsure for this what the intent was but I've sent out a separate note about it. FYI: root@generic:~ # uname -apKU FreeBSD generic 14.0-CURRENT FreeBSD 14.0-CURRENT #0 = main-n245511-a771bf748f9: Thu Mar 18 08:07:18 UTC 2021 = root@releng1.nyi.freebsd.org:/usr/obj/usr/src/arm64.aarch64/sys/GENERIC = arm64 aarch64 1400006 1400006 =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 Mar 19 08:49:18 2021 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 5FC255BCA11 for ; Fri, 19 Mar 2021 08:49:18 +0000 (UTC) (envelope-from soren.schmidt@gmail.com) Received: from mail-ej1-x62b.google.com (mail-ej1-x62b.google.com [IPv6:2a00:1450:4864:20::62b]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 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 4F1yHd4291z4S7m; Fri, 19 Mar 2021 08:49:17 +0000 (UTC) (envelope-from soren.schmidt@gmail.com) Received: by mail-ej1-x62b.google.com with SMTP id r12so8379507ejr.5; Fri, 19 Mar 2021 01:49:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=BRavjACzcxaCX35MYa9mzZduQzWLB6SdlFYen5jCIgs=; b=VuO2mBmQ1q7MRh+vACN1mEvKAC07eg8USNXfg6eBQXFxYl2Yv2WmApk4NwCb3LOKRN DV0paBBNQGb8e34LRbzwMuPh2Zq8tXbKEpr9mk7I4gwKxMv/2B9Hj5WgqCJ+jnII0ro1 g4y7TKY6taw1p2n5VUhINGmNJabOoEOqLYegMK+YybOrJGrfFyhC3u7UJ26smwtaIvyn rkyLhnKGEHl3O1JxpWJPFK/UkzYkJ2in2ozDyqY2gJpI3Yp9KCrrvriRggtOfttIlv3W Y8Oox+wiCCc59L6EAg3hRKh2zU0Gq4CFf0PDiNOGOm+9UzlLrnepRJrvVQ6ZJxAN62cj iY3g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:message-id:mime-version:subject:date :in-reply-to:cc:to:references; bh=BRavjACzcxaCX35MYa9mzZduQzWLB6SdlFYen5jCIgs=; b=LTmm/ErDIg9Ix0tgmr+NDDsPNCXJ0uC/Le0MIE92ynNaB5VbUZBWxq66Ni85zH+XNK EibJnTfte+TC9xTd+nLUXATHG1fOiiwrpNU5heJvFQXs6vpeA7bVaK7moxaiHLz/0i44 PayLME1WG/J56/2DwJyIG0NZh62nS9fwiMEeo6Rk6zyKOqTS3rphkOx3WQtYNV8g+EGe u97wblVRGnrhT9OZAMUUuxr/B8CHFTRIiIjPRO1KDYpnDoFck4wB4gxMBlXUsc4rEPy6 cKb4fUAQzaLJQBa5Md9i08CNQUPuBn0AoCVmEG5zFv8mjxoPJVD6E4tvH/KX4nVlQb/v GP9Q== X-Gm-Message-State: AOAM532Y0XJNiWmwV467ozEwB9YuKrmyjYPz5kHKE1QQewFuAynKZ3zV 42Dt6/4DujRORWr3y2RA7ooYX26yt30= X-Google-Smtp-Source: ABdhPJz3zqAuY4c0RPMfsjxRl8xoWQxjc99K3ZYzTW7yuKPod6/UlVilEdtYmqvRxmaQQaRWLmqCJw== X-Received: by 2002:a17:906:3295:: with SMTP id 21mr3079000ejw.88.1616143756264; Fri, 19 Mar 2021 01:49:16 -0700 (PDT) Received: from mac.deepcore.dk ([85.27.186.9]) by smtp.gmail.com with ESMTPSA id k12sm3660927edo.50.2021.03.19.01.49.15 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Fri, 19 Mar 2021 01:49:15 -0700 (PDT) From: =?utf-8?Q?S=C3=B8ren_Schmidt?= Message-Id: Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.4\)) Subject: Re: newfs segfault (was:nvme dma returns EFBIG (27)) Date: Fri, 19 Mar 2021 09:49:14 +0100 In-Reply-To: <0b47bc28-5541-ef9a-7883-952a8a5713f0@FreeBSD.org> Cc: freebsd-arm To: Jesper Schmitz Mouridsen References: <15cc2f1d-b8e5-5df3-a05a-4f3014074918@FreeBSD.org> <20210210230833.d8ed42bcdf4707ebf0d2aea6@bidouilliste.com> <2AAF8FF6-F4F1-4221-BA88-FBDD5463B84F@yahoo.com> <0b47bc28-5541-ef9a-7883-952a8a5713f0@FreeBSD.org> X-Mailer: Apple Mail (2.3608.120.23.2.4) X-Rspamd-Queue-Id: 4F1yHd4291z4S7m X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=VuO2mBmQ; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of sorenschmidt@gmail.com designates 2a00:1450:4864:20::62b as permitted sender) smtp.mailfrom=sorenschmidt@gmail.com X-Spamd-Result: default: False [-1.54 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; 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)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::62b:from]; FREEMAIL_ENVFROM(0.00)[gmail.com]; MID_RHS_MATCH_FROM(0.00)[]; TAGGED_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; NEURAL_SPAM_SHORT(0.96)[0.960]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::62b:from:127.0.2.255]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::62b:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Mar 2021 08:49:18 -0000 On 13 Feb 2021, at 21.09, Jesper Schmitz Mouridsen = wrote: >=20 >=20 > >=20 > building newfs with -00 on the pinebook pro itself is a workaround for = me. >=20 > now on 14-CURRENT a62dc346f617 >=20 > The question is if it is a power issue as S=C3=B8ren Schmidt sos@ = suggests or a compiler issue. >=20 > zfs worked all the time. >=20 > I tried with the pinebook pros battery out, it still segfaults with = -02 and works with -00 >=20 > How would I investegate further? >=20 > /Jesper Did you ever find a solution to this problem ? I=E2=80=99m now facing the exact same problem, after having updated to = latest -stable13 sources. Are we looking into a compiler problem on aarch64 ? -- S=C3=B8ren Schmidt sos@deepcore.dk / sos@freebsd.org "So much code to hack, so little time" From owner-freebsd-arm@freebsd.org Fri Mar 19 17:43:59 2021 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 B9D9857C8B9 for ; Fri, 19 Mar 2021 17:43:59 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "www.zefox.com", Issuer "www.zefox.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4F2B8Z4l53z3MXQ for ; Fri, 19 Mar 2021 17:43:58 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.16.1/8.15.2) with ESMTPS id 12JHhx9Z038932 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Fri, 19 Mar 2021 10:44:00 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.16.1/8.15.2/Submit) id 12JHhxDb038931; Fri, 19 Mar 2021 10:43:59 -0700 (PDT) (envelope-from fbsd) Date: Fri, 19 Mar 2021 10:43:59 -0700 From: bob prohaska To: Mark Millard Cc: freebsd-arm , bob prohaska Subject: Re: RPI4 clock speeds and serial port ( temperatures idle and -j4 buildworld buildkernel ) Message-ID: <20210319174359.GA38899@www.zefox.net> References: <20210318170053.GA26688@www.zefox.net> <9FFA0A51-C0B7-4121-95CA-B98669809007@yahoo.com> <81AC0353-258C-41C3-86B1-C133E33D97E3@yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <81AC0353-258C-41C3-86B1-C133E33D97E3@yahoo.com> X-Rspamd-Queue-Id: 4F2B8Z4l53z3MXQ 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.10 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; WWW_DOT_DOMAIN(0.50)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[zefox.net]; RBL_DBL_DONT_QUERY_IPS(0.00)[50.1.20.27:from]; AUTH_NA(1.00)[]; SPAMHAUS_ZRD(0.00)[50.1.20.27:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; R_SPF_NA(0.00)[no SPF record]; FREEMAIL_TO(0.00)[yahoo.com]; 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]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm]; MID_RHS_WWW(0.50)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Mar 2021 17:43:59 -0000 On Thu, Mar 18, 2021 at 10:14:26PM -0700, Mark Millard wrote: > > World build completed on Thu Mar 18 21:31:44 PDT 2021 > World built in 29705 seconds, ncpu: 4, make -j4 > . . . > Kernel build for GENERIC-NODBG completed on Thu Mar 18 22:10:02 PDT 2021 > Kernel(s) GENERIC-NODBG built in 2298 seconds, ncpu: 4, make -j4 > > So somewhat under 9 hours. > So my figures (~17 hours) seem reasonable for a default clocking. I thought maybe I'd done something wrong. For now I'll leave the clocking alone. But some puzzles remain: It appears that the CPU and the GPU have separate clocks. Can they be set separately, and does the GPU have any practical effect on FreeBSD's behavior once boot is complete? Thanks for writing! bob prohaska From owner-freebsd-arm@freebsd.org Fri Mar 19 18:13:59 2021 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 B9E2457D55A for ; Fri, 19 Mar 2021 18:13:59 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic313-20.consmr.mail.gq1.yahoo.com (sonic313-20.consmr.mail.gq1.yahoo.com [98.137.65.83]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4F2BqB5xBFz3PDL for ; Fri, 19 Mar 2021 18:13:58 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1616177635; bh=KLzG8+j8wnmHhEUho3elOEeJY9Xeh8KM9NeVZ40jo8Y=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=A0VlsWbc42pu83/MpStjzK7Rx55nm4cS0ur25hU/eWLLCpzjuq7Q4GoNv4jVOPuCGm8vuu8Q6znkj/lLT46J8+kqTSHqcscerlel+6RyQdUBNsv6ETJZwESUHOJoif0rdy2twDlAHzZe4XmCc4xalfOe/RyWd/lP9tnpDQgWrjrQUhInMVS935CIpv/Ft2a0hbvXUAFJpJMxDwpBdzTU2kt8WPpyLll0yw0qG5/3w3TCX60Zij2bU6GB+XTSRtiuXisVlitVYye8NTv+RY1Lzf2yPLGwx3V5STmJPMUfFmmOsP8yS/JkvocIYe9vkk9F4gr8xDAsr6J/IQwm9NWKFw== X-YMail-OSG: DXnV1xYVM1k2hb4BAWYqQFsG0iCnDw_.cwhMEWdbIl1t5McqQEXikPVWsbDnwv_ lOdq8gsPIFtuZEI7pKazKoU9m6hxcGeBso6FruO.3jOfckEsED50C3dNgV3xxnYQZA5NBgtGDSLu ioxvroYtMqsrkZYHCcM.uOi991dolXyHQsQr0AQySZD9nZi1PSUd575N6dAgbOF5MNqxmCcwer9T I98EeQtBV6hzLlr923klqQzxAHUnE.rcuMt6vNqa6fwNB5WCrbYuxRnIwV2AYwuJRHit82yLmMz7 D06DK2Bz3GSllkGi5n3fww2ntN8Vs2iwGqApv1AdIUJfwJpPdHouU0z2wT.vDg01KGlKMxJTT56w 4VEeqdykg3kL4pGvrRoP3DHfG99WTZ86J2uD.brStZQYf9P2WqKQGuk4Ba97BoOa1ZZ.Mkmr2Sdl tDmtLblUzk0eDvzJZAkM0q6jqOr7hZbpSnuckzbr6A.ZQfvBF_nOef2D8CsYnK7FSL4sTYo5CCPN ctCckMhKp0XGe3jsqyBxK4upEHPbStTukpZZV0in47tsLETTWES5zd2ghOQ3S4imoGRmKCCBC.bi Sr6gqYasUtaEPnKzBq5Na2_adyau1Y0XWY1cbF_MTR5V17Ob8mRqPN.xKsl8TQo5sJfKTJXom3D_ oJciWvWqWZEaib28wNn9ZF7VYuEqYd2xneRU_KZYyY7DvvrcZD1LdcBDvV2TYYPnBeZj7CDtrRBc rVGvR26jQ9TzsbdAbJlAByDPWAiPtNtQZnJBeyGIbeL5Ke_IpKzio51pRg3zs7ThgW1ATuJyRV_T xWwuRMOqZidduE02ySxCm_5BDMJxSyYnHln497tAGwSbE79huCW4VEsxyol4S_WERi18dlhH.9mI YIYTw8qgn17NiV953QJb46Z5DDsl4F6BWgA17.9QTzqpN7BEq9DhwXRFPJ77h6wIdQIPoePpV_tZ i4uyJo0m4ShtOazyw5NOhEPxJyDAd3j9r8XnC_zKGYciV7Tr27wnP7sCS010Qgn1gnio_q8aVwG_ mtIm0oUjljwOL5DpEmhlK_P9PW.NeMRyxrGFQzU4Tc7hX_XxzuDVgsa0jubUG4HeEr__f6VXxxgY ZReixq2nSFRTBVBxrSWa8fQyb9LdOJMtQ.X9BbYHvpfKR3yd.YpX6U2GS07y3Kl9yo_GQQ3SVTPz jLEm3gjwciOQmGlHWT18lYT_j2_le66IlRx6OHzFLzNB_L9rMfDOldPff4na6_Jb1kyHhgroOkks tddgMo8HUiJUj9_Rz_RBJcTUo8P1AQfXd1XhGrr8dz3l5RqMy1M3IMCXK0oPOIZ.S9ZYjmc6CvSk Weg1Jzun1JuQSXLKzJ0P2QUa9sFyfHrD9zCgsJgLh4_3YIKU7Y7XbH7yhPtMW6rmq9Ed6hnOzL0X trixEHHB.j4JsSLftyFngI4vGGaJhG1Gno4s8.2p3LH42JdUkv.H6HFWeIKeBkeTwU3o79f0VEA7 82ABJX9VxZm5EeADMyS1DB3wAQ90YqHaCK9pPdVM_VCChIA6pp7x3ri4_.flKRpPIahidW7Z4oeY ng51WN0KcnBUa5.KJbnSCVrzVIMC99PKhzg6Y.XXpm0JASjBJttSUljTm26gqTF2udvGryyIdvt3 7AlX1zgoliK4cmr96NhvLGIfuKi.mB4gz6auBYQD_TMRRPl7ltM4dCnA74x0hAfBbVr17BkvuOw0 l9oSyfQq3dArqHX8v34zSAYSo8j4d7_cGa.fNBWX3Fc7smYlYoR0.smaF0rWmaKb6IV2YhgZyaZH yWhz3nMljzcYsO9sgc_oTGV_xXfZaK8YALEQD4Q9jOiyIVevERWIUgfDVTaNOW0cAvBicSiLDMVV 1knm4hx_u4GvMCQG1jzmG8_GJog0trwHzB9dfaow2t_7vyoVwZsD0oyaHt1V4WEFS66tOJQf4scl vhrzOtzsDmLx4VRSc5Xxbs70Wj_B30qdSdPKo8SkyhUypnYHFrSNP_cYmBCZjciOv9WN7tleqlPw JI_Dg.v5G6a9jfJNKvJkPghe8w17PqGG4CVOAzJPFl5mw59kBb.NpWkNdCXuEi0sotSVq6QUIqv_ QESn_Lqj28yxKRjDUjsiE5Ls_eXGJCvuEi6AdQg.iR.bA7AsjJtv7uAOlrNsO2oUVpG7bf0i5CJZ f1MIy5jsQYxTACnRskBJ4Wf3uRWRaPYN.b.dcu1fG7KYYKOBiaWFWIvzXiL1CC5C8WqP126uvSyW YeGg92d0xZCXwmp67hcWJhidU2uD_tC2eEpc9HNqY1abP8RITNzUGUNxaVkJzdvSWYb2E0w94BFT GBUhb0VqfdwBSUK3v2ggzBZga4dgG4gFXAcDA8875xnEF4SenbruJfkMIRQa_qdS4DWZRDzbGOFh wp6riAQaiTJ5zkhbZe_WzzRzbE1wM7_93bJ1GhWMa3jPLHyDQ0WNVquNiE19TYN2AgKYtOG3.ed1 aRbnw_KLjI8CSBpzyP.gw55ZFFtg3eKgJnxrbzfNXN4Yb.Bv3JLwu9AJiubdx13xG8vyq5Wy5jiU qTipTwmvHeNoKdpuDmmr9WKdQ97wwFmed31thyQb7jPDiRIMACNmRZus3elXgMf8XKry.oEi1h7Y XNJMKeH3zMI49YnM0C8urApEQ2ggR0ydYa.JZox.gy69D X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic313.consmr.mail.gq1.yahoo.com with HTTP; Fri, 19 Mar 2021 18:13:55 +0000 Received: by smtp410.mail.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 9ba326f26a95b7afe0f71eef7a364d2f; Fri, 19 Mar 2021 18:13:52 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: RPI4 clock speeds and serial port ( temperatures idle and -j4 buildworld buildkernel ) From: Mark Millard In-Reply-To: <20210319174359.GA38899@www.zefox.net> Date: Fri, 19 Mar 2021 11:13:49 -0700 Cc: freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: <9DB699E3-5977-4651-B3D2-26343F202F2D@yahoo.com> References: <20210318170053.GA26688@www.zefox.net> <9FFA0A51-C0B7-4121-95CA-B98669809007@yahoo.com> <81AC0353-258C-41C3-86B1-C133E33D97E3@yahoo.com> <20210319174359.GA38899@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4F2BqB5xBFz3PDL X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.65.83:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.65.83:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.83:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.83:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Mar 2021 18:13:59 -0000 On 2021-Mar-19, at 10:43, bob prohaska wrote: > On Thu, Mar 18, 2021 at 10:14:26PM -0700, Mark Millard wrote: >>=20 >> World build completed on Thu Mar 18 21:31:44 PDT 2021 >> World built in 29705 seconds, ncpu: 4, make -j4 >> . . . >> Kernel build for GENERIC-NODBG completed on Thu Mar 18 22:10:02 PDT = 2021 >> Kernel(s) GENERIC-NODBG built in 2298 seconds, ncpu: 4, make -j4 >>=20 >> So somewhat under 9 hours. >>=20 >=20 > So my figures (~17 hours) seem reasonable for a default clocking. > I thought maybe I'd done something wrong. >=20 > For now I'll leave the clocking alone. But some puzzles remain: > It appears that the CPU and the GPU have separate clocks. Can they > be set separately, and does the GPU have any practical effect on > FreeBSD's behavior once boot is complete?=20 See: = https://www.raspberrypi.org/documentation/configuration/config-txt/overclo= cking.md It says that setting gpu_freq sets core_freq and also says: QUOTE Changing core_freq in config.txt is not supported on the Pi 4 any change from the default will almost certainly cause a failure to boot. END QUOTE and: QUOTE It is recommended when overclocking to use the individual frequency settings (isp_freq, v3d_freq etc) rather than gpu_freq, as since it attempts to set core_freq (which cannot be changed on] the Pi 4), it is not likely to have the desired effect. END QUOTE There is more about the relationships to hdmi_enable_4kp60 and enable_tvout. =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 Mar 19 18:29:55 2021 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 BFEC157E165 for ; Fri, 19 Mar 2021 18:29:55 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic310-21.consmr.mail.gq1.yahoo.com (sonic310-21.consmr.mail.gq1.yahoo.com [98.137.69.147]) (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 4F2C9Z69Zrz3Qvr for ; Fri, 19 Mar 2021 18:29:54 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1616178592; bh=GvK9rf7Oyq9CvxSms/KO0QNNpA8rDtgDr1IVOkaoa6o=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=QYZFzGmPjSjwnsDpwvxgJt4SEYO6DKPRLEqWr6NdH8le5XLAW2jZM/VzQIQVSVPpcClJMo86u6NM3Llg8K1qe91VwR7NWRIHIMANubRias8Js/b1MKaaICH6zAKnjqZ29zcZl2tJJOGahbFRD+WznQRLOofzHO1mDOi76aGdzCusW9ovqvvNmoFxSaAdbr/HvtmIlQW1yN/hwiLWIpkxWg9SU1RQPCVjTQNtKrCGQ/B0kf9/axxWsZ9fTXelXI57T+Pm+Fuh/iv0WY+12DasaPIk7eUQ6RpORoUO4LlQSfm147/xRd+iyex0/h7JLyhOsz2/DCdlpXdtvjl9bR0L/A== X-YMail-OSG: UBu0IToVM1mlne4CG3ZfdnuM944SbtSCKJ3.rYXqHMeW.azhnYuTXalVaP8Q86e XzdDhAXZJZSB8UvziDtbB8FP2KHGMcvclwjLdMBNA3LGsOHDZYKYQIYPYUUTPO8BefT_eqkLr2Vw EbrR_L.7NbO2299HAuC9NxuDcCST2x.M_CEQOHuaQwgez34Wo0kySNv7CJQhcnYzgb.3VHb4AiXx zv.ip_so8Fwmh6_9X0L07WbIGPcMWpYMb3.WW0HgKr8x450olR23TgaQN_eU_p52ymLJHh2l7njk RE3JL114x5DIUeLmKGVbxPo1lzTFSlTy8uUGrRXpt5sZ2KXv7n1hx6J4oALlM1qE5ihbaNP0_Vah aTtGwiD8LnHh.1c374XWNK6HwUgKWM5VbClfumHg9OzXA3zZPDSGmU_TPATZJWKyEwqj3A1LhkZG yVVX2HF5EMwrd9PU0wf1W7cXxAojQwEGCoZTrzYj3JPzPmjoSBdaO0M7EZ4dkyD.ZsS2WQ94kQZU jLybz65ipSQRYq7LffyHPTuprkeoeh893U9uIEmZDZTLd0wCLZXnK.73lGqxvMIgB4WlhD3nuAOo gtLoi_sGCWDJhCdclqzUGHnPUdk3WoHiaDOjt3SZ_cG3b.FEESfHYssIbnoKlQOGM383xpuj60O5 4Mnt_Gmd1mnEbtQVYsUF1SpvPaMQrznWLDv9fhz0hmxz906FWy6eYnVyPdmAgnRB6epyZGR5WnHu .6TW7Vg5fVP0axNhwN2alo6TBBW2CaVYvXe7X6j.acXeECuHWHgATsveMy0vNoUXAMVbYsmCZZRk zTdwFLsGbgPIcC23xzZ4O76BErD2JJ.EFZOWesrbRemhwQXAjy0gU310wbrbaH936Tm5Bvulmiiq Bkxlei9eZlkY34xXzJnqH6V0kIaiqQtrSRX62xXaFQRSD3j5l7tciZUH3DVSdu4IOTiQzQ6FhQrS fBMyip4bqnrTQemH8LZaOoxydvKITFifp2_aP5_xWSZdy7GFt6hce9Ns0M__zsHO3S6CVXpmdXuS 9Bhq1qy.JJ3zLeTW8sM07zM8ah4QEAwlRgAgOZdX1oufn5ZimZF16K1.N51yji1SjW6hyAB3SXlE 6bGowF2BuAv6TswyGdYIpEb5IDAc9IxQqqtflRwYqB1T8Q_420QRIc1xVEYv9zXv9Fjsj83nAMUV q42oEj9cgyc2P.3kD0TDKRE7gzxUEqdNxCayXkyjOPFMlK4yn_8T6H4SNd5Z9mH25SShMnqN18dQ o_4yBp2YQudnu59qr5JbJy1EZRQm9AeiDb5lNZNlmTowEghIskGo9BK.ACA7Tlkb3cC0NZkXeVI5 W6v6GCIx5i4UHP5iX1dv_AQVMt1DEzW9Ww868lzEdYK_lsLe0wrBDeU8A0qlbhjs6VdZgVbotI91 wfiDSorcnMiQr5crdaUcYtx._4qpsMYa4BsoJxgMDEC8cHsLzggi2R_T3VOPCba4RP06CJL.xLG2 W_t.G9ndr9cnnMQaSlv_kTQASXmt3C8fRUUyZ2Slj0ILU4UJ2k4QXcfyLoKByJxLzySUJgz0nBxo L2.LxZikwl7VBxCBMS2B8Ptsp7zzKJnBBn7Bs97YEfgGylsaktwTmrAQdIwm2laoBdx.mGcQCAsA UnKYUuemx1xFLWwrLm4Gw4X5cD8r7rLj5xhOuc_bpl31yCdC58wh_JFkjYOVXJhmdBUSM76Si5Rd JTwf2Z3Rn4ffogozAG_PpvbymLbhKHLGo.Vz8AJA_T0Za8ksJQL0o4iEjECf7YK8HL9DHvebI_VT 4YYWHGrZhGl5Yz_KtAfhWlmg82jYS9tfNTCv8OkI4hIcX8SF6sKzMjtkuNZ9lAmQwx32exBXz4VE eVmhgsu56eCTWXeheGHWmulmKJAWf01VajR5N5Ru3x7s1VIt3OovP.SH8aU7IlCm9dl9cRcQFCir VsgXpTvIpALkWdVBhHA41dpIrL1chBkpJxlSIiewHGjYYePhzPrGj9V7rJW9dtxdCBDLRBUxV841 s2VWii87uQnVRG5dwMswuDgQZ85BMjnQB006XX8poFWXZuNPyCUQoGwyan7vJrHTD3lHPNNo8rJA L.Pu0_Dw77HuJfmlbkW03O4SxBaGBKwd40wuOeGD0fuwJ7fJjNWkbnlugwXaN5V6SWdF1wTP51C1 NOE0QecxspvZofNi.rVW7nGPpql_Sn9gQywVLq.rL7FP1ob1HhL7thM.x9YCg1izaSbzYeAGK9qJ dfUTDhVX2bJ2o6iAnRwG06y6YSJ9jbUpUB0Hh2PK8oxnSJiyON.ef1r1gmJYj6T0GAhfqIr_uu61 mYLu00HHXN7ViJhFXhjVC2rSshqC3o70RsFZJ4vurwtZnFavO5FYYhz6uwAN46njy96T7v1PJjk3 vg6ljEraRVkNlEzYSL9VdJNwqxSWNNDNsCuEOuGrci3pIetKUb.Xia_9CHRQwyRyL8aGAIch8WZR zpEiCgtskrOlm66GdGBiPDjC.EdizUFDpQ3dZDLduKRYwE1yISRJLinSXSCr_ICMlX6_bYnjIhMl fYY8IdPl8xzSRe.vfXJkMYB1A17AmW3TNrUskx14.3DR5VZDv7dwEDlISurwUxVeoBQb4ojugE00 8TRVeLRJY_qrJ668- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic310.consmr.mail.gq1.yahoo.com with HTTP; Fri, 19 Mar 2021 18:29:52 +0000 Received: by kubenode579.mail-prod1.omega.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 5330bcb3343fe8667e9aab4877748360; Fri, 19 Mar 2021 18:29:52 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: RPI4 clock speeds and serial port ( temperatures idle and -j4 buildworld buildkernel ) From: Mark Millard In-Reply-To: <9DB699E3-5977-4651-B3D2-26343F202F2D@yahoo.com> Date: Fri, 19 Mar 2021 11:29:51 -0700 Cc: freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: References: <20210318170053.GA26688@www.zefox.net> <9FFA0A51-C0B7-4121-95CA-B98669809007@yahoo.com> <81AC0353-258C-41C3-86B1-C133E33D97E3@yahoo.com> <20210319174359.GA38899@www.zefox.net> <9DB699E3-5977-4651-B3D2-26343F202F2D@yahoo.com> To: bob prohaska X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4F2C9Z69Zrz3Qvr X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.69.147:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.69.147:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.147:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.147:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Mar 2021 18:29:55 -0000 On 2021-Mar-19, at 11:13, Mark Millard wrote: >=20 > On 2021-Mar-19, at 10:43, bob prohaska wrote: >=20 >> On Thu, Mar 18, 2021 at 10:14:26PM -0700, Mark Millard wrote: >>>=20 >>> World build completed on Thu Mar 18 21:31:44 PDT 2021 >>> World built in 29705 seconds, ncpu: 4, make -j4 >>> . . . >>> Kernel build for GENERIC-NODBG completed on Thu Mar 18 22:10:02 PDT = 2021 >>> Kernel(s) GENERIC-NODBG built in 2298 seconds, ncpu: 4, make -j4 >>>=20 >>> So somewhat under 9 hours. >>>=20 >>=20 >> So my figures (~17 hours) seem reasonable for a default clocking. >> I thought maybe I'd done something wrong. >>=20 >> For now I'll leave the clocking alone. But some puzzles remain: >> It appears that the CPU and the GPU have separate clocks. Can they >> be set separately, and does the GPU have any practical effect on >> FreeBSD's behavior once boot is complete?=20 >=20 > See: >=20 > = https://www.raspberrypi.org/documentation/configuration/config-txt/overclo= cking.md >=20 > It says that setting gpu_freq sets core_freq and also says: >=20 > QUOTE > Changing core_freq in config.txt is not supported on the Pi 4 > any change from the default will almost certainly cause a > failure to boot. > END QUOTE >=20 > and: >=20 > QUOTE > It is recommended when overclocking to use the individual > frequency settings (isp_freq, v3d_freq etc) rather than gpu_freq, > as since it attempts to set core_freq (which cannot be changed on] > the Pi 4), it is not likely to have the desired effect. > END QUOTE >=20 > There is more about the relationships to hdmi_enable_4kp60 and > enable_tvout. Back to temperature. See: = https://www.raspberrypi.org/documentation/hardware/raspberrypi/frequency-m= anagement.md It indicates that 85C is the maximum temperature, though lower figures can be set. It also reports that a form of throttling starts at 80C by default. The RPi3B+ also has a soft limit that changes the 1.4GHz to 1.2 Ghz and the operating voltage is slightly reduced: configurable temp_soft_limit but by default 60C. For the RPi4B, "there is currently no soft limit defined". =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 Mar 19 18:55:23 2021 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 9316A57EF73 for ; Fri, 19 Mar 2021 18:55:23 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from wout2-smtp.messagingengine.com (wout2-smtp.messagingengine.com [64.147.123.25]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4F2Cky0Ddpz3jKc for ; Fri, 19 Mar 2021 18:55:21 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailout.west.internal (Postfix) with ESMTP id 3D8B6166E for ; Fri, 19 Mar 2021 14:55:20 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute3.internal (MEProxy); Fri, 19 Mar 2021 14:55:20 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zyxst.net; h= date:from:to:subject:message-id:references:mime-version :content-type:in-reply-to; s=fm2; bh=Oic9/lWm8bkTH0eyREBrkuthWys fpUJTjROpdw8dv5g=; b=OpE9poOtaaNV5ELT9OV87JMxUKIo6tCoL80lKHsNu44 FJRoVLkF8XYIT4f872x/BKiKOwlJicBZWGr2uAwAkoi3SEElcce1LxoEMQn9Dmst YNtkZj+QYPPxVXUsQofxT5VIRNb43dI3KrziLGOS8ZGxQilvVGavLoRbSOmpBF1p jSUHndez+SeEJMTK6j9IlHnkf9/LIsotLvEdlLK48tHRwWWVqImef8qmoQkO7j2x 8Id8B0A6F7PyF7J3laNVsfyJdrcdzFfxFqjHToCXCrEZXC7ETrpIF0f6aVwovM9t N9xAqxCKHyW3vLYJjbE1Hx8RlSWq0ZLlpwfvtvFLzIg== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm2; bh=Oic9/l Wm8bkTH0eyREBrkuthWysfpUJTjROpdw8dv5g=; b=rKDfvQBRl9No0vsAZiOXlC bnFacnDGvq8DTIWRqiaLYB98VABC/UHSfjYkODRgIBeStnUMDgzVPzDFNgmbkCGn MI2bzwwTf49JNf3nLv4p0S7VrF2gv7jp9IsbTIR9viOutFop+GcTTzB8secT/uZE asGUJ7UN0cQvsYQyFnCYC8ICkkNPPcO/w6tkzbVDRIjGjkGaZOLcXnrgtJyYdpv6 7EDh0ri9nB+dTtUcm2ewBJJNDmCsunBqxNEfYYvTUcpt7BytCNjTJrtcEV2q7vnc P/1k0xyONxKRwc4ScCSHqMP9MoWVal5XvtxtFwiMeoLugxbeK5YOWS9jeas/DPOg == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledrudefkedguddvtdcutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecunecujfgurhepfffhvffukfhfgggtuggjsehgtd erredttddvnecuhfhrohhmpehtvggthhdqlhhishhtshcuoehtvggthhdqlhhishhtshes iiihgihsthdrnhgvtheqnecuggftrfgrthhtvghrnhepfeevudfgteejfeetgfejvefgve ehveffheevvefgtdejhfevleejvefgveelvddvnecuffhomhgrihhnpehrrghsphgsvghr rhihphhirdhorhhgnecukfhppeekvddrjedtrdeluddruddttdenucevlhhushhtvghruf hiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpehtvggthhdqlhhishhtshesiiih gihsthdrnhgvth X-ME-Proxy: Received: from ceres.zyxst.net (ceres.zyxst.net [82.70.91.100]) by mail.messagingengine.com (Postfix) with ESMTPA id 426C81080057 for ; Fri, 19 Mar 2021 14:55:19 -0400 (EDT) Date: Fri, 19 Mar 2021 18:55:17 +0000 From: tech-lists To: freebsd-arm@freebsd.org Subject: Re: RPI4 clock speeds and serial port ( temperatures idle and -j4 buildworld buildkernel ) Message-ID: Mail-Followup-To: freebsd-arm@freebsd.org References: <20210318170053.GA26688@www.zefox.net> <9FFA0A51-C0B7-4121-95CA-B98669809007@yahoo.com> <81AC0353-258C-41C3-86B1-C133E33D97E3@yahoo.com> <20210319174359.GA38899@www.zefox.net> <9DB699E3-5977-4651-B3D2-26343F202F2D@yahoo.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="eiKcLqcwgngKKgve" Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4F2Cky0Ddpz3jKc X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=zyxst.net header.s=fm2 header.b=OpE9poOt; dkim=pass header.d=messagingengine.com header.s=fm2 header.b=rKDfvQBR; dmarc=none; spf=pass (mx1.freebsd.org: domain of tech-lists@zyxst.net designates 64.147.123.25 as permitted sender) smtp.mailfrom=tech-lists@zyxst.net X-Spamd-Result: default: False [-5.70 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:64.147.123.25]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; DKIM_TRACE(0.00)[zyxst.net:+,messagingengine.com:+]; NEURAL_HAM_SHORT(-1.00)[-1.000]; SIGNED_PGP(-2.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[64.147.123.25:from]; RCVD_TLS_LAST(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[64.147.123.25:from]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RWL_MAILSPIKE_NEUTRAL(0.00)[64.147.123.25:from]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; ASN(0.00)[asn:11403, ipnet:64.147.123.0/24, country:US]; R_DKIM_ALLOW(-0.20)[zyxst.net:s=fm2,messagingengine.com:s=fm2]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; DMARC_NA(0.00)[zyxst.net]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[64.147.123.25:from:127.0.2.255]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Mar 2021 18:55:23 -0000 --eiKcLqcwgngKKgve Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Mar 19, 2021 at 11:29:51AM -0700, Mark Millard via freebsd-arm wrot= e: >Back to temperature. See: > >https://www.raspberrypi.org/documentation/hardware/raspberrypi/frequency-m= anagement.md > >It indicates that 85C is the maximum temperature, >though lower figures can be set. It also reports >that a form of throttling starts at 80C by default. I use -j6 [1] for buildworld/kernel steps on stable/13 and highest temp see= n has=20 been 72 degC at 25 ambient [2], when it's compiling clang and friends. Not = measured timings but it's less than a day. I'll have to try the .clang flags you've posted elsewhere. What I do have, which cuts down compile time, is a load of WITHOUT_SOMETHING=3D statements in /etc/src.conf covering stuf= f that'll never be used in this particular context. [1] still has enough horsepower to run eg mutt+vim and a nginx webserver co= mfortably.=20 I didn't choose -j6 out of anything more scientific than "well there's= 4 cores so=20 let's make it j6 to keep it busy" [2] implying maximum ambient is 33 for this case. --=20 J. --eiKcLqcwgngKKgve Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEE8n3tWhxW11Ccvv9/s8o7QhFzNAUFAmBU840ACgkQs8o7QhFz NAWEUhAArYFUVoADzQoYcSPQ91EkdUNenPlb0gGYczE3aGQW5ywfSy+F37LCCSeO BGrNkCAwGR0cYOB+4OgNRxEw5rPjwHqI01O21YG1a86S7VrL1TGIinBni4f7BOrZ 8ZR3NBQmyvzKBw8TU/9mEZ7TcelJxQZmSzwxHqSgpo8XUUMif5cTyEjCwKW8ZjhT v56Y9GiPmUR5NHS19Enfa6Uqe5GByfozSAincV9A9+hSSV65X1/vnDJQ9UpgfXsj voK1TJWz5sCsZhchhJqTWk7hEGVpXFCgmhZPFay2i1mR89KYlwu1E+n/djqFrimj eabUhSqeBQbTZflpUdxNJePLQKKutslBvr3ls22YSk5tdP5t2I9SlycYTaoKAN5h 65QDfHnPhY3JyX3j6r6o3AniMafYmIkwHVJV/itvXF+K8RvGF0OQBkOYYyk74cUO 6ZoSMUqA/DEvNTIrStWGokE6ElYkUIx/i/KS+ZJ2MII1jUC2Olhd16tWPV1R/jHR AZl4zbxAV9OEUdxpeQwGTej0+HNf6nwbdZuVvA1RZF6pwkkqVndG2MLPYHvBjoNv Nk8wMT9FAa7OHdxGig9cFV8vjaSbbDvLsEMynC2/RnbwZZrFNZFYej+HDcb0J/hP IhVTrb/ttNLaZ6MAGrE/I4WFaqZIRyFxZNSTtQY8Kktnz++M3a8= =WJiG -----END PGP SIGNATURE----- --eiKcLqcwgngKKgve-- From owner-freebsd-arm@freebsd.org Fri Mar 19 19:07:41 2021 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 7C29957F730 for ; Fri, 19 Mar 2021 19:07:41 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-wm1-x32d.google.com (mail-wm1-x32d.google.com [IPv6:2a00:1450:4864:20::32d]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 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 4F2D183B76z3kKQ for ; Fri, 19 Mar 2021 19:07:40 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-wm1-x32d.google.com with SMTP id w203-20020a1c49d40000b029010c706d0642so8845743wma.0 for ; Fri, 19 Mar 2021 12:07:40 -0700 (PDT) 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=qCszztRU/+Mw3D+3ixlobDT3hcORfjp0zalWbyy9khk=; b=bCUHQD0HnG20Sf0Hs/ts7Zpt2lzB7dlqrehfxSqPH3iSThPvEoWV/Q5hmZgyJA8DtV lG6fVUmu+v95rUpJhKE90HrJKcN4U7e3j3U+bxPPZuoU1Fch0ObXndaoQVPmdMuakJi0 mBaOp0OkWC6mtPY1Rf6QcHDesZjqTgMMrKpLwylqFQDuony6KgzgOg31MNjXfx3CI3gD Euqt0+q0x2yu3LKim/O3iHvj7eK6whvaDt061nBbJRxJj/Xl+AsD51L1cla0CuawgOAg jkv2jJQFHCxtG5XvwpJ8/Mqk9VFki+/7+jxQJyHSbeIwIcTZcrQDy2EEVWAL7dlYZX+H vt4Q== X-Gm-Message-State: AOAM530bAGr5nmygXyejhELxs1WtNlAhv3DFLVLgrrkPRuApklyMBtyk PEmmuzFJkMiAqN0B203B5CLx7t32uGM= X-Google-Smtp-Source: ABdhPJyH/0aHtn8wl0v5M09bSNstiTH0wVgQgMgewLVl7hCAW11K9TTP+gcoVbsttJz7/9p7VxZk9w== X-Received: by 2002:a1c:9845:: with SMTP id a66mr4913604wme.156.1616180858533; Fri, 19 Mar 2021 12:07:38 -0700 (PDT) Received: from [192.168.1.167] (dynamic-046-114-159-071.46.114.pool.telefonica.de. [46.114.159.71]) by smtp.googlemail.com with ESMTPSA id g9sm9737448wrp.14.2021.03.19.12.07.37 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Fri, 19 Mar 2021 12:07:37 -0700 (PDT) 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 14.0 \(3654.60.0.2.21\)) Subject: Re: RPI4 clock speeds and serial port ( temperatures idle and -j4 buildworld buildkernel ) Date: Fri, 19 Mar 2021 20:07:36 +0100 References: <20210318170053.GA26688@www.zefox.net> <9FFA0A51-C0B7-4121-95CA-B98669809007@yahoo.com> <81AC0353-258C-41C3-86B1-C133E33D97E3@yahoo.com> <20210319174359.GA38899@www.zefox.net> To: bob prohaska , freebsd-arm@freebsd.org In-Reply-To: <20210319174359.GA38899@www.zefox.net> Message-Id: X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4F2D183B76z3kKQ X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[googlemail.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; 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]; NEURAL_HAM_SHORT(-1.00)[-1.000]; 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)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::32d:from]; DWL_DNSWL_NONE(0.00)[googlemail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[googlemail.com:s=20161025]; RECEIVED_SPAMHAUS_PBL(0.00)[46.114.159.71:received]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::32d:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::32d:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Mar 2021 19:07:41 -0000 > Am 19.03.2021 um 18:43 schrieb bob prohaska : >=20 >=20 > So my figures (~17 hours) seem reasonable for a default clocking. > I thought maybe I'd done something wrong. 17 hours sounds too long, you can simply enable =E2=80=9Apowerd=E2=80=98 = in rc.conf for automatically=20 scaling from idle 600 to max. 1500 (non overclocked). So, when you hit make -j4 xyz, you will see all cpus running @~100% and=20= Powerd will then automatically set the clock speed to 1500 on all 4.=20 K.= From owner-freebsd-arm@freebsd.org Fri Mar 19 19:50:14 2021 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 0DEE35A86EE for ; Fri, 19 Mar 2021 19:50:14 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "www.zefox.com", Issuer "www.zefox.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4F2DyF14zDz3n2M for ; Fri, 19 Mar 2021 19:50:12 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.16.1/8.15.2) with ESMTPS id 12JJoJek039924 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Fri, 19 Mar 2021 12:50:20 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.16.1/8.15.2/Submit) id 12JJoJYc039923; Fri, 19 Mar 2021 12:50:19 -0700 (PDT) (envelope-from fbsd) Date: Fri, 19 Mar 2021 12:50:19 -0700 From: bob prohaska To: Klaus K??chemann Cc: freebsd-arm@freebsd.org Subject: Re: RPI4 clock speeds and serial port ( temperatures idle and -j4 buildworld buildkernel ) Message-ID: <20210319195019.GA39087@www.zefox.net> References: <20210318170053.GA26688@www.zefox.net> <9FFA0A51-C0B7-4121-95CA-B98669809007@yahoo.com> <81AC0353-258C-41C3-86B1-C133E33D97E3@yahoo.com> <20210319174359.GA38899@www.zefox.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4F2DyF14zDz3n2M 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.10 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; WWW_DOT_DOMAIN(0.50)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[zefox.net]; RBL_DBL_DONT_QUERY_IPS(0.00)[50.1.20.27:from]; AUTH_NA(1.00)[]; SPAMHAUS_ZRD(0.00)[50.1.20.27:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RCPT_COUNT_TWO(0.00)[2]; R_SPF_NA(0.00)[no SPF record]; FREEMAIL_TO(0.00)[googlemail.com]; 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]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm]; MID_RHS_WWW(0.50)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Mar 2021 19:50:14 -0000 On Fri, Mar 19, 2021 at 08:07:36PM +0100, Klaus K??chemann wrote: > > > > Am 19.03.2021 um 18:43 schrieb bob prohaska : > > > > > > So my figures (~17 hours) seem reasonable for a default clocking. > > I thought maybe I'd done something wrong. > > > 17 hours sounds too long, you can simply enable ???powerd??? in rc.conf for automatically > scaling from idle 600 to max. 1500 (non overclocked). > So, when you hit make -j4 xyz, you will see all cpus running @~100% and > Powerd will then automatically set the clock speed to 1500 on all 4. > I've enabled powerd and rebooted, console messages report that powerd started with no explicit errors. A -j4 buildworld is running now. Should I expect to see powerd mess up the default mini-uart serial console? So far, it hasn't with top reporting less than 1% idle. That's confusing.... Thanks for writing! bob prohaska From owner-freebsd-arm@freebsd.org Fri Mar 19 20:07:23 2021 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 8B2875A971B for ; Fri, 19 Mar 2021 20:07:23 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic307-55.consmr.mail.gq1.yahoo.com (sonic307-55.consmr.mail.gq1.yahoo.com [98.137.64.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 4F2FL22Qmrz3pB3 for ; Fri, 19 Mar 2021 20:07:22 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1616184440; bh=rsEjroDDkCIJhXOe79jHI7cw+fWBKqAhzJExnEh2Y03=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=df4jSbXgFnjmCuAp/jhjrkglXVoDvjoEhRugJzUoWdIi+NhYW2osiZ95+yxr9uOa7bM8H9B1hywt+zj+lQxQRuIuTPHUTmU+f4BoWwR53OxK8/M6L0tbgJHniCogSW92oRalLVuD+L93IVXe5IP0S43NMiGeSXxLxWo+McLhZZ/mQ242MESaE09rovlfbQTc876zoDCrDcllSWOjjmIlgaSJ4QL9So7lbQyCCGtOBaeWAToOO9IsZ1hDkvM3BrslEPqjw+wbnUOD2Tz1O9iVfoMncwOZOD7Y1wQ3Ou/PsTq/YUDZlQiR3XSafED8HgyA3jOH6vD+qya/i/GL4GBuwQ== X-YMail-OSG: upNSOwYVM1lIr0gVTI7QgEyMUcspyEAMa2aqK_i9tknC6A68KUDixSZg2QBL2D_ KmC_wkje6znWji7klzCYhKWxcQHQ1wDONncKzkoLt.W0.BdI3M2RnNyEk9TYvwyCE2yplVlLcSco jM9Ric22iFOfA.HlvINTq5ku85d7g5CoygwUpWWwpfRezWljSbQ_142XP9X57RU4Q4Vr4m4aNVHJ r5bw3mU.Kkq_hmFvZ9KlzB1FTcq9se0IdzaGmMyV4d05jsqRKbAwmu2l5vyA.wcI3Mu2ISrZ3GNe AD.18rNFYN_i9fBpO7yVPSQCUdJ2bc5FWFGwxLHlioJWZfuwAKcW.WofQ7aYvk5BLioU856T83LX bYcP4PQKuI9_ftBMCn0zhqPODJPfrZs1CJ4Y8klfzMNtBh1qZEDxBtChOfWn4Rn90W.3FcVT3bQm OoRMX4rN85zDUwhDaszDtxNQ6.l8TD2NSOy9lonwuBMW6JlpKYuetydHsmGd6BtWbN1EwW3WDwS8 cZMOAgLVuOaz19xjoFitrdC3BJvj99cA.0gV7sVetb7.flwfplCUCyztuBiLj6Fvxr2prPlVfqWv LmMNjV.g2L35AUZjQqTJPXQiE0iCY8wLKBFhWw4mbIH2l9aqKDxpf_2jI7e7WZnMwNxP0KrLscr4 FYpuGtb_aE482neu6J4pN0CM5oDCClGtp5t1RU7R_.VYeOZY6xlQyZlLUl7y4mKQ5dMz8Q6SOZbV m5VFXCO59zTvdy5mom4hSJ.ux7wPC0_NZRYDDLphub.yrbhets7OznC4NfSVmdspU28oH9OZbM.c VjygDuIZkrRUCEZvp4qcKlIE5NLeO62B36OxYR3Glp2vkbA4CHFN2T0jKJp47jUWTKIqx6usXlq_ qgNkJMGxXPQISsSmwPlGzUsI8OuE6dp.ms9XUQBqGybfI7bqnxw3pt4tLMTXJ_bz7rjOrM0vdbVc WiftjI9OVzHh8AxernZxFu0gJ752n2ipkd_3X5kwSxed81sU5c51S5iJpB5zlWH0NUfVhhwCD_KG rdhYsyftfAan65x1WOAvTrtnmRJu_WZxMpseh9.ujWsZmnu7.7ye5s7xEirx64F2ahZp9AISiFzS 10IJRDyGuldheShpaplx8aww6jrFoJNKJmb68JaK3RmPrEPvP2LEP5Ap_mRxPChDo0YCI7KLfjwY n6Cnf2SEFCPAHH.pQHs2xAG3QPCMgX3MySXgY09iVC5XC65xdpCDXV7MfpMp2AnMgFedT1._qtL4 IdWENPV4OZKNf6L7nN26jLw58qGQ1aDO305jdoByyVtDPIKCuGg5DEbZNNGatoWzN4U2nWw_Ntqy MnOJx80C1ixOuL8fE6mfjRx2CzBk9_WmYuB13eKPocpYeaKGm7RsEOvLTAvecaWi3sLpWyM9.hFM ue_IySWtV_hc56O.G3118FaYIViw_Rb4q0sp9LHFQMPeu.Rr4QzXVlvW7QBok_jf54KhqwYRs_rY q2bqcYX6ug7hvRZAjkLbCjSbJASWet8p0mEpqob1RzhTVRwxyJqVGuT_0VZ1GQiga9rYrCl7RObX 1KlF9t_qez96l4YtrY0WGEIp0lLQ9tHXlTBtGJOp054y7UQV1KGHZO4vhUbNBTS.gaUFdn4hQBS5 yFcxqMQa8TwBsYyJCX9nifD7OY_SVhTNXTbEFFiMeN1C2a5TlYR2fTJ1ECVwEWtRyO_Jdjpj8_UK 2NP1JkgdwEa9.n_BNUonJNHBSvta_7jsRLkxYpPakxJbucfNKGaMnq9qDnvrl.ykUWVDlt_aQrA_ k9Ws.svsBfph2vtFrWuutQdW1YbTWetI781jU4iC9bcwFkR2elJFXnTB2GMSVVteKFNMfGZm1q4k kDd_4zhCGWaeZ9jw6kfx0WUTjvZ80kMVouVZemD6PF7XxogzG0KjnOGRmAB9Xe6OsyMJ1PxT6hw. sY_E3xO.40lJpVGyciHI10vrkGkMeNeebu0lRe7lKA9KJ87lAnAqiuvn.SoJ0Ib0XR8GOnwcFrve yXMW1SLa1M2N8ajejR2h0IEmqj9jI_l1aUq5BauAj5mZZpy5VUoSb0mcHLJiM6tw.VG3RPjXMj5H KaIFXtsv7P3ISfwbpQKPLIKihHMA25S_XCxL4UA4UGYllCUxDeRjKee3isHm4S31wZqV4Zug4C2f rWVQUXePXgOxqvQ3dy6w5Wzk6KvTAFP7psX4WhMVbWEMKkMFpAF_tOs_kD94HFiVk1tBr1mQE5sk lyzH3e3.HUF_3Up_OL5koJ_P8DAUuZi3BshecVGVTMQchZcLuDzLKkrT_2lbxbc2nflt6disKtzj ThYBjvxLiKp8z54DPfNxqd2_uYxVgyKRa6eQ6MKI_ICE8E062IGl3iYLvHI1Q4oDR3q2hWkD11hg Hjv2hxxM9pJOry_6s9u6ABx0DpvTpamfwowFly7Kqu7sBx_yqZVTFIKIpXU0QbMrOsU0qHNFKBKa 7jrjo997oyHuT0b9jk1THm97ZAvjIF.C1KH4XGywyzj56deMgr89EizLBXJE1u57O4IloWC2A31Y n.vuUEJP07aZ5IKKgXS3t1YgzdNVmh.6AsUqfj6R5Ej8_ZIaNkDiodS_h_xeHVTwUuq6YSfJ4AN9 IkL5FY2icpvDYiyIyjtfyhtF0KduR.zLDJfaTEjlIzYgI1NLQ4fqei4GcJ.lKhuXG9w-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic307.consmr.mail.gq1.yahoo.com with HTTP; Fri, 19 Mar 2021 20:07:20 +0000 Received: by smtp422.mail.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 837c455906c85759c9b46887fc6c07ef; Fri, 19 Mar 2021 20:07:15 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: RPI4 clock speeds and serial port ( temperatures idle and -j4 buildworld buildkernel ) From: Mark Millard In-Reply-To: Date: Fri, 19 Mar 2021 13:07:13 -0700 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <5812DEEB-1E71-409C-8426-F201766C72F5@yahoo.com> References: <20210318170053.GA26688@www.zefox.net> <9FFA0A51-C0B7-4121-95CA-B98669809007@yahoo.com> <81AC0353-258C-41C3-86B1-C133E33D97E3@yahoo.com> <20210319174359.GA38899@www.zefox.net> <9DB699E3-5977-4651-B3D2-26343F202F2D@yahoo.com> To: tech-lists , bob prohaska X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4F2FL22Qmrz3pB3 X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.64.31:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.64.31:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.31:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.31:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Mar 2021 20:07:23 -0000 On 2021-Mar-19, at 11:55, tech-lists wrote: > On Fri, Mar 19, 2021 at 11:29:51AM -0700, Mark Millard via freebsd-arm = wrote: >=20 >> Back to temperature. See: >>=20 >> = https://www.raspberrypi.org/documentation/hardware/raspberrypi/frequency-m= anagement.md >>=20 >> It indicates that 85C is the maximum temperature, >> though lower figures can be set. It also reports >> that a form of throttling starts at 80C by default. >=20 > I use -j6 [1] for buildworld/kernel steps I'll put my -jN notes after [1]. > on stable/13 and highest temp seen has been 72 degC at 25 ambient [2], = when it's compiling clang and friends. Not measured > timings but it's less than a day. I like getting the time down to near 8 hours or less, allowing a build to start before bed and be finished not that long after getting out of bed, even for a full rebuild. The RPi4B's are the first of the small boards that I've gotten into that range for the build times for what I choose to build for buildworld buildkernel . > I'll have to try the .clang flags > you've posted elsewhere. What I do have, which cuts down compile time, > is a load of WITHOUT_SOMETHING=3D statements in /etc/src.conf covering = stuff that'll > never be used in this particular context. For building on arm's, I have the WITHOUT_*'s for the other instruction sets for building the compiler but all my src.conf equivalents have some other stuff enabled that is not default relative to llvm/clang. Other parts of FreeBSD I've not controlled explicitly. I show the file later in this message. > [1] still has enough horsepower to run eg mutt+vim and a nginx = webserver comfortably. I didn't choose -j6 out of anything more = scientific than "well there's 4 cores so let's make it j6 to keep it = busy" The 8 GiByte RPi4B's have enough RAM to not have as much negative consequences from -j6 from the extra RAM use. But I tend to use similar configuration handling across systems --and that ends up being driven by the lower RAM contexts for such issues. Also, in monitoring builds with -j4 and larger it never looked to me like there was much idle time that a -j5 or more would actually put to use. (A similar statement is true for -j32 vs. -j33 or more for the ThreadRipper 1950X context. This context has lots of RAM for such activity.) I've not done such experiments in a long time. > [2] implying maximum ambient is 33 for this case. Notes . . . I probably should have listed my equivalent of src.conf when I listed the kernel configuration file in the earlier messages, since it contributes to the time use in (re)builds and so to what my reported times are for. So: # more ~/src.configs/src.conf.cortexA72-clang-bootstrap.aarch64-host=20 TO_TYPE=3Daarch64 # KERNCONF=3DGENERIC-NODBG TARGET=3Darm64 .if ${.MAKE.LEVEL} =3D=3D 0 TARGET_ARCH=3D${TO_TYPE} .export TARGET_ARCH .endif # WITH_SYSTEM_COMPILER=3D WITH_SYSTEM_LINKER=3D # WITH_ELFTOOLCHAIN_BOOTSTRAP=3D #Disables avoiding bootstrap: WITHOUT_LLVM_TARGET_ALL=3D WITH_LLVM_TARGET_AARCH64=3D WITH_LLVM_TARGET_ARM=3D WITHOUT_LLVM_TARGET_MIPS=3D WITHOUT_LLVM_TARGET_POWERPC=3D WITHOUT_LLVM_TARGET_RISCV=3D WITHOUT_LLVM_TARGET_X86=3D WITH_CLANG=3D WITH_CLANG_IS_CC=3D WITH_CLANG_FULL=3D WITH_CLANG_EXTRAS=3D WITH_LLD=3D WITH_LLD_IS_LD=3D WITH_LLDB=3D # WITH_BOOT=3D WITHOUT_LIB32=3D # # WITHOUT_WERROR=3D #WERROR=3D MALLOC_PRODUCTION=3D WITH_MALLOC_PRODUCTION=3D WITHOUT_ASSERT_DEBUG=3D WITHOUT_LLVM_ASSERTIONS=3D # # Avoid stripping but do not control host -g status as well: DEBUG_FLAGS+=3D # WITH_REPRODUCIBLE_BUILD=3D WITH_DEBUG_FILES=3D # # Use of the .clang 's here avoids # interfering with other CFLAGS # usage, such as ?=3D usage. CFLAGS.clang+=3D -mcpu=3Dcortex-a72 CXXFLAGS.clang+=3D -mcpu=3Dcortex-a72 CPPFLAGS.clang+=3D -mcpu=3Dcortex-a72 ACFLAGS.arm64cpuid.S+=3D -mcpu=3Dcortex-a72+crypto ACFLAGS.aesv8-armx.S+=3D -mcpu=3Dcortex-a72+crypto ACFLAGS.ghashv8-armx.S+=3D -mcpu=3Dcortex-a72+crypto =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 Mar 19 20:52:46 2021 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 E038C5AAFF5 for ; Fri, 19 Mar 2021 20:52:46 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic308-55.consmr.mail.gq1.yahoo.com (sonic308-55.consmr.mail.gq1.yahoo.com [98.137.68.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 4F2GLP24vDz3s8Q for ; Fri, 19 Mar 2021 20:52:44 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1616187163; bh=NvX0HGV5WGu3Oa1xAGiAkqKzN1CVqii1XSsM3dkQfg+=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=QH070Nw79namqKNjstx3ckHZDOAtr5Lm81sjrkAfma+FvZC4eqQE6yKpwb+Jy7juBQFIi48zYvfJlvfPjvN46sD0AYsKE0Rt/jPJKCP1LWGzxUG8CdxnEucydoXWdumtYDcvZvx24070Z2N955RJLiuboMNOaFYTc32dX1I7SABmYNHl/7usdpU8GiWNfgiAD+lTo/zDO4cfi9eQ8cbT26aXsTMTS2E66GwWGNPnuz+aekr3LelGXa1i6HtT7CBqbct+Vyb97u+6rNddUfv6zyh7xymu/8A//ZBt0CDfPXTVfhY63b7281JVhLGZGGQHQmWXZF2Py4+BIgzwUExHMA== X-YMail-OSG: xjOCvAsVM1nriCSzEBjpfXiS.u7i4o_qYUC51ZThQtDJ3Db8Nrb8JNCQW53NNXl fVqhT4wLjmXs_MUIz_6MS4Cic5SkpPC7PCKZAkpIYqcStdkwa4l9LzoMW8oBNbiFG0uDupT6mGaW U0xF3jJu2Lc0L1gFM6W4Pmq2C4tCL86gldLXFf0Djm4RZqld_acS7G2ToQKdMqTWpmbzAV72ilE9 fRm.l.Q.MQytBJIwqSZaF8G9sjRfkY1St8aU_cDtXck7V4ZnchCNENUWyJSi9Ifu1cWFtNXxpRrw q7b7QVr8vSmFhEo2h6b1HZSy4dneOfmbnGQbWCUD10gj8o82UYhfSBa6FVoM16UHeJMIYXP3g.J8 fsaOGSLliY4G19gkgVVAtY1Is4QTaSsGt3Ca24A2e_V5pYaoL3bqe5_L.sPP1FV9PGdFepN5APRP 3V8YkoMbdAqtMwZulkNOEWHkCQH0jCTG3ZSFAaX2ZxsnNeeBR3e5YQvqhbw0UqlvuT99vmNbBGkl p1yS3aYdH19PpE6fvQo7Dl9ReY.HHwqRhpj3jGlrxs1AhrYudO85lLuxmkzoL9Z7do5Mlvf.8XJ5 eYQJKKQ5c4WgTwpelue5QhiaPbAzylIWan1PO6KkBZ186bWOSCPGwnKLTNxeem.MKiOWcrilybT3 7GOe3HKpOqV9x9I.H_O5PeOQw2I9lj6XCrkU2SzPz820RBh04lgSc_jusMkQB.gZpxnITKl7FWbQ .IdCE7iAoqaxn6WLha1JHDaWRDnXhIdLQXjgE8gxJhF2AbBZEVZWp1jmF7DAO2ufwy475bOfkKDe G0bSK83BTsoBfUbABmRoQbFJ7cxAUfSFFGpbaFRniNcPK8ILSarP8kMJuNp.C5uRvnWN9gV.ZnDm wb4pSqDGBAOzslywLq2V6GThcgxcD1cLNgfGyVHh7aMuJpgBM3nAdv5zLXCsVXE28fYV2vpWaUeZ 3.menw0iskv_Qo0O__aQjebKwiERWLMUa6TUSrAk76x.xSk3awlUkcysphSPqySzFTf5D0pFtI6. qIDmIyea0NbJ5aHB.rQY9YdlTM.4KiAeYY7IoXbAM_lful4a7F5IEpAwKpWJoeNpJtu07spPRSWC df6I9LVJVN8Nzx4CkS6t2jEGtPhjXfnxWSpRLCTdwMV9EhSIGqINkAQJFbkQzy3DV6TXLfxcTcbB jsU2B1Gp95s3igpVO_CJey09Q4Z5qp6Nn3_D6Rh4BwxuLx4McvqzMB03H68CvMSeFK6VJ72KAMlW 8sKm3vhRr2qjdNkasNTaeWIVBnoYchI0.8Ngl4O12nSyXqfcBXwf1nOUqn33dFho42NkKLA3XUZE CAfq.ciCWpdYOg.ydPbvNLXLsgtOMsrklr7ioX8TzqzQQaFTPb_7M0VvjyZjF6jZf5Xb3S5RqUem zNqMAGbxQJdw8DH1cxE6Txr_t5y8pG8uc3TsWGzTyElutdgTglshwJ7mzu6bRSQCXz2WmSHdrCH3 IezmYGSbimec3GwoThVy8JmK.L5oPAvm4igLfjsl2D3rx9kKValZRxNO_FXWahzGdUykXg31sVnW UnJGHgaqPnDdBjpcKmIE17d3xlhUe6yaOFdDet7DiT5m8NHxSmUfhWxghUhp2TirWtsHyHAJqlus 07vEOZRBqqI2FIYVolOCrW8TOcrxPJfnqeONTG9dyJLElyJ5Px268E0rwnwD.Glnvu3WH3laMmdS CU8CRKT9QDXet2fE2IUPT9THJkFVb0TSS6c0JSgksmtpYHqV37vr2Hp9Gs3ugsGYMyuCR6E5MNiI U04EoyyuVdUqp1qdpJjQmOH02fbqnirqLA84fMi_viVlnAhidsBqGJJIRmIW4GBoNXQ491cr5r.w 9R724RgB2Yn_gAwuo50DPhcAVuS_ae6vWOoH8J2ejyGTH_bMJucwwCE_jD.rO4RyEOA24pE0f2H2 cvq34er.eOTRWRIniSLjmBiPfUhxjqrwad49EOyR6.COHSWsI8jjuTE9TGDVR67fWZbhW_9VqLLJ deL5hFKs7VxFkTyCN7O5D.G3DkrGG5LjtwoKWis5M.KjU.Z9O2tvV_Hti7rwpIWur83d9Cdt0YS9 knUCls6P.1ersky0yFhm0WKOxnhk5pICJUsz9gV4S1pWyMT8hQiefXM3GHgz66QDUxzJ_rVEBOM5 guLmpwpUwHU0c8w9n25T0PazGt4pY8_4HEcCxuAJphrTl9hurtyyJnh0YfT9zgemJynCTMOrpy73 8dSduXNFGoyoqZge.1FijkaMvVlSXJ04YyPyuvnx38pI2agoLy596oLs5Nv6jK0H9pY30OhAEuoA 2mjdDygbxQ7rRjThziZuIRnQNcagMboqZcXkgawqc6Dpc7ouXxPFJf2S7t8DOp64NcHNEe6kQRNV xB9N8MOenToUHRQN7BiUlVzS2rSo0e46kdXy97Xx0SySItV1b69fWJrKwUQzXJpk8Rp5mWlIaTb8 tjVwwljeCG76yTZzApHXQC5lLao49nJMhIBe_7ORYXsoYqCBEZb0cvK2sEn0850PzUFFwHkvtsD_ TWb89wcFDc8SdcBrWR_Ft45xU3f8eKJj9VLOlrObVZO510TH6KkPg4ja.mp7rTgwObl0_FzQsX.S fN7ab0Xr7BO3c9WLRt6Scq2OKV1DZAJRY4DXpoh0G.YdFtMjuThsxcrpEBANJAFIpKAf_NoohmCg ZahHq0LqQdck_yIMYAHsBx6gahXxuPtzl7rB2uqxFD4lcom2QqDQsFkVJskojxaV3k19ue0dCe5J YPzvlS9MYC5wQ0Urtsk98LvhX6Uf7v6ftCCc- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic308.consmr.mail.gq1.yahoo.com with HTTP; Fri, 19 Mar 2021 20:52:43 +0000 Received: by smtp403.mail.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 541f886b494bb11635912642bf4e50ff; Fri, 19 Mar 2021 20:52:36 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: RPI4 clock speeds and serial port ( temperatures idle and -j4 buildworld buildkernel ) From: Mark Millard In-Reply-To: <20210319195019.GA39087@www.zefox.net> Date: Fri, 19 Mar 2021 13:52:35 -0700 Cc: Klaus K??chemann , freebsd-arm , Diane Bruce Content-Transfer-Encoding: quoted-printable Message-Id: References: <20210318170053.GA26688@www.zefox.net> <9FFA0A51-C0B7-4121-95CA-B98669809007@yahoo.com> <81AC0353-258C-41C3-86B1-C133E33D97E3@yahoo.com> <20210319174359.GA38899@www.zefox.net> <20210319195019.GA39087@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4F2GLP24vDz3s8Q X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.68.31:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.68.31:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.68.31:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.68.31:from]; FREEMAIL_CC(0.00)[googlemail.com,freebsd.org,db.net]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Mar 2021 20:52:46 -0000 On 2021-Mar-19, at 12:50, bob prohaska wrote: > On Fri, Mar 19, 2021 at 08:07:36PM +0100, Klaus K??chemann wrote: >>=20 >>=20 >>> Am 19.03.2021 um 18:43 schrieb bob prohaska : >>>=20 >>>=20 >>> So my figures (~17 hours) seem reasonable for a default clocking. >>> I thought maybe I'd done something wrong. >>=20 >>=20 >> 17 hours sounds too long, you can simply enable ???powerd??? in = rc.conf for automatically=20 >> scaling from idle 600 to max. 1500 (non overclocked). >> So, when you hit make -j4 xyz, you will see all cpus running @~100% = and=20 >> Powerd will then automatically set the clock speed to 1500 on all 4.=20= >>=20 >=20 > I've enabled powerd and rebooted, console messages report that powerd > started with no explicit errors. A -j4 buildworld is running now. >=20 > Should I expect to see powerd mess up the default mini-uart serial = console? > So far, it hasn't with top reporting less than 1% idle. That's = confusing.... Avoid confusing the arm_freq with the core_freq (core is VPU, not arm). The two are independent (up to the RPi* firmware's dynamic frequency clocking logic anyway). I've already reported that the documentation indicates that the core_freq is not supposed to be changed on the RPi4's. (The use or not of 2 features controls the exact value that it must be and the firmware appearently already deals with tracking those: hdmi_enable_4kp60 and enable_tvout .) https://www.raspberrypi.org/documentation/configuration/uart.md reports that the mini UART is tied to the core_freq, not the arm_freq. So on a RPi4B where hdmi_enable_4kp60 and enable_tvout are not changing, the core_freq assignment should also not be changing, no matter what arm_freq changes are being made. That leaves core_freq_min for the RPi* firmware's dynamic frequency clocking. The default is 250 or 275, apparently depending on the status of hdmi_enable_4kp60, 275=3D550/2, when hdmi_enable_4kp60 is enabled, otherwise 250 is used (for the core_freq 500 and 360 cases). [The 360 (enable_tvout) case is not well documented for core_freq_min .] It is not clear when the dynamic frequency clocking logic would adjust the actual core frequency but it appears that the official way to avoid messing up the mini UART is to assign: core_freq_min to match the value of the core_freq setting so that no other setting is available. If the mini UART is working in your context and you have not disabled Bluetooth or redirected the UART Bluetooth is using, what I infer is that the RPi* firmware's dynamic frequency clocking happens to not be adjusting the live core_freq significantly in your context. Also of note . . . QUOTE Pi 4 - six UARTS The Raspberry Pi 4 has four additional PL011s, which are disabled by = default. The full list of UARTs on the Pi 4 is: Name Type UART0 PL011 UART1 mini UART UART2 PL011 UART3 PL011 UART4 PL011 UART5 PL011 END QUOTE =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 Mar 19 20:58:48 2021 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 EBD3D5AB9A2 for ; Fri, 19 Mar 2021 20:58:48 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-ej1-x634.google.com (mail-ej1-x634.google.com [IPv6:2a00:1450:4864:20::634]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 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 4F2GTN0wSXz3skM for ; Fri, 19 Mar 2021 20:58:47 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-ej1-x634.google.com with SMTP id r12so11829588ejr.5 for ; Fri, 19 Mar 2021 13:58:47 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:content-transfer-encoding:from:mime-version :subject:date:message-id:references:in-reply-to:to; bh=ZYSRyi2jLgPucNgfmDOZLO8gOzFej33cwtNPCIhh8KA=; b=iIGG+ZjufwCTRTtx/EnPiWIMirExCJbZOxaRjVcEeLW+5sUbKs2IW7n1gp7pnpenJS jff/1Ef+r9o66hOUD7cl8ga/VmI2wdZZROtToGI6/kgJFOrFlvNV4f+iiJb7gA1N+S5y LY/iB5JC8gmKFvKnMabScyLAyXS45kXV/qskeXgVWjSeGLCmfj3K6VyxX51U4xgCpBcU obnZWRnULrKLmknqD0OILJOS+DNVzZmKjRPJw4M51t+1BGozQWYSyaGS8gBEmqRvwVRo Z0okdF9Rpbkfvl83BGMHISzx8MaPMkiZVQekjkqOCk/TiuVU+pLobgsilQkIRfmSZUJ3 YnHw== X-Gm-Message-State: AOAM533aiNYiGvtg2KhNDvDp4L+ZQ7DMoB7Wkwflu6RmCnyCxjdRPIGT 5HVH0aPI/ccVsxw0sDeKG8m2JsrsL68= X-Google-Smtp-Source: ABdhPJy6VVa69oaqIlsTXvzpUT+T88mi0Q9LNZnwUiMSktDafIAGoYPutg4PUhRutCX4tPwnDOLzmA== X-Received: by 2002:a17:907:3e21:: with SMTP id hp33mr6450413ejc.313.1616187526275; Fri, 19 Mar 2021 13:58:46 -0700 (PDT) Received: from [10.117.148.160] (dynamic-046-114-156-160.46.114.pool.telefonica.de. [46.114.156.160]) by smtp.gmail.com with ESMTPSA id g11sm4726325edt.35.2021.03.19.13.58.45 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 19 Mar 2021 13:58:45 -0700 (PDT) From: Klaus Cucinauomo Mime-Version: 1.0 (1.0) Subject: Re: RPI4 clock speeds and serial port ( temperatures idle and -j4 buildworld buildkernel ) Date: Fri, 19 Mar 2021 21:58:44 +0100 Message-Id: <5C06325C-2C57-4760-8F94-51617B05B0B3@googlemail.com> References: <20210319195019.GA39087@www.zefox.net> In-Reply-To: <20210319195019.GA39087@www.zefox.net> To: bob prohaska , freebsd-arm@freebsd.org X-Mailer: iPhone Mail (18D61) X-Rspamd-Queue-Id: 4F2GTN0wSXz3skM X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[googlemail.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; 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]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[googlemail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::634:from]; DWL_DNSWL_NONE(0.00)[googlemail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[googlemail.com:s=20161025]; RECEIVED_SPAMHAUS_PBL(0.00)[46.114.156.160:received]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::634:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::634:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Mar 2021 20:58:49 -0000 >>=20 >>>> Am 19.03.2021 um 18:43 schrieb bob prohaska : >>>=20 > I've enabled powerd and rebooted, console messages report that powerd > started with no explicit errors. A -j4 buildworld is running now. >=20 > Should I expect to see powerd mess up the default mini-uart serial console= ? > So far, it hasn't with top reporting less than 1% idle. That's confusing..= .. >=20 > Thanks for writing! >=20 > bob prohaska normally shouldn=E2=80=98t mess up the console.... sysctl dev.cpu.0.freq ... cpu.1.freq etc. prints the current freq -j4 shown c++ with =E2=80=9Atop=E2=80=98 should=20 run @ approx. 97% CPU-usage while =E2=80=9Amake=E2=80=98 uses bit less=20 Regards K. From owner-freebsd-arm@freebsd.org Fri Mar 19 21:12:28 2021 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 710C05AC0C2 for ; Fri, 19 Mar 2021 21:12:28 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-ed1-x536.google.com (mail-ed1-x536.google.com [IPv6:2a00:1450:4864:20::536]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 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 4F2Gn74p7Pz3tp7 for ; Fri, 19 Mar 2021 21:12:27 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-ed1-x536.google.com with SMTP id b16so12365048eds.7 for ; Fri, 19 Mar 2021 14:12:27 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:content-transfer-encoding:from:mime-version :subject:date:message-id:references:in-reply-to:to; bh=zv0TRmy5wK6XIOk8XikXXWgQSX80nQ3SAEtJRlvw9jU=; b=kMB7sXSo5pgltYbWh1gJTsqWnXbScwiCteydaNnWyrbKBq21KS1nSMzM+mA8jD9f7c lamLC/xdLpuf8vBKitIN+okAacCD1h7ergWlW7a7A8cjcDU+vzXTaPzg2DzHxZgpL5W9 WGb6BDTJKULIMx1hSA6lZcdnaZKW1b0bPFWxgZZ3VHC1zjRzPLXeruRz8mWqxY3Ggi4q kVC5JGy3n/PPTkN0UUa0vSOWf1twTirqPmaq0/64qemOXlipGFAEtfN4JUTqSkh+ZItY QzHCza7ywCZa0GutCnDkta4DWi7QjFdPYVlZlT7btZ5H3VsQkU8Sfd1X6MtCxMwbJwFm PTig== X-Gm-Message-State: AOAM5331j3mCG/KVG/Epr3Q+EDm+819Oh3sKQkc5cOD418WHGVsrfOCM ZNNN8dfeQ62fMe4THMt10iM= X-Google-Smtp-Source: ABdhPJyozZCsARmusq0SPhWhTl6gcnhRjznmv/jGCrBXiu/LaMvvz4SHaUsj1TDgkX9/U/r4mp3kAQ== X-Received: by 2002:aa7:d4cb:: with SMTP id t11mr11809505edr.202.1616188344767; Fri, 19 Mar 2021 14:12:24 -0700 (PDT) Received: from [10.117.148.160] (dynamic-046-114-156-160.46.114.pool.telefonica.de. [46.114.156.160]) by smtp.gmail.com with ESMTPSA id hy25sm4255195ejc.119.2021.03.19.14.12.23 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 19 Mar 2021 14:12:24 -0700 (PDT) From: Klaus Cucinauomo Mime-Version: 1.0 (1.0) Subject: Re: RPI4 clock speeds and serial port ( temperatures idle and -j4 buildworld buildkernel ) Date: Fri, 19 Mar 2021 22:12:22 +0100 Message-Id: References: <5C06325C-2C57-4760-8F94-51617B05B0B3@googlemail.com> In-Reply-To: <5C06325C-2C57-4760-8F94-51617B05B0B3@googlemail.com> To: bob prohaska , freebsd-arm@freebsd.org X-Mailer: iPhone Mail (18D61) X-Rspamd-Queue-Id: 4F2Gn74p7Pz3tp7 X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[googlemail.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; 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]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[googlemail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::536:from]; DWL_DNSWL_NONE(0.00)[googlemail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[googlemail.com:s=20161025]; RECEIVED_SPAMHAUS_PBL(0.00)[46.114.156.160:received]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::536:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::536:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Mar 2021 21:12:28 -0000 > Am 19.03.2021 um 21:58 schrieb Klaus Cucinauomo : >=20 > =EF=BB=BF >>>=20 >>>>> Am 19.03.2021 um 18:43 schrieb bob prohaska : >>>>=20 >> I've enabled powerd and rebooted, console messages report that powerd >> started with no explicit errors. A -j4 buildworld is running now. >>=20 >> Should I expect to see powerd mess up the default mini-uart serial consol= e? >> So far, it hasn't with top reporting less than 1% idle. That's confusing.= ... >>=20 >> Thanks for writing! >>=20 >> bob prohaska >=20 > normally shouldn=E2=80=98t mess up the console.... > sysctl dev.cpu.0.freq ... cpu.1.freq etc. > prints the current freq >=20 > -j4 shown c++ with =E2=80=9Atop=E2=80=98 should=20 > run @ approx. 97% CPU-usage while =E2=80=9Amake=E2=80=98 uses bit less=20 > Regards >=20 > K. >=20 of course =E2=80=9Asysctl dev.cpu.0.freq =E2=80=9A while =E2=80=9Amake -j4=E2= =80=98 is running, so via ssh or you can use the =E2=80=9Ascreen=E2=80=98 tool K. >=20 From owner-freebsd-arm@freebsd.org Fri Mar 19 22:38:21 2021 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 6B6765AF03F for ; Fri, 19 Mar 2021 22:38:21 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic315-55.consmr.mail.gq1.yahoo.com (sonic315-55.consmr.mail.gq1.yahoo.com [98.137.65.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 4F2JhD2lwgz4W8F for ; Fri, 19 Mar 2021 22:38:19 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1616193497; bh=e4iMLBk7rhUc3MK/UucCCRcaS/pgrwfPA1O0RrN66ET=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=TR9DhilkeikG+s/styomw+gkx2tLnCLGnowVNdZexCE04X6N8z1CBoDZfEbmWlxTE8KcuY9mNGzyBfWyzD3HCc1QaUGddE0/UvW9AwSHLcePObKetff2FuRcp2xWcDo+s48rZoseifbmT5zfAabnm54xlTU+ctOivj2UtwbCd/AOv5zYa7mk5AZ+QofP0ym8ybKBYKVKsM8u2loftwq2D4k02tC2LMoyNbEGPtfxWvb970seACjr6QceqNZq8rwlwFReq8/hKL1HO1nfY4uUuAxQPZskogrTThkOWhcnVUqe40EOnB++r/Gdmn+4JEXGvNBk9gFkEOHtBYXCssqC0w== X-YMail-OSG: obaTRMwVM1mItEREzCNJjIt.cjfEZoISTCIgGn9lveB1ZfNCpzIFKJiwECrtOM. CEuhq3FamXFs8VcBSmnPEqWwchMlfAdvtbdoyHmsAAiFAM.K.sFG_Gk5D1z1HOaNJwGI3xvwLCMs uEagICAAdlWthA63_mdHZg.MPdZCBkbYLdk7yxrbWcUlOaHYhTU_aZarnq27mcvwiIaCSRkOrU3p VY_Y8LGuqcU7DmLbhOQeToB0.4eqUqBYqaEyAO8QoYy08GA7cHqcV1DkUcPg3Ej1rMAwmmi0kKAO or_FF_4S7lsb5qlV3TWqwqtcyRhy0.gTrJ_6nTOAKLpdpqWagGV4JoKz.uZo3C2MAGl1F37rJeQ9 7OX93nLZ07GEhEdsBiRpOIja_BXZEjHVYkZIBL45UyChH1ZXx8d6XCAvdsgqWUrr6itpxF438FAA cyvvVYOzHAbwihxI9XLmVonJzvMDrxnoHAeZLpnHo2Ir4aKcZBzQqyN7snFSJoZrVS.qmVIdZKtD iZzZMGzUfta.PTZrqyiR_rDxnGwtJzPF7FpM0FIOK.jKGbq3H0bPFcCFfpYPNXYC1CIninO5jzvn xwP9gNktZhlFSUEsP6OIvRk_59vqcUu.RQgn3RUJ6sWhDZqAwn7gvmsD14JRZfnKy_D55cE4q3wo dfaWyoey0rTnGwILfiFOlawXb05edlSjCEY.KMNnMwGoqs1cT1ffaS2P9pmj53QR9AQBWbyRWkrk 2wlH11hLx8LvAZ6jb_sGElaqCKa4YpOiV8t1h6BUJMmAEhK5NDF04NA2HIR9js1dpNg3ZZbV0yvx rKzAO8V70ggQqC3Ciu61TYe6AfvmM2zRxYGo7cbp_CwBjO7ElvgllGNN8DbrHrZbqELSbViMCpFy IvU1wR2aL3skj2.FyjJbFqBcDu_PXPE1tErTmJnLbXaYqb5luZXXi3EnKk_AnIkPjTN_D.H0cZE3 dEOtmenWAiJFjoYl9zQ6lOrdWmwtt7XD8OpU33jYCi.YenYOWwYmM5NbOjrWETEHE4r8bephhX4u C_m8mL4sGxUT9sQJHuETR_j_VqLvi1YR5yBLpa4Qko83IO.u5pyugjROOUhjZNu8B07Is_.g2QXw rfkgwVQPAIltwp4u4cGo5WI3rozOSSvXIOHZuHa2eaBoLJL210HZ0QW07vK.1c5.edWYSNPzn9_1 yAccjVVtZey.NP44Axh5tVLsUyQ0psg4Q_153hSw6S0tJGPVzN8s.OWWbJcA_8_YqX9ZnCYlYisw TXaMpGjCqhNw1JmrGe2Z0sSfaeEuu7pw6Yzzk.77xr9DY2Yaiu29IWuSEeByJtXXjEb2XCWJbS.T gQZnvb3BGr_gGVGjQTgiDmq8p_EcBvr_EG5f0NIakiaEcaCJwiEu6W.cY6jJmhphTNrA4fXGLIWI Ii3WMzvspvZpy31zXclxQU63MFkIW5j7tMvqZFSwjVhEuEykBwMb7NYImiuiyjtsmLsFkujDrPZD G_uLALRPXYshTNXbDV2Lmh44iH8VvkJtXolhvYdWyKYW2IAywoB9820HsQGH6GFagc06h4b06RgM 3a1IJ5XASRwcuD5ysHEZiRWyQyotW8dGVndxv7pJM3ivYfRH8jXHGVYya5rvsDJ5zG.ysq2l6Yog WS3Xl1.hbjri8QAjaSGbODea_s.iILddhxfjeIl6wyGGdKx4EVIESzA2VyLm5cYyn2uoopq9Cx8V RgQbvgnhR53c_EiyOgUcJvlV5AvookD5mdj1mZRrYr1fhSI2WWuMaQjXuWkPSMqzzlzA.z2L0rMF hI9mDpqov7SKuHmfu5xdPsx03SaNnNviHSxBHv13gFsSIbmtb3yi4zBIxb9ykgKmPvF9irQG9k85 eEzwTyAVmlM0ppit9XEdPas64nQitA2ceV5HJbRzujQ2whZMCam0WG4GBzq.vHLBKu30LZNsA.uT ypy3Oub7VseLUlinBup4aTwAM5hYvb3UilcMVutsYyVG2iinfrZE8xdzywFNQQN3uN8t_2EHYQ2c YBrs4.K2HVO1YYEvz_0eVVNW1f8fFfN4OMeZ8daOknAY0CuivNx2kBdQdRDn.WTwVuyEhSm3F2q7 kCNPwC82s8bxT9Pm7utHU4mscwggAnxDAmI6uBG.3i5cs.d3EcVwNA7XxNldLWGzkjN10Gp7l7BN Tg6XSvwBhaZqWYzQT3f9.FwrnGez3oEbckIE0HAhy6MjKbL6R_PCUxDE8fV_JjEFUxQMUKhcwD43 TZZBHBr0EABiV36NYNGuCmekhTp2Xn3Tym0_vJX5Cvf3E1UwJjcc6WdonMpAx6imSWrT96NrYQR1 dw8KBZTbQD06OQQ7Y_9SULAeOnC3YisC4Q5KygwdA9WD8Eeri1jKAqoferVpVMCmtTa9eJ30t9CQ VTl_fCfn6ZKQA.I_IldjSwD7iyqr_1ccsakgTJmCyI19MTIGUvSGwNHMG9wxr.1lTgI2P0Knd61y l0.KVeZlTuiiV5aI9Mpvl0mqNBEMvCRfysqb_w42XRNiz5czi.IV7y2_OJe5gk8bkMcu8QoVRtIf eufE3Lb.v1oTlNYYNX.yZlX_nihZnnpSxjhq7iJz.p1JKJhsGmXfu3XcGd2I1yJ8UWT7meTLtH_n k1BrF.sG2FP6R2.FZ5YTccPS1Z.mmZDXmJb8iOw0i8EXbYjXVHQBVW98l5bFve3nlH3uigs85gjF uThvGg4xkiI_d1vQkYcNedrwlrKegG64vnakIc9FWZbzQe2UnkRBCekBj1jnegNgbU_EuAh8usRG Uwrem X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic315.consmr.mail.gq1.yahoo.com with HTTP; Fri, 19 Mar 2021 22:38:17 +0000 Received: by smtp421.mail.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID b8611a5bd6f8cd34a77d6ee563124473; Fri, 19 Mar 2021 22:38:11 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: New aarch64 RPI 14.0 snapshot not based on using /boot/efi/ : uses /boot/msdos/ instead (13.0-RC3 too) From: Mark Millard In-Reply-To: <9D8BDED8-8CA9-4510-96CB-27D8D080F43B@yahoo.com> Date: Fri, 19 Mar 2021 15:38:09 -0700 Cc: freebsd-arm , Warner Losh Content-Transfer-Encoding: quoted-printable Message-Id: References: <9D8BDED8-8CA9-4510-96CB-27D8D080F43B@yahoo.com> To: "nwhitehorn@freebsd.org" , Glen Barber X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4F2JhD2lwgz4W8F X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.65.31:from]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; MIME_TRACE(0.00)[0:+]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.65.31:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.31:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.31:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Mar 2021 22:38:21 -0000 On 2021-Mar-18, at 22:48, Mark Millard wrote: > I'm unclear what all the /boot/efi/ usage is supposed to > apply to vs. what does not need to use the convention. > But: >=20 > = https://download.freebsd.org/ftp/snapshots/ISO-IMAGES/14.0/FreeBSD-14.0-CU= RRENT-arm64-aarch64-RPI-20210318-a771bf748f9-245511.img.xz >=20 > is not based on using /boot/efi/ : >=20 > root@generic:~ # df -m > Filesystem 1M-blocks Used Avail Capacity Mounted on > /dev/ufs/rootfs 29423 2672 24396 10% / > devfs 0 0 0 100% /dev > /dev/msdosfs/MSDOSBOOT 49 24 25 49% /boot/msdos > tmpfs 7668 0 7668 0% /tmp >=20 > root@generic:~ # ls -Tld /boot/msdos/EFI/BOOT/* > -rwxr-xr-x 1 root wheel 1258796 Mar 18 07:36:24 2021 = /boot/msdos/EFI/BOOT/bootaa64.efi >=20 > root@generic:~ # more /etc/fstab > # Custom /etc/fstab for FreeBSD embedded images > /dev/ufs/rootfs / ufs rw 1 = 1 > /dev/msdosfs/MSDOSBOOT /boot/msdos msdosfs rw,noatime 0 = 0 > tmpfs /tmp tmpfs rw,mode=3D1777 0 = 0 >=20 > root@generic:~ # uname -apKU > FreeBSD generic 14.0-CURRENT FreeBSD 14.0-CURRENT #0 = main-n245511-a771bf748f9: Thu Mar 18 08:07:18 UTC 2021 = root@releng1.nyi.freebsd.org:/usr/obj/usr/src/arm64.aarch64/sys/GENERIC = arm64 aarch64 1400006 1400006 >=20 > This was a fresh expansion onto media (and it did the > growfs during the boot: first boot). = http://ftp3.freebsd.org/pub/FreeBSD/releases/ISO-IMAGES/13.0/FreeBSD-13.0-= RC3-arm64-aarch64-RPI.img.xz has the same status, intended or not: root@generic:~ # df -m Filesystem 1M-blocks Used Avail Capacity Mounted on /dev/ufs/rootfs 29423 2594 24474 10% / devfs 0 0 0 100% /dev /dev/msdosfs/MSDOSBOOT 49 24 25 49% /boot/msdos tmpfs 50 0 49 0% /tmp root@generic:~ # ls -Tld /boot/msdos/EFI/BOOT/* -rwxr-xr-x 1 root wheel 1259212 Mar 19 05:32:44 2021 = /boot/msdos/EFI/BOOT/bootaa64.efi root@generic:~ # more /etc/fstab # Custom /etc/fstab for FreeBSD embedded images /dev/ufs/rootfs / ufs rw 1 1 /dev/msdosfs/MSDOSBOOT /boot/msdos msdosfs rw,noatime 0 0 tmpfs /tmp tmpfs rw,mode=3D1777,size=3D50m 0 0 root@generic:~ # uname -apKU FreeBSD generic 13.0-RC3 FreeBSD 13.0-RC3 #0 = releng/13.0-n244696-8f731a397ad: Fri Mar 19 05:54:12 UTC 2021 = root@releng1.nyi.freebsd.org:/usr/obj/usr/src/arm64.aarch64/sys/GENERIC = arm64 aarch64 1300139 1300139 >=20 >=20 > Other notes: >=20 > I've no clue for other aarch64 small-board-computer contexts. >=20 > The 245511 in *-245511.img.xz and main-n245511-* match as > of this build. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Sat Mar 20 00:06:07 2021 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 4F8525B19DE for ; Sat, 20 Mar 2021 00:06:07 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4F2LdW1ZXNz4c59 for ; Sat, 20 Mar 2021 00:06:07 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 290CA1DFE9 for ; Sat, 20 Mar 2021 00:06:07 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 12K067x3010657 for ; Sat, 20 Mar 2021 00:06:07 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 12K067D9010656 for freebsd-arm@FreeBSD.org; Sat, 20 Mar 2021 00:06:07 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 254248] USB doesn't work on FreeBSD 13.0-RC2 for the Raspberry Pi 4 Date: Sat, 20 Mar 2021 00:06:07 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 13.0-STABLE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: carlj@peak.org X-Bugzilla-Status: Closed X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Mar 2021 00:06:07 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D254248 carlj@peak.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|New |Closed Resolution|--- |FIXED --- Comment #6 from carlj@peak.org --- I have tried the new 13.0-RC3 image and USB works properly on it. Thanks for the quick fix. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-arm@freebsd.org Sat Mar 20 00:53:05 2021 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 073FD5B38B8 for ; Sat, 20 Mar 2021 00:53:05 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "www.zefox.com", Issuer "www.zefox.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4F2Mgg5S4Gz4g0X for ; Sat, 20 Mar 2021 00:53:03 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.16.1/8.15.2) with ESMTPS id 12K0r3QJ041336 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Fri, 19 Mar 2021 17:53:03 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.16.1/8.15.2/Submit) id 12K0r2F0041335; Fri, 19 Mar 2021 17:53:02 -0700 (PDT) (envelope-from fbsd) Date: Fri, 19 Mar 2021 17:53:02 -0700 From: bob prohaska To: Mark Millard Cc: Klaus K??chemann , freebsd-arm , Diane Bruce , bob prohaska Subject: Re: RPI4 clock speeds and serial port ( temperatures idle and -j4 buildworld buildkernel ) Message-ID: <20210320005302.GA40542@www.zefox.net> References: <20210318170053.GA26688@www.zefox.net> <9FFA0A51-C0B7-4121-95CA-B98669809007@yahoo.com> <81AC0353-258C-41C3-86B1-C133E33D97E3@yahoo.com> <20210319174359.GA38899@www.zefox.net> <20210319195019.GA39087@www.zefox.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4F2Mgg5S4Gz4g0X 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.06 / 15.00]; FREEMAIL_CC(0.00)[googlemail.com,freebsd.org,db.net,www.zefox.net]; RCPT_COUNT_FIVE(0.00)[5]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FREEMAIL_TO(0.00)[yahoo.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[50.1.20.27:from]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; R_DKIM_NA(0.00)[]; ARC_NA(0.00)[]; WWW_DOT_DOMAIN(0.50)[]; NEURAL_HAM_MEDIUM(-0.96)[-0.959]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[zefox.net]; AUTH_NA(1.00)[]; SPAMHAUS_ZRD(0.00)[50.1.20.27:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; R_SPF_NA(0.00)[no SPF record]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MID_RHS_WWW(0.50)[]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Mar 2021 00:53:05 -0000 On Fri, Mar 19, 2021 at 01:52:35PM -0700, Mark Millard wrote: > On 2021-Mar-19, at 12:50, bob prohaska wrote: > > > On Fri, Mar 19, 2021 at 08:07:36PM +0100, Klaus K??chemann wrote: > >> > >> > >>> Am 19.03.2021 um 18:43 schrieb bob prohaska : > >>> > >>> > >>> So my figures (~17 hours) seem reasonable for a default clocking. > >>> I thought maybe I'd done something wrong. > >> > >> > >> 17 hours sounds too long, you can simply enable ???powerd??? in rc.conf for automatically > >> scaling from idle 600 to max. 1500 (non overclocked). > >> So, when you hit make -j4 xyz, you will see all cpus running @~100% and > >> Powerd will then automatically set the clock speed to 1500 on all 4. > >> > > > > I've enabled powerd and rebooted, console messages report that powerd > > started with no explicit errors. A -j4 buildworld is running now. > > > > Should I expect to see powerd mess up the default mini-uart serial console? > > So far, it hasn't with top reporting less than 1% idle. That's confusing.... > > Avoid confusing the arm_freq with the core_freq (core is > VPU, not arm). The two are independent (up to the RPi* > firmware's dynamic frequency clocking logic anyway). > [sigh] Easier said than done, I'm choking on the alphabet soup... 8-) Is VPU the same as GPU? > I've already reported that the documentation indicates > that the core_freq is not supposed to be changed on the > RPi4's. (The use or not of 2 features controls the exact > value that it must be and the firmware appearently > already deals with tracking those: hdmi_enable_4kp60 and > enable_tvout .) > > https://www.raspberrypi.org/documentation/configuration/uart.md > > reports that the mini UART is tied to the core_freq, not > the arm_freq. > > So on a RPi4B where hdmi_enable_4kp60 and enable_tvout are > not changing, the core_freq assignment should also not be > changing, no matter what arm_freq changes are being made. > > That leaves core_freq_min for the RPi* firmware's dynamic > frequency clocking. The default is 250 or 275, apparently > depending on the status of hdmi_enable_4kp60, 275=550/2, > when hdmi_enable_4kp60 is enabled, otherwise 250 is used > (for the core_freq 500 and 360 cases). [The 360 > (enable_tvout) case is not well documented for > core_freq_min .] > > It is not clear when the dynamic frequency clocking > logic would adjust the actual core frequency but > it appears that the official way to avoid messing > up the mini UART is to assign: core_freq_min to > match the value of the core_freq setting so that > no other setting is available. > > If the mini UART is working in your context and you > have not disabled Bluetooth or redirected the UART > Bluetooth is using, what I infer is that the RPi* > firmware's dynamic frequency clocking happens to > not be adjusting the live core_freq significantly > in your context. > Powerd does seem to affect the apparent speed of the Pi, and seems to make it run a bit hotter, though I've not paid enough attention to know by how much. Trying another buildworld/kernel to get a sense of average speed. By any chance, was powerd enabled by default in the distant (year or so) past? Things seemed to slow down markedly after then. I always thought it was due to changes in clang. Thanks for writing! bob prohaska From owner-freebsd-arm@freebsd.org Sat Mar 20 02:12:47 2021 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 D6D575B6567 for ; Sat, 20 Mar 2021 02:12:47 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic314-21.consmr.mail.gq1.yahoo.com (sonic314-21.consmr.mail.gq1.yahoo.com [98.137.69.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 4F2PRf6KRmz4mTg for ; Sat, 20 Mar 2021 02:12:46 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1616206364; bh=/T4+9JnWRls18NdbhvH0v0PbPXwHQLdb/Mt2XBok5nv=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=ebNkc6dk4bB0CaNgFWhqGvg/7fbzHzLVvj0Ha6ddP8Qp6RdDrRMdRtuwxojUmhfgeBpf5D1Ve0Kk6akqCjjF+J9uKvyCC0cYzD6LcnnppQgyIm8y7plTrdvV8eL4/kAn+HZh49S9yXUI0/hdiVqortXP1Awj92/ysou+FYPRMf/w56cSCqcEGkT4ij+YTe8KJpIUr7uYpfX8hxw9rPG3dZYF7kewryTQEUzyP8atUa9ILYvV4wvVpojabsuaV/6mFr6S0U+UKKU8yF/0EMOtej0zWjgVLMf74SD1LM6SYcgXeuJxB1BaZEEk8f+tCHAQIwqIdrjfjw3DXlIj7Do6BA== X-YMail-OSG: NmDoGRYVM1lCrz_AZckfrWBIpn0Sw6w9D7rmywBKSBGEvATSffUU2UuztUBz0a7 p9iTEc9cVxoWUUVJlJSIOQGdZnDyMrgx6SbuHSY5PiU0pX8ciX.RF1m4hj4jVFhcyUVqVPgasLvb iGLVsnIRsGdyzd6VRfaIrJ3DtZagT5_4r1x1JuyRQkvLBpBocn0eT.bQ3arM9oKukrN5pEN3y3AJ D9c17Z8.xPGYoVSvcOS8.sG1BKuHph0w8ON7zp9zp9nXXNJjgickAHpdcJlKJcclNqOnxKSUf278 8zERHNEQoJS8nnMoFdGzpUq.OxZ1J28NQbfF8ITYBPU6nu5eV61MvP8xQTvDdS0f1KDNT2QW2CTm KRak_GQeeySdla.FaeGNvMLukB45sBef4Bt7_zTMNcy9TLjF1iBnqRVPDcOCMejl4xeO3ojj0G25 VOYPoBf3YttqLWDNfLi4a2Y31DycgSu8H.ITSqidtDAmpnQcRvBtk4N7MJbzv0jPssSGLxXabFW_ ZG8tJbc.RGLWt0O23AdrJ4nWi73cgCG_h4BFwhpd14Z82MfPjCJ8JBbh1PUxPkjSRRv.uHY08RIl eHbOuNT8ivikaYDHnqla.5Q5vIlL9bs6JUTV6G0mIMPg3g3ga3f2PaUmcpYN64F5FO_VdfhGDg1I 3TygI5lWqwHu6YQ6H84gqD7CWQovSWVj.aXoLe3GTrYKt3LbyQBeS5PEns7zmPuSv4CWaBMW0uRa mJvB8WjtX18Zqu2iT0qr3cAOnk8qzweoVxbCcJZQ9NftrEclgnmqwlOGNfgpUvGc5zQObBOZvpdF Ir_kETMsab129ZjcTpog_KoPN5uuLZgsZrZJ0s.dp2NHAhRG1.8Z5s97HtMeWWUcqeytdCViLgZC 7F1xBD8qlBxLmb_Wi.leSPab5TE.uUj5oVqczyHBNZG8yYvz_TpM3hhbG6VwDcHrg1Cm5ZBq64iJ YLJBq0.FWfMmc95_.Cxy6JSkPo3CXCYfey0fCE66Zp7ONJtVp0uLnFSc2zpk5hugXpZiWKCI5_Jx TuRQ_b24NwvoRnT4WL0eGViXJT9L8cpPLAyC16QsjXjO7RF2ItU8bY1syVKQOE9lAhRPoxVhoRau fZNJvnL80D4g.Os1mwhhjfxK45QqWjME1U5jrvBaGgbLwnGfXqMJ0W1gHQg3Wf.sWJqYB6G0LKWv ud47Tk1WhFbOrU5M1TFxi.FKCj8_VakDerp6imXnyjPrrbo_Rg9sWzvTpaHtfY4YNEq0kwHaq.tO uUM6E9cxpBftB2Y6gh68_K5FUwpdt6XzwAZvXNhIMTALBvQNxLOfGsI0Qs9tCgu4Bk9JL4oi2Uh_ Irv1djM6KodF41nQ63gc4fJTxzxMb_UmoM9lRk4S4kAjhiy3fBxcWfIogjwz7dcU7N5Wnq9OUor3 yRLvhL5IKmjU.0T2Fg.ijTKaY3yiyvKVjJ7Szt64G4sYdzrC3rbodmXAopK62I.Oa_3Ju48PXhNV EB2GNOmwhv.Tydw8Q_0POaavs_m8YgSIIGVynWUemlNzBUcsHpAeYifNh3nsieBklRdn91oHdABl SD5.kbzprma_Gfv6MFVJtxPnE5ntIkPltkhv8vWRwhwfMF2J0LAV9WN333qrXlle.ad93Oz0ePkY kDfs50yCIuSKGfSsgZyGXOE1Apd1Ed2CyAOtJOqE3nJf_WsDY37AfeU4RbzVMRKZbV6N6X_ETZLt QHgVUtd.7g64tnMfoL1L0TRhBZ8.E0Pa9SsZS.HxJUF7VgrfoVdDbwTyGM0ugmt7NHe93hN4XU0G G60if5IcVuts_WVbET9yRqwf_5LF6dfYZ7qz3w8X9KWj2riJkQo6wmuSsekrNHXhkbo9gFt.ums9 kLOi5uxjXOEd5dSSA6MoMS5rcCbdUyGgKyXLS8Di7MDTdf3wmxYGLVcptHti0JDk.qDAgydR6EWa aK3CBckl8kXQyqX0MZs4yezR.fjCOx.o.YjtbdhoVsd7pzXMyuKcUpAv1z6IAg4YzhorXg82XNOm n4sd7YJcUlC64BZlMTU8kW1OJtWR0dJfXTbxT6Mcxx4kvgeNSyqPJ7lto3l4wxhF1lZxZTSNhH8Y dEoMHi1W9zXXrVbf84HAjQtVBO2geI_yhzmJF4IiQXmpMS1DGPwPubSNVNyu_fpNlUmpmHNUeYdB QHQzDNd51kpfS6dmiZo0Z3Wq0NOWnCeZH6BCR2i0IqLzwUgx0mSFvFqagk16kT_S_DRJ9KSJIJH8 eUv4dLMo8BJLvLiqGBFQEJgWWELvUSvyvS9Y6r8xqcPdSHpVWz0Pbz18b80SH2QN4AerjecudSEz Mh1IpKXFLQKw0w_R9u8JcCTG0fioPN3c8B06C25bjkMAA40SbKDJ1Vm4zVZIbdc9NVT1xsh69yOY vktAPPUvSOOSpeVKjLCzVfgiBVoaB9xWaPWtK6u.JY0WwSNDY4cl6IPuZLca6C8g0h3s7Td8JxWO 67E7RtO6DghBrVruyEo9yFzjJZjbyuyQisdk_WNwLiN81lpLNvSZCesz0W4aQOsZzUxH.s8nD6YK 5tIF6SH6N2ttjRAhoYxNG_uASACspkLZPebeF9zqsMaYdfhB8APefN_qEVn_P9bcnBQ.Sric324o 7Rx7eKvSRg17Jag-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic314.consmr.mail.gq1.yahoo.com with HTTP; Sat, 20 Mar 2021 02:12:44 +0000 Received: by kubenode545.mail-prod1.omega.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 5e009c89d52d92c754718c4df4be1db4; Sat, 20 Mar 2021 02:12:39 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: RPI4 clock speeds and serial port ( temperatures idle and -j4 buildworld buildkernel ) From: Mark Millard In-Reply-To: <20210320005302.GA40542@www.zefox.net> Date: Fri, 19 Mar 2021 19:12:39 -0700 Cc: freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: <6051F8DD-2D31-4F4B-B2B7-E3DDEB52F0CF@yahoo.com> References: <20210318170053.GA26688@www.zefox.net> <9FFA0A51-C0B7-4121-95CA-B98669809007@yahoo.com> <81AC0353-258C-41C3-86B1-C133E33D97E3@yahoo.com> <20210319174359.GA38899@www.zefox.net> <20210319195019.GA39087@www.zefox.net> <20210320005302.GA40542@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4F2PRf6KRmz4mTg X-Spamd-Bar: - X-Spamd-Result: default: False [-1.64 / 15.00]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.69.84:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.86)[0.858]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.69.84:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.84:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.84:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Mar 2021 02:12:47 -0000 On 2021-Mar-19, at 17:53, bob prohaska wrote: > On Fri, Mar 19, 2021 at 01:52:35PM -0700, Mark Millard wrote: >> On 2021-Mar-19, at 12:50, bob prohaska wrote: >>=20 >>> On Fri, Mar 19, 2021 at 08:07:36PM +0100, Klaus K??chemann wrote: >>>>=20 >>>>=20 >>>>> Am 19.03.2021 um 18:43 schrieb bob prohaska : >>>>>=20 >>>>>=20 >>>>> So my figures (~17 hours) seem reasonable for a default clocking. >>>>> I thought maybe I'd done something wrong. >>>>=20 >>>>=20 >>>> 17 hours sounds too long, you can simply enable ???powerd??? in = rc.conf for automatically=20 >>>> scaling from idle 600 to max. 1500 (non overclocked). >>>> So, when you hit make -j4 xyz, you will see all cpus running @~100% = and=20 >>>> Powerd will then automatically set the clock speed to 1500 on all = 4.=20 >>>>=20 >>>=20 >>> I've enabled powerd and rebooted, console messages report that = powerd >>> started with no explicit errors. A -j4 buildworld is running now. >>>=20 >>> Should I expect to see powerd mess up the default mini-uart serial = console? >>> So far, it hasn't with top reporting less than 1% idle. That's = confusing.... >>=20 >> Avoid confusing the arm_freq with the core_freq (core is >> VPU, not arm). The two are independent (up to the RPi* >> firmware's dynamic frequency clocking logic anyway). >>=20 > [sigh] Easier said than done, I'm choking on the alphabet > soup... 8-) Is VPU the same as GPU?=20 As near as I can tell the VPU terminology exists because the hardware involved is not limited to graphics tasks and in fact is used such that it "coordinates all functional blocks" as one reference that I found puts it. There is more to the GPU than just the "core" and they refer to just the core as the "VPU" at times (presuming I've inferred correctly). Something like the hardware for "coordinate, vertex and pixel shaders" (the QPU) is distinct from the VPU. But both are considered part of the overall GPU. There is a lot of substructure overall to the GPU. To get a hint of the parts: The gpu_freq option is described in: = https://www.raspberrypi.org/documentation/configuration/config-txt/overclo= cking.md as: QUOTE (partial): core_freq: Sets core_freq, h264_freq, isp_freq, v3d_freq and hevc_freq together core_freq: Frequency of the GPU processor core [my note: So VPU] h264_freq: Frequency of the hardware video block isp_freq: Frequency of the image sensor pipeline block v3d_freq: Frequency of the 3D block hevc_freq: Frequency of the High Efficiency Video Codec block=20 END QUOTE but only core_freq matters for the mini UART issue. Note that there is no actual, single gpu frequency: just a bunch of frequencies for different blocks, that may or may not be set equal to each other. Note that arm_freq is not in the list for gpu_freq at all. The above excludes the arm hardware but the VPU starts first and initializes and starts the arm (and more), the arm does not start the VPU. >> I've already reported that the documentation indicates >> that the core_freq is not supposed to be changed on the >> RPi4's. (The use or not of 2 features controls the exact >> value that it must be and the firmware appearently >> already deals with tracking those: hdmi_enable_4kp60 and >> enable_tvout .) >>=20 >> https://www.raspberrypi.org/documentation/configuration/uart.md >>=20 >> reports that the mini UART is tied to the core_freq, not >> the arm_freq. >>=20 >> So on a RPi4B where hdmi_enable_4kp60 and enable_tvout are >> not changing, the core_freq assignment should also not be >> changing, no matter what arm_freq changes are being made. >>=20 >> That leaves core_freq_min for the RPi* firmware's dynamic >> frequency clocking. The default is 250 or 275, apparently >> depending on the status of hdmi_enable_4kp60, 275=3D550/2, >> when hdmi_enable_4kp60 is enabled, otherwise 250 is used >> (for the core_freq 500 and 360 cases). [The 360 >> (enable_tvout) case is not well documented for >> core_freq_min .] >>=20 >> It is not clear when the dynamic frequency clocking >> logic would adjust the actual core frequency but >> it appears that the official way to avoid messing >> up the mini UART is to assign: core_freq_min to >> match the value of the core_freq setting so that >> no other setting is available. >>=20 >> If the mini UART is working in your context and you >> have not disabled Bluetooth or redirected the UART >> Bluetooth is using, what I infer is that the RPi* >> firmware's dynamic frequency clocking happens to >> not be adjusting the live core_freq significantly >> in your context. >>=20 >=20 > Powerd does seem to affect the apparent speed of the Pi, > and seems to make it run a bit hotter, though I've not > paid enough attention to know by how much. Trying another > buildworld/kernel to get a sense of average speed. U-Boot has classically set the active arm frequency to 600 MHz independent of the config.txt figure and FreeBSD (loader and kernel) leaves it as-is unless a sysctl assignment was made or powerd or the like was in use (that in turn made the assignments). Note: To my knowledge, U-Boot and FreeBSD (loader and kernel) and powerd leave sdram_freq and sdram_freq_min alone: what is in the config.txt is what is used, where the VPU part of the GPU is adjusting it. =46rom what I've seen the VPU tends to keep it at the slower end of the frequency range. > By any chance, was powerd enabled by default in the distant > (year or so) past? Things seemed to slow down markedly after=20 > then. I always thought it was due to changes in clang.=20 Are you trying to compare non-RPi4 to RPi4? Or is this about just some other (non-RPi4) arm context? Certainly if one goes back in time the compiler and linker built in far less time, true of even early FreeBSD llvm vintages vs. later FreeBSD llvm vintages, as well as the old gcc toolchain. (I mostly saw this via old PowerMacs over the years, starting before FreeBSD officially supported a llvm toolchain for PowerPC like hardware.) I'm not aware of powerd being a default for any official FreeBSD configurations. But I've no clue if U-Boot might have left the ARM frequency alone at some time in the past, leaving config.txt in control of not just the maximum but the default as well. So far as I know FreeBSD's policy of leaving the U-Boot result alone is very old. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Sat Mar 20 02:44:12 2021 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 99ABE5B74D0 for ; Sat, 20 Mar 2021 02:44:12 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-wm1-x32f.google.com (mail-wm1-x32f.google.com [IPv6:2a00:1450:4864:20::32f]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 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 4F2Q7v69rMz4p5Z for ; Sat, 20 Mar 2021 02:44:11 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-wm1-x32f.google.com with SMTP id k128so3963248wmk.4 for ; Fri, 19 Mar 2021 19:44:11 -0700 (PDT) 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=Zvt69r+qeD1pqlalzypFmbaGX/HV/i29yHRXAYatphc=; b=ex+5kPwbK1E269DS603BUFMvVhgQF2D9P5Xe0WgQrZNLmXv36SeTbZcsXyI5zwgeg9 eq5+Cnvl+H0yRcZVPavdu/MO6OJYXBpb9afZCoIyujAKXzzFB50vNuwBNopoblDCHKO7 QAG6F0ryB+V/TpHT7GPX+rqYXylZc3Ge1H/s11ZWoP7AEpmPk4mkp12xmauNukYkFuPK kk2GR0quVS1lZy5KrC3b5gTnhbYgCd5XajKzDomN5IdSaQvrm8hU4mS+/GuEf3mqZAY5 fytug4hZqrl6WpKgzrx6qUipJ9aI48pL1si81Q9B9mRawpceiZ3zVSmbDjy+bFTi8+1l IavA== X-Gm-Message-State: AOAM530HhV3VVQzxVR9TaJAzk2vZBKWUdYrQ0o+tyU3Db2kgD8EmMObH +SaZHwB9FGlC0+jVOauuV3I= X-Google-Smtp-Source: ABdhPJwMsYPRIzLh5AT+Rp5J2BByElgF2zU7KKBP6VYQBCODoNSzAYQtiKJamE0W1NniyCYalmuNtQ== X-Received: by 2002:a1c:bc06:: with SMTP id m6mr5951688wmf.18.1616208250076; Fri, 19 Mar 2021 19:44:10 -0700 (PDT) Received: from [192.168.1.167] (dynamic-046-114-159-071.46.114.pool.telefonica.de. [46.114.159.71]) by smtp.googlemail.com with ESMTPSA id j4sm7844238wmo.10.2021.03.19.19.44.07 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Fri, 19 Mar 2021 19:44:08 -0700 (PDT) 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 14.0 \(3654.60.0.2.21\)) Subject: Re: RPI4 clock speeds and serial port ( temperatures idle and -j4 buildworld buildkernel ) Date: Sat, 20 Mar 2021 03:44:06 +0100 References: <20210318170053.GA26688@www.zefox.net> <9FFA0A51-C0B7-4121-95CA-B98669809007@yahoo.com> <81AC0353-258C-41C3-86B1-C133E33D97E3@yahoo.com> <20210319174359.GA38899@www.zefox.net> <20210319195019.GA39087@www.zefox.net> <20210320005302.GA40542@www.zefox.net> To: bob prohaska , freebsd-arm@freebsd.org, Mark Millard In-Reply-To: <20210320005302.GA40542@www.zefox.net> Message-Id: <81CB0CCA-59AC-49A2-9372-4E2C22E3214D@googlemail.com> X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4F2Q7v69rMz4p5Z X-Spamd-Bar: - X-Spamd-Result: default: False [-1.50 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[googlemail.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[googlemail.com:+]; DMARC_POLICY_ALLOW(-0.50)[googlemail.com,quarantine]; FREEMAIL_TO(0.00)[www.zefox.net,freebsd.org,yahoo.com]; 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)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::32f:from]; DWL_DNSWL_NONE(0.00)[googlemail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[googlemail.com:s=20161025]; RECEIVED_SPAMHAUS_PBL(0.00)[46.114.159.71:received]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_SPAM_SHORT(1.00)[0.999]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::32f:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::32f:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Mar 2021 02:44:12 -0000 > Am 20.03.2021 um 01:53 schrieb bob prohaska : >=20 > Powerd does seem to affect the apparent speed of the Pi, > and seems to make it run a bit hotter, though I've not > paid enough attention to know by how much. Trying another > buildworld/kernel to get a sense of average speed. >=20 > By any chance, was powerd enabled by default in the distant > (year or so) past? Things seemed to slow down markedly after=20 > then. I always thought it was due to changes in clang.=20 >=20 as Mark said, powerd isn=E2=80=99t enabled by default in releases , so = the freq is @600 by default. So 17 hours @4x600 . with powerd enabled you should have automatically exactly 4x1500 during = the complete compilation time. sysctl dev.cpu.0.freq will definitely show the current freq. example : using the screen tool: 1. root@generic:# sysctl dev.cpu.0.freq dev.cpu.0.freq: 600 2.: screen Now start =E2=80=9Amake -j4 xyz=E2=80=98 Ctrl-a-d to detach screen 3. root@generic:# sysctl dev.cpu.0.freq dev.cpu.0.freq: 1500 by requesting cpu-power, it is automatically scaled. I didn`t test how powerd handles manually overclocking or sdram_freq = etc.,=20 perhaps Mark has(or will) test that more . K. From owner-freebsd-arm@freebsd.org Sat Mar 20 02:55:19 2021 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 48F795B7732 for ; Sat, 20 Mar 2021 02:55:19 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-wm1-x32f.google.com (mail-wm1-x32f.google.com [IPv6:2a00:1450:4864:20::32f]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 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 4F2QNk3cqCz4pV6 for ; Sat, 20 Mar 2021 02:55:18 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-wm1-x32f.google.com with SMTP id w203-20020a1c49d40000b029010c706d0642so9106673wma.0 for ; Fri, 19 Mar 2021 19:55:18 -0700 (PDT) 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=+aSMz16q75rWIlF5MEu9uRsfHgKGCtgDZJr+IFSKefk=; b=oHc6401Y3E6niO2XyT3LUoTyEtsGOXdLZL4f75BTPtX4igmJg038GaDr7hpf1ggEvo +sh/38fp+30smlpMvIUy8gFEPvX2jnlNaqhRNqq3/yepsPJsS726+iz6qbmhNSqUx3Z7 KdUkinMT0uYCAcDQOHLOtdQ5K9MkIsKeu08zrgRh1HkeyZ8+tG3wXfCXIZPUy+EleHk+ UMd2gaa5rA2SpSTFrSmaFE/5UXxAHkrASr90Y1A5R7LvkytyKLLDsh7XUMhHwzuj7b3f 0IQx24J6l5W6cdVACCSgPzjep4/txLlTCDl7JN+thMVCiJlCuP2FeNUgyqjgDG230VtY Rccw== X-Gm-Message-State: AOAM531pNiTqFiGioqjzhDcLuuIBdUcWe+vvIWS5E8S2JWE0ZKE56jmz b1XLF6ivY6vdhBQgyAYxRZ0= X-Google-Smtp-Source: ABdhPJx8PmEeTkYfOdHBlMZ8XPA/oqtPfGFf1pqryzQa9z+IZ+ZfHwM3jSutzsyA15NpR+zD6Sh+rA== X-Received: by 2002:a1c:4145:: with SMTP id o66mr6187099wma.68.1616208917175; Fri, 19 Mar 2021 19:55:17 -0700 (PDT) Received: from [192.168.1.167] (dynamic-046-114-159-071.46.114.pool.telefonica.de. [46.114.159.71]) by smtp.googlemail.com with ESMTPSA id v18sm10917344wrf.41.2021.03.19.19.55.15 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Fri, 19 Mar 2021 19:55:16 -0700 (PDT) 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 14.0 \(3654.60.0.2.21\)) Subject: Re: RPI4 clock speeds and serial port ( temperatures idle and -j4 buildworld buildkernel ) Date: Sat, 20 Mar 2021 03:55:14 +0100 References: <20210318170053.GA26688@www.zefox.net> <9FFA0A51-C0B7-4121-95CA-B98669809007@yahoo.com> <81AC0353-258C-41C3-86B1-C133E33D97E3@yahoo.com> <20210319174359.GA38899@www.zefox.net> <20210319195019.GA39087@www.zefox.net> <20210320005302.GA40542@www.zefox.net> <81CB0CCA-59AC-49A2-9372-4E2C22E3214D@googlemail.com> To: bob prohaska , freebsd-arm@freebsd.org, Mark Millard In-Reply-To: <81CB0CCA-59AC-49A2-9372-4E2C22E3214D@googlemail.com> Message-Id: X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4F2QNk3cqCz4pV6 X-Spamd-Bar: - X-Spamd-Result: default: False [-1.50 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[googlemail.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[googlemail.com:+]; DMARC_POLICY_ALLOW(-0.50)[googlemail.com,quarantine]; FREEMAIL_TO(0.00)[www.zefox.net,freebsd.org,yahoo.com]; 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)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::32f:from]; DWL_DNSWL_NONE(0.00)[googlemail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[googlemail.com:s=20161025]; RECEIVED_SPAMHAUS_PBL(0.00)[46.114.159.71:received]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_SPAM_SHORT(1.00)[0.999]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::32f:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::32f:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Mar 2021 02:55:19 -0000 =E2=80=A6=E2=80=A6.. Afair on the rk3399 powerd didn`t always work as expected with = big.little but on the pi quite well. K.= From owner-freebsd-arm@freebsd.org Sat Mar 20 05:34:17 2021 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 F339557326A for ; Sat, 20 Mar 2021 05:34:17 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic311-25.consmr.mail.gq1.yahoo.com (sonic311-25.consmr.mail.gq1.yahoo.com [98.137.65.206]) (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 4F2Tw90PSqz3DrF for ; Sat, 20 Mar 2021 05:34:16 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1616218454; bh=MZwG9LZKy5lOIkqd2YVN22aaYpghrJSzrLgG7l3F57F=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=gPM+DkmOyL2X2LVdHwvY36G0CqD5G6nDY2gHL/SN2ArxBwuKsHqjL2rn+qsFUQHMegW5tkTgg84ynNHHULbwHAWo3WVkAAfwko4YSsCSn5njau+EUhrL0FUxbTbHLXnfI2+qRkLBt7QyV/bvWgBHy+kSHDO9Rhli5uOzyY8MaU85yu9FJ2NLcmqGHYU6h94YaWsbOTRAi8Fj1cPFXm1g2Csii6l2+XdADf/14krWhERw4EPZZrEN87+paozBGCdIUW5HHVxJi4ggIq8aCjzoVE4jxxVNFYezH0hRRDD0YEmy8UkRM41ToacMCeGseaKo64TmEyHLu9BDF6i5g6ralg== X-YMail-OSG: kcW8uuIVM1kFw3mASxBiPlffa11qOjK2H5Vvr4Oa3Q7KHXz0SzLEkoutDLYXvfI DX3b.BV1T4jum4Mi0_eQu5qPyfkBItmecoQZf0GWuVq4cYTam.tiSISSGHAp4To91n3a5hKD861T pw_PxR9h9UpnRVmdkPdlnTr8a53oVkks8qyRfOC7P5p5ZT.NQO56ewNRcjY8nNiZxxvRrXL7gr8r bT19unkWbh.lroL750ar1k0KOsLcVHZ.fqQ_fMHHH_2EuimSUEhjNUaBpBXVipg7iSFMfifZmhPB Ue0L347GDoX59uX_UeudQfV.PmZhnUByPA7knWXGrBgAzodXxawC5BUHLKyVJgDDf_vqLrJGj05x rF55.2YdOAawnqHokQpDWFct635KzS8n8awMe7cxtMUoTOij.AH8gvGKhj.e6MJVZd84Np4ufG.M 1ql8bqG4hUeu0qsJIgp8uDw1mc_.w2vSarl.eKoBPQoUeDmcuv3m4WEAPheJQw34rlIzH_fv_BvE iHsGJrGW6S7A.nfWhMWWcyxr4sQ1whCn52fNnbqoTJWPDPYkB3KoPkRGV7UzUKWoRK.s_59TlWpJ yFAhuEP6C_Ft9CNwobWAaEeF.n1t5S2HmtJTjQzvYzefIulrbHDB7NoGLE9MAv4DDhmmvpIeaePn voRc6Kcu562wr07kw.hIcNivblGMpFEJSgDanLnT9xvWN9FyLje1Zctul02S8aqbS.wuBd7eh91B Ou3Rt3UCrwKukydOTiKgkSvFATiP0pOUiZkbOLbsru74heSJPE7oIISju6DceIuWP7c8vk3ES4al dvZYzq5leY599HMj8nZ58h89IDgjA2vzbWSQjTDb7za.5cjOC3scGKZJBN9AFdWpQzR6RZTFQYc7 KZa70BUfKZ8FtvYB7HwNfyLrfTglP8N4hFb2TNw9XIt8WKR_L28slYWUTGTeW1rBNy04ItFsktPn oqBNBtnJknODZBlxn9cEyBPiF9nGi0kmIE3tSe0ovkl7BcL.by.nHVwZKqUYPKAX7uY0WoNtzfu4 4W6dB7kFhMmzfRF554S_0m5ndNV.0.L2PHLqnp4LwVwbZUjbnS4c7MmWZGPcXLTld5vE5NQvEzCv 6Rl00W2yJ7_wVRMrUiQh9QMvYBOg_Nv4e3B0T2On36XVrf4sN0RMzADrnrw1Ia_3nBree6_ZTqW0 ltlWk2.6yb2agXWfVnrCDP9rcgfg8H5m.TzmdvLUEPwpidvc8Az1ffM6q2ot2tKq.x6uy1Ugrh2R aFkklEeauMjR1KJLGQzVG1mBl0JmW7R2lGStovkNjfhzQ3l5zTp6FPdf9yJiT0TjunOPEf2a2_Mb Yckx_qd6qw_NTpchl3tnkcMGMHqTyOlAAL2FBhH8Dl4eDLKNP6kO0675P81PFV27lYeMFzOtAV6K 1H8W5MBZYWHHw_piMSCbNpbw569iKrqpL6Ok13VkS7y71o8jg0dL7yhLD2DICGG8bbRwjbLG.G6R xJ98l0P79HnFysYXYBPYt4pagZjB19iqf3HZTokVv.UJYY50_4APtp_JWlPzYcyt_oXKrOP__6SE d5imYHXcuV5yUncj339JlFHms7R4Pd3VYYHCKCGbW.pxu3cIF7s.aSURKJuy7fOTEVq3RQizbyad Xs1hF.MS1i4oaaV9OoPHyY9lFyl010dWPE3EpG4.JuKkUvnw1h8XZ.0_gMPcSAtf39Tm8FQIL.Pe C0M4FYcwVZZjzDEr.AHolW2QAUZ0seB4ovC6.jfuTRamrEfZxmSyAtOFXEkwxGyldiOucNME1.YG CQ8lROqAs2TxW1CRQ9m735VVDxb_0bZFYpQorTEFL531OXYLfB5.cM8I94sEEKVKtDWcfIlX3ZBe nKTyALUQ7EyinFgK7LCDPwXXNgJakU4nn8mibeY6IuDIn7AnS9QFHlR5Cvw6tpNKo38cWoYe3gO7 DiIUFTRZecKupVqv0j832USgli5ua0XL4CLVtl1vIRX1IzD9Y42eMkrI7l1wcuvnfFMI7WUL8Z1U jm6NzAFxocMi4uDa1Kt_2PWno5vuNlyAJF4WHG2JO_lJCjCGMcgJtGIwdyXYm9wsZIYoh2JW.j8h 5JqlqckJdYjZ4o1X_bAnBIklI8A65CUwD__F.6aF4ttoIl204dIVMwb8Rdi3rxw7FR1ffbWgeT44 4E7vVblMwc6iCpsOl.4trDjW4kBME.Q9N71UXGmn.EuwXtnaRkhbeGzsqCLYsqXGgt_Kw91sbW9b dQmOmuWKNeNsI.9QKMRWYxvazW2Njd0JoI2FBtZwKU6GlhdriaOpPu6Bo7unrBIsGUmoQ_ewy8I9 Hv7AnHwA2q11j6ZXl4gyYts8z.0zbgWhY90H5SqKrRv5pH7ys5c519PO.O5iN8Gdg8UfV_3brqez J6ooVKwYkNp_4lGlA7Frq88WAxCNr6bhfnAgcDuNE.CT2Qt2G5.Jm1ZpKd4uOSjUqOqS8k.lNxiw P_9tv2fz5w68z_j5HJjNYSw6fqlZByxkznjxVQ59T9b0.CCsFS.X4pCEYEAiRpx9G4HGJTpj0D8Z 18AZ.hbTreJNmkHgTiA3tTvUQib1Y9iGUALy8bTbQ_I_7vAfTZdwKPxLVgOrWX7qtJA-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic311.consmr.mail.gq1.yahoo.com with HTTP; Sat, 20 Mar 2021 05:34:14 +0000 Received: by smtp408.mail.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 38cc8eba051b780c4d2d63c1f15cafce; Sat, 20 Mar 2021 05:34:09 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: RPI4 clock speeds and serial port ( temperatures idle and -j4 buildworld buildkernel ) From: Mark Millard In-Reply-To: <6051F8DD-2D31-4F4B-B2B7-E3DDEB52F0CF@yahoo.com> Date: Fri, 19 Mar 2021 22:34:07 -0700 Cc: freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: <95B90C86-A0B8-45E7-89D4-D7C3CA7167AA@yahoo.com> References: <20210318170053.GA26688@www.zefox.net> <9FFA0A51-C0B7-4121-95CA-B98669809007@yahoo.com> <81AC0353-258C-41C3-86B1-C133E33D97E3@yahoo.com> <20210319174359.GA38899@www.zefox.net> <20210319195019.GA39087@www.zefox.net> <20210320005302.GA40542@www.zefox.net> <6051F8DD-2D31-4F4B-B2B7-E3DDEB52F0CF@yahoo.com> To: bob prohaska X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4F2Tw90PSqz3DrF X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.45 / 15.00]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-0.95)[-0.949]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.65.206:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.65.206:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.206:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.206:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Mar 2021 05:34:18 -0000 On 2021-Mar-19, at 19:12, Mark Millard wrote: > On 2021-Mar-19, at 17:53, bob prohaska wrote: >=20 >> On Fri, Mar 19, 2021 at 01:52:35PM -0700, Mark Millard wrote: >>> On 2021-Mar-19, at 12:50, bob prohaska wrote: >>>=20 >>>> On Fri, Mar 19, 2021 at 08:07:36PM +0100, Klaus K??chemann wrote: >>>>>=20 >>>>>=20 >>>>>> Am 19.03.2021 um 18:43 schrieb bob prohaska : >>>>>>=20 >>>>>>=20 >>>>>> So my figures (~17 hours) seem reasonable for a default clocking. >>>>>> I thought maybe I'd done something wrong. >>>>>=20 >>>>>=20 >>>>> 17 hours sounds too long, you can simply enable ???powerd??? in = rc.conf for automatically=20 >>>>> scaling from idle 600 to max. 1500 (non overclocked). >>>>> So, when you hit make -j4 xyz, you will see all cpus running = @~100% and=20 >>>>> Powerd will then automatically set the clock speed to 1500 on all = 4.=20 >>>>>=20 >>>>=20 >>>> I've enabled powerd and rebooted, console messages report that = powerd >>>> started with no explicit errors. A -j4 buildworld is running now. >>>>=20 >>>> Should I expect to see powerd mess up the default mini-uart serial = console? >>>> So far, it hasn't with top reporting less than 1% idle. That's = confusing.... >>>=20 >>> Avoid confusing the arm_freq with the core_freq (core is >>> VPU, not arm). The two are independent (up to the RPi* >>> firmware's dynamic frequency clocking logic anyway). >>>=20 >> [sigh] Easier said than done, I'm choking on the alphabet >> soup... 8-) Is VPU the same as GPU?=20 I should have mentioned that the "V" is probably from Broadcom's VideoCore Microarchitecture naming. VPU is likely not generic industry terminology. VideoCore has "an array of graphics processing units". About 10 or so VideoCore based SoC models do-not/did-not have an arm processor present. > As near as I can tell the VPU terminology exists because the > hardware involved is not limited to graphics tasks and in > fact is used such that it "coordinates all functional blocks" > as one reference that I found puts it. There is more to the > GPU than just the "core" and they refer to just the core as > the "VPU" at times (presuming I've inferred correctly). >=20 > Something like the hardware for "coordinate, vertex and pixel > shaders" (the QPU) is distinct from the VPU. But both are > considered part of the overall GPU. There is a lot of > substructure overall to the GPU. >=20 > To get a hint of the parts: The gpu_freq option is described > in: >=20 > = https://www.raspberrypi.org/documentation/configuration/config-txt/overclo= cking.md >=20 > as: >=20 > QUOTE (partial): > core_freq: > Sets core_freq, h264_freq, isp_freq, v3d_freq and hevc_freq together >=20 > core_freq: Frequency of the GPU processor core [my note: So VPU] > h264_freq: Frequency of the hardware video block > isp_freq: Frequency of the image sensor pipeline block > v3d_freq: Frequency of the 3D block > hevc_freq: Frequency of the High Efficiency Video Codec block=20 > END QUOTE >=20 > but only core_freq matters for the mini UART issue. Note > that there is no actual, single gpu frequency: just a > bunch of frequencies for different blocks, that may or may > not be set equal to each other. >=20 > Note that arm_freq is not in the list for gpu_freq at all. >=20 > The above excludes the arm hardware but the VPU starts first > and initializes and starts the arm (and more), the arm does > not start the VPU. >=20 >>> I've already reported that the documentation indicates >>> that the core_freq is not supposed to be changed on the >>> RPi4's. (The use or not of 2 features controls the exact >>> value that it must be and the firmware appearently >>> already deals with tracking those: hdmi_enable_4kp60 and >>> enable_tvout .) >>>=20 >>> https://www.raspberrypi.org/documentation/configuration/uart.md >>>=20 >>> reports that the mini UART is tied to the core_freq, not >>> the arm_freq. >>>=20 >>> So on a RPi4B where hdmi_enable_4kp60 and enable_tvout are >>> not changing, the core_freq assignment should also not be >>> changing, no matter what arm_freq changes are being made. >>>=20 >>> That leaves core_freq_min for the RPi* firmware's dynamic >>> frequency clocking. The default is 250 or 275, apparently >>> depending on the status of hdmi_enable_4kp60, 275=3D550/2, >>> when hdmi_enable_4kp60 is enabled, otherwise 250 is used >>> (for the core_freq 500 and 360 cases). [The 360 >>> (enable_tvout) case is not well documented for >>> core_freq_min .] >>>=20 >>> It is not clear when the dynamic frequency clocking >>> logic would adjust the actual core frequency but >>> it appears that the official way to avoid messing >>> up the mini UART is to assign: core_freq_min to >>> match the value of the core_freq setting so that >>> no other setting is available. >>>=20 >>> If the mini UART is working in your context and you >>> have not disabled Bluetooth or redirected the UART >>> Bluetooth is using, what I infer is that the RPi* >>> firmware's dynamic frequency clocking happens to >>> not be adjusting the live core_freq significantly >>> in your context. >>>=20 >>=20 >> Powerd does seem to affect the apparent speed of the Pi, >> and seems to make it run a bit hotter, though I've not >> paid enough attention to know by how much. Trying another >> buildworld/kernel to get a sense of average speed. >=20 > U-Boot has classically set the active arm frequency > to 600 MHz independent of the config.txt figure and > FreeBSD (loader and kernel) leaves it as-is unless > a sysctl assignment was made or powerd or the like > was in use (that in turn made the assignments). >=20 > Note: To my knowledge, U-Boot and FreeBSD (loader > and kernel) and powerd leave sdram_freq and > sdram_freq_min alone: what is in the config.txt > is what is used, where the VPU part of the GPU > is adjusting it. =46rom what I've seen the VPU > tends to keep it at the slower end of the > frequency range. >=20 >> By any chance, was powerd enabled by default in the distant >> (year or so) past? Things seemed to slow down markedly after=20 >> then. I always thought it was due to changes in clang.=20 >=20 > Are you trying to compare non-RPi4 to RPi4? Or is this > about just some other (non-RPi4) arm context? Certainly > if one goes back in time the compiler and linker built > in far less time, true of even early FreeBSD llvm > vintages vs. later FreeBSD llvm vintages, as well as > the old gcc toolchain. (I mostly saw this via old > PowerMacs over the years, starting before FreeBSD > officially supported a llvm toolchain for PowerPC > like hardware.) >=20 > I'm not aware of powerd being a default for any official > FreeBSD configurations. But I've no clue if U-Boot might > have left the ARM frequency alone at some time in the > past, leaving config.txt in control of not just the > maximum but the default as well. So far as I know > FreeBSD's policy of leaving the U-Boot result alone is > very old. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Sat Mar 20 15:56:33 2021 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 864405ACEFD for ; Sat, 20 Mar 2021 15:56:33 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "www.zefox.com", Issuer "www.zefox.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4F2lk81vlgz4grD for ; Sat, 20 Mar 2021 15:56:31 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.16.1/8.15.2) with ESMTPS id 12KFucWq048468 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Sat, 20 Mar 2021 08:56:39 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.16.1/8.15.2/Submit) id 12KFucqg048467; Sat, 20 Mar 2021 08:56:38 -0700 (PDT) (envelope-from fbsd) Date: Sat, 20 Mar 2021 08:56:38 -0700 From: bob prohaska To: Klaus K??chemann Cc: freebsd-arm@freebsd.org, Mark Millard , bob prohaska Subject: Re: RPI4 clock speeds and serial port ( temperatures idle and -j4 buildworld buildkernel ) Message-ID: <20210320155638.GA41617@www.zefox.net> References: <9FFA0A51-C0B7-4121-95CA-B98669809007@yahoo.com> <81AC0353-258C-41C3-86B1-C133E33D97E3@yahoo.com> <20210319174359.GA38899@www.zefox.net> <20210319195019.GA39087@www.zefox.net> <20210320005302.GA40542@www.zefox.net> <81CB0CCA-59AC-49A2-9372-4E2C22E3214D@googlemail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <81CB0CCA-59AC-49A2-9372-4E2C22E3214D@googlemail.com> X-Rspamd-Queue-Id: 4F2lk81vlgz4grD X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of fbsd@www.zefox.net has no SPF policy when checking 50.1.20.27) smtp.mailfrom=fbsd@www.zefox.net X-Spamd-Result: default: False [-0.29 / 15.00]; FREEMAIL_CC(0.00)[freebsd.org,yahoo.com,www.zefox.net]; TO_DN_SOME(0.00)[]; NEURAL_HAM_SHORT(-0.19)[-0.186]; FREEMAIL_TO(0.00)[googlemail.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[50.1.20.27:from]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; WWW_DOT_DOMAIN(0.50)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[zefox.net]; AUTH_NA(1.00)[]; SPAMHAUS_ZRD(0.00)[50.1.20.27:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; R_DKIM_NA(0.00)[]; R_SPF_NA(0.00)[no SPF record]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MID_RHS_WWW(0.50)[]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Mar 2021 15:56:33 -0000 On Sat, Mar 20, 2021 at 03:44:06AM +0100, Klaus K??chemann wrote: > > as Mark said, powerd isn???t enabled by default in releases , so the freq is @600 by default. At the time I'm thinking about it would have been -current, most likely. I knew of powerd's existence, but never thought to use it until you bought the idea up. > So 17 hours @4x600 . > with powerd enabled you should have automatically exactly 4x1500 during the complete compilation time. The most recent test on the 8GB Pi4 finished in 9 hours. That was after running make cleandir twice, but having the installed system and the sources relatively close (days) in age, on -current. That's with powerd enabled, but no other speedup tweaks. Temps were just under 60 C, with a fan in the case but no heatsinks on the ICs. > sysctl dev.cpu.0.freq will definitely show the current freq. On a Pi3 with GENERIC-MMCCAM kernel (also running buildworld) it reports bob@www:/usr/freebsd-src % sysctl dev.cpu.0.freq dev.cpu.0.freq: 1200 also with no other speedup efforts beyond powerd. That machine has heastinks on the ICs but only a fan blowing in through the openings in the plastic case. It's around 60C. So far the effects of powerd seems to be uniformly good, with no downsides. Next, to try a Pi2 v1.1 (armv7) Thanks for mentioning powerd, it never crossed my mind. bob prohaska From owner-freebsd-arm@freebsd.org Sat Mar 20 17:41:55 2021 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 38A8A5B008D for ; Sat, 20 Mar 2021 17:41:55 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic305-20.consmr.mail.gq1.yahoo.com (sonic305-20.consmr.mail.gq1.yahoo.com [98.137.64.83]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4F2p3k21Sqz4nVG for ; Sat, 20 Mar 2021 17:41:54 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1616262112; bh=/I9nLATLtXUlzNqGxI4/6YhTfc1t7m8OGovEjACo7sO=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=ohJEwHhjJs2ZC0dXfFr4+4TCZuLv/qravQjxCsaB6fflUqSSrQc6aEz526k7Dik+MPKgYwCmrdpQioNzUVPrlmjmI/13N2W84ZCK9UMMG8qi01fepCCEgkbpTl7vIuY3j+M8s/Jp1yL9zLR54FumrkUcMisBpYegmQWrEwE/3Mvx3QQLbsick2l8gGKzzjFwhq/VGhkWbgGhmiL8+sNp7rKyrwz8gmc3laGL0v3NE2oFgRds0mfBinjBqsN+EdGIYMamdhuVql6m1ZnDqxABT7usgBWqh9Nsz0ZWJd+g1vdVgkYuQNNDSrAvTd+V03khjScl2MSUZqLoxc8N583VfQ== X-YMail-OSG: ft5A38gVM1n1prNcNuYot97WosftjZplPlbiyLi2ty_fCnZfhcY.7HPTxT1hqnX lxunmq1mKvWrwfImeaGeRjFOTcQjrNYA2VxsQTBchOi_iCcoSE6GQLAbKcy3Ry84bPCmJOnLxgSo IE.VjTzdLjYvfYRVODINPiASGC1vYX..353ptEkZz26CS_1neRygbjq2AMHcLbKFWq_rvyk5Gv9_ Ef4Fc9IMyx2LcSob7YHzGI1WMySmwTAy48me2z05oVZL5NAcOp6FViAdrClG32uWCpLw6fkzrCWU JwEtZQi9KC4PF9QeCzZiqJMgxDudP0i65xh03Lf6BXNP.dZZiVbXFAYbzv9TIN3FNYoIejewre6a N_sXUM1wiR3.yakqTDm_12eELrfqskjEEAbyE86UHAaTCfsFbE_xB_uPMgfQxjBBdTlAtz_c5MvY pkZH7qu5UvstivVtSffXQ0aK2UuU99vKYaO9O3h2z.e_v8KSAAt9BcG5Eg0rm6BASD2UuOcCpOIU _7VTdJGRre8nROpaFRC5CeMo8.oU0OAEvnXr__wKS5wwkL0jDk4mImgxVFjp8PUJIGWDLuM58zVF svpNRewHomJMw_5rnDnJWrQmKz8Ovobm4DRflknaDyy2uo4aV2FRz7RT00ZAUGSCH8RvYAL_ZLGE pMvbG_GvDHeL6.Qsmy0hRjG0eRnFOwmyyxEIujDWCseKApw8BvWevm0GQbu4Y25sVCSkIM.cdU33 AIW2q1slAY7blmWf8YOvY3pizmy0ma1AcqzcAfe.PWSQPcf38OISh.1ZaxHHSZMIuZOsZOGWRjFq PfiE4dqMkgPddQdbTX.H2.1AnPE3RM1UXUdZcZTDDYvrh_xaVmtpW0rbxH3cd7KyEipeudgBj3gC WQKkPV4phca4yNC8WJqSVd2JqhJ3u30rDh0sXDpJhAo4QQYwdpsgJ_rCubAVO7oiT6VNBIiber12 vLBIgIjXhJ_d9tCf8vntJ.82clxuXIrtaBztHHtRLkZXfpuJxEf4P79BaVs2UpPwF_Dln8sFcO8n k.tbVAfp38pfaT61SzaNXI74cDPh1wYBV7Yxge6KsII0vegPzClEgjWEHAL3pdyxaQvrkgS5o2l7 cGRK4MHme.vcUEUTdZe1QOL2mLbKOOjtwZ6DpIabMVgyWMNwAaCm6fl9suP_PHrJtM_z6.Q085Co jl2lNbN9OXJ3L0A6qb.9p3Ir75ZOUxEYjTh.RYlyg2iGjkiVPn7krDKjJE8LJQyWP5V5QMGHR7Xz dVtLQ37riZmE434UsqJJSsdIr7.RJJjtyZsGMrg_cPbqGnsQz9DnaoEcI94aSXW2WnEqrorGfGZb m2qDR04KNU1CyJZ_DhMCxOaPVhFF8GnHnArfb65ygJ8OijJBDe24_ZtSP9Hwuwi2nJIU97diZ7m6 W0bl13HhbVOG_OLiAjgsZdmq1xICtCRNU8wRB8K6GvicUtAQ3ZifJ2OtfaWg3PrBjKBC_O3gUp.e LxAfCvKGsJOhHPvVtWf22vLDDavZ_UUSJxFTKhgQGBSf0H.ZFljo.VIwGw4PRPJk8cSzDMOjKp_B cyyuH7G26ElBwpX6wFIVt1xhWAHQRnjjH7ony49w1ls59WXcsAxx.7KbXI27DqVQFoNrwMbalmUt 4r22xXOX_gP2npx0vz7zOuvHGDId9O9emetCrsf0PUSciD4DXDB4dCZUzcjsJxICVb6bZl5WMeO0 Bc8BITTlSEY8efucodD6ybnYPR3Te_vG9PzHnCOwMTfkxZ69mm2W5HAp2EH7yLyCbwje2yKykW_V tMuAvhlRPJFIZQHdDa_cSFPiNuQH5yXb4dhoByiBpIiDjECvufiCAqJRgaGwF8Km8gm5pLodbSB8 OAKyOZhPYqGOfJv_KMy2q2NFctBibftGcJputNUtYedzpqNn2.cjhwXdIyFjPQGKVMtO65hcWilM m3guHIhWpe.6PQicy8apqUP5yenLAjiI8WXeB8JOyU7OVyE753hBxkw9AozaIUUyQoJkuPMqOoWu u.S8aqYxPTD4FCdofPyPoPoMAklPIOrh8I1I.x21dRTUVGs.HIWIGoK3_G3Z2hukp4JNXJEUbQUe JwlUx2NjOdeMsksVeN0pU7iZLWDDO_NCnyISrkKLuRpgw2iesbZcxwIqA8pDoDXI_SDzZE7o9QjD eaA5FwFA2yLcqqzIo_iltqUo53Ah5.cMMNVuVYnFetMW3y.PctXjfP7EA7OmNJX16rJJdGMs4d7O bZXcuiDagBB9SZlZDtl8IYsemrbRb9qDxO7eqsanKvLWCVkTVX3u.woNMKm5wV_4.het57NCJOEc tHnafEZPbmjg5RW3pRN4HStcA_H.yUKi966u0WavMxO8zkT94oFtqU7imGH3OpySNrCmYac0GTM9 k6N5kPOVH9pDq5dxGBBNFLyOOzsQF4yFhMHwtLAXjjy_qQ2elgy.8FTrSwYaVyPL0uAWXXrnqtm6 IJOVWV3Q.kXQqr85NjKXNB4.g5QvRji_rj_DO3ekvp9FfvSIs9Sv27nF_5wh7ZxGeFxZXPxi_Ky. 1.8hr.cYMWX7zP_PegBgH2vEBjhc5MHu2hQZJpoVCiem6t1TOZWh0erKlWALEuh0VnZlIaJ6vgDW _WPslMkWMIkz5UDruVm1FgWSKtCh70wCaAsOexRKTgZjm X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic305.consmr.mail.gq1.yahoo.com with HTTP; Sat, 20 Mar 2021 17:41:52 +0000 Received: by smtp420.mail.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 12b75103891bd878cc1e67b67c6a2826; Sat, 20 Mar 2021 17:41:49 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: RPI4 clock speeds and serial port ( temperatures idle and -j4 buildworld buildkernel ) From: Mark Millard In-Reply-To: <20210320155638.GA41617@www.zefox.net> Date: Sat, 20 Mar 2021 10:41:48 -0700 Cc: freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: <63E61033-667C-4A08-9012-7D987B652176@yahoo.com> References: <9FFA0A51-C0B7-4121-95CA-B98669809007@yahoo.com> <81AC0353-258C-41C3-86B1-C133E33D97E3@yahoo.com> <20210319174359.GA38899@www.zefox.net> <20210319195019.GA39087@www.zefox.net> <20210320005302.GA40542@www.zefox.net> <81CB0CCA-59AC-49A2-9372-4E2C22E3214D@googlemail.com> <20210320155638.GA41617@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4F2p3k21Sqz4nVG X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.64.83:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.64.83:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.83:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.83:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Mar 2021 17:41:55 -0000 On 2021-Mar-20, at 08:56, bob prohaska wrote: > On Sat, Mar 20, 2021 at 03:44:06AM +0100, Klaus K??chemann wrote: >>=20 >> as Mark said, powerd isn???t enabled by default in releases , so the = freq is @600 by default. >=20 > At the time I'm thinking about it would have been -current, most = likely. I > knew of powerd's existence, but never thought to use it until you = bought > the idea up. >=20 >=20 >> So 17 hours @4x600 . >> with powerd enabled you should have automatically exactly 4x1500 = during the complete compilation time. >=20 > The most recent test on the 8GB Pi4 finished in 9 hours. That was = after > running make cleandir twice, but having the installed system and the > sources relatively close (days) in age, on -current. So a debug kernel was running? (Non-debug running for my builds.) Did it include a buildkernel? Or just a buildworld? At around 9 hours, it would take standardizing on a (equivalent of) src.conf too be able to well compare your context vs. mine now, if we ever want to do so. I'll list my file later below for reference, although I'm probably more likely to try your src.conf content in my overclocked context than you are likely to try building via my src.conf like content in your powerd context. Welcome to the world of overnight (sleep-time) buildworld on a small board computer. > That's with powerd > enabled, but no other speedup tweaks. Temps were just under 60 C, = with > a fan in the case but no heatsinks on the ICs.=20 Ambient temperature? (It is the difference that indicates how well your cooling is working and it is the difference that is more comparable across contexts. For example, my around 15.5C ambient likely was likely around 10C lower than for many reported figures.) >> sysctl dev.cpu.0.freq will definitely show the current freq. >=20 > On a Pi3 with GENERIC-MMCCAM kernel (also running buildworld) it = reports > bob@www:/usr/freebsd-src % sysctl dev.cpu.0.freq > dev.cpu.0.freq: 1200 > also with no other speedup efforts beyond powerd. That machine has = heastinks > on the ICs but only a fan blowing in through the openings in the = plastic case. > It's around 60C.=20 >=20 > So far the effects of powerd seems to be uniformly good, with=20 > no downsides. Next, to try a Pi2 v1.1 (armv7) >=20 > Thanks for mentioning powerd, it never crossed my mind. >=20 FYI (not that you are likely to build and run such: # more ~/src.configs/src.conf.cortexA72-clang-bootstrap.aarch64-host=20 TO_TYPE=3Daarch64 # KERNCONF=3DGENERIC-NODBG TARGET=3Darm64 .if ${.MAKE.LEVEL} =3D=3D 0 TARGET_ARCH=3D${TO_TYPE} .export TARGET_ARCH .endif # WITH_SYSTEM_COMPILER=3D WITH_SYSTEM_LINKER=3D # WITH_ELFTOOLCHAIN_BOOTSTRAP=3D #Disables avoiding bootstrap: WITHOUT_LLVM_TARGET_ALL=3D WITH_LLVM_TARGET_AARCH64=3D WITH_LLVM_TARGET_ARM=3D WITHOUT_LLVM_TARGET_MIPS=3D WITHOUT_LLVM_TARGET_POWERPC=3D WITHOUT_LLVM_TARGET_RISCV=3D WITHOUT_LLVM_TARGET_X86=3D WITH_CLANG=3D WITH_CLANG_IS_CC=3D WITH_CLANG_FULL=3D WITH_CLANG_EXTRAS=3D WITH_LLD=3D WITH_LLD_IS_LD=3D WITH_LLDB=3D # WITH_BOOT=3D WITHOUT_LIB32=3D # # WITHOUT_WERROR=3D #WERROR=3D MALLOC_PRODUCTION=3D WITH_MALLOC_PRODUCTION=3D WITHOUT_ASSERT_DEBUG=3D WITHOUT_LLVM_ASSERTIONS=3D # # Avoid stripping but do not control host -g status as well: DEBUG_FLAGS+=3D # WITH_REPRODUCIBLE_BUILD=3D WITH_DEBUG_FILES=3D # # Use of the .clang 's here avoids # interfering with other CFLAGS # usage, such as ?=3D usage. CFLAGS.clang+=3D -mcpu=3Dcortex-a72 CXXFLAGS.clang+=3D -mcpu=3Dcortex-a72 CPPFLAGS.clang+=3D -mcpu=3Dcortex-a72 ACFLAGS.arm64cpuid.S+=3D -mcpu=3Dcortex-a72+crypto ACFLAGS.aesv8-armx.S+=3D -mcpu=3Dcortex-a72+crypto ACFLAGS.ghashv8-armx.S+=3D -mcpu=3Dcortex-a72+crypto =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Sat Mar 20 18:28:21 2021 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 95EED5B1599 for ; Sat, 20 Mar 2021 18:28:21 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "www.zefox.com", Issuer "www.zefox.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4F2q5J3CdTz4qwl for ; Sat, 20 Mar 2021 18:28:20 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.16.1/8.15.2) with ESMTPS id 12KISMgK049161 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Sat, 20 Mar 2021 11:28:22 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.16.1/8.15.2/Submit) id 12KISLSN049160; Sat, 20 Mar 2021 11:28:21 -0700 (PDT) (envelope-from fbsd) Date: Sat, 20 Mar 2021 11:28:21 -0700 From: bob prohaska To: Mark Millard Cc: freebsd-arm , bob prohaska Subject: Re: RPI4 clock speeds and serial port ( temperatures idle and -j4 buildworld buildkernel ) Message-ID: <20210320182821.GA49050@www.zefox.net> References: <81AC0353-258C-41C3-86B1-C133E33D97E3@yahoo.com> <20210319174359.GA38899@www.zefox.net> <20210319195019.GA39087@www.zefox.net> <20210320005302.GA40542@www.zefox.net> <81CB0CCA-59AC-49A2-9372-4E2C22E3214D@googlemail.com> <20210320155638.GA41617@www.zefox.net> <63E61033-667C-4A08-9012-7D987B652176@yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <63E61033-667C-4A08-9012-7D987B652176@yahoo.com> X-Rspamd-Queue-Id: 4F2q5J3CdTz4qwl X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of fbsd@www.zefox.net has no SPF policy when checking 50.1.20.27) smtp.mailfrom=fbsd@www.zefox.net X-Spamd-Result: default: False [-0.80 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; WWW_DOT_DOMAIN(0.50)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_MEDIUM(-0.70)[-0.700]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[zefox.net]; RBL_DBL_DONT_QUERY_IPS(0.00)[50.1.20.27:from]; AUTH_NA(1.00)[]; SPAMHAUS_ZRD(0.00)[50.1.20.27:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; R_SPF_NA(0.00)[no SPF record]; FREEMAIL_TO(0.00)[yahoo.com]; 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]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm]; MID_RHS_WWW(0.50)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Mar 2021 18:28:21 -0000 On Sat, Mar 20, 2021 at 10:41:48AM -0700, Mark Millard wrote: > On 2021-Mar-20, at 08:56, bob prohaska wrote: > > > The most recent test on the 8GB Pi4 finished in 9 hours. That was after > > running make cleandir twice, but having the installed system and the > > sources relatively close (days) in age, on -current. > > So a debug kernel was running? (Non-debug running for my builds.) Yes. > > Did it include a buildkernel? Or just a buildworld? > Just buildworld in 9 hours. > At around 9 hours, it would take standardizing on a (equivalent > of) src.conf too be able to well compare your context vs. mine > now, if we ever want to do so. I'll list my file later below > for reference, although I'm probably more likely to try your > src.conf content in my overclocked context than you are > likely to try building via my src.conf like content in your > powerd context. > No /etc/src.conf for this test, nor /etc/make.conf. > Welcome to the world of overnight (sleep-time) buildworld on a > small board computer. > It's a most welcome change! > > That's with powerd > > enabled, but no other speedup tweaks. Temps were just under 60 C, with > > a fan in the case but no heatsinks on the ICs. > > Ambient temperature? (It is the difference that indicates how > well your cooling is working and it is the difference that > is more comparable across contexts. For example, my around > 15.5C ambient likely was likely around 10C lower than for > many reported figures.) > Ambient was around 15-17 C at the times of observation. > >> sysctl dev.cpu.0.freq will definitely show the current freq. > > > > On a Pi3 with GENERIC-MMCCAM kernel (also running buildworld) it reports > > bob@www:/usr/freebsd-src % sysctl dev.cpu.0.freq > > dev.cpu.0.freq: 1200 > > also with no other speedup efforts beyond powerd. That machine has heastinks > > on the ICs but only a fan blowing in through the openings in the plastic case. > > It's around 60C. > > > > So far the effects of powerd seems to be uniformly good, with > > no downsides. Next, to try a Pi2 v1.1 (armv7) > > The Pi2 V1.1 is now running buildworld with powerd enabled. Heatsinks on the ICs, but no fan at all, < 50 C (17C ambient) with 0% idle, 900 MHz, serial console seems to work fine. > > FYI (not that you are likely to build and run such: > [snipped for brevity] Alas, you are right. It's already difficult to keep the experiments straight in my head......too many variations. But, unless something most unexpected goes wrong, it seems that powerd is useful on the Pi series computers. Thanks for writing! bob prohaska From owner-freebsd-arm@freebsd.org Sat Mar 20 19:27:55 2021 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 290F55B2167 for ; Sat, 20 Mar 2021 19:27:55 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic312-24.consmr.mail.gq1.yahoo.com (sonic312-24.consmr.mail.gq1.yahoo.com [98.137.69.205]) (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 4F2rQ16X1qz4tdB for ; Sat, 20 Mar 2021 19:27:53 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1616268471; bh=fMMKlx/RBU/PHF1Dyj6ikdIis9cNEUPQ1oN1IzSSExa=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=ZdPw4BtWuSXfZhAfLv6RpaNU3Zj/oUU5jmPkJTaCeOn3uVw/kCSnZKR5aNsREOIJRJKm8bWqbbJvguqJzG7De/qE5YTKF7xrqjruTac/jSF+Kiis8fYvV7uP42PV3MTO5hukMC9hRVBWAz0XyPRv3+2aGSIynzMcvQpz/21dVaZvOM/b+R1AweYCVPKrnqTy4K/tW0pGVs3F1fFHxRVKj2KhLhpZvHwIFSKIcscdvndnUTzbqbBTfBosTZZdU7wHBlU2vYuD8u0B9sDgVXN3fwfb+ozsz196InxOgiu1ZDF/hrXpa9qMyL2QRLpCnlFtEa3rBgdldD/Qlzjkyx0iXw== X-YMail-OSG: M7_1c2AVM1lQNWmop9B3g28rjWDscUlEuaKfPuQ9LBtbcB3CdOuzLpqU4v.qzBY SH.ZZinJbFLqxX7zgPtkZOQCdE3GpNqPrWod3DpseQxkgLLFovHrJTWUMNJVWmLvuTiwDoL2pYOR JhS7HKG0hQeAR_ko7wbu_vua7kFRJNjj.nXmpQfDuOzHqZAEV9V4KYGzN07a7QEdQ8bWE_TwdtPQ KDP7jKDm309Bv6pa.1AfcRIN7tz4OkVjdeu3MTZbnafUbCFbY4Zbez0bUftLCE40uuXyH01_cvkQ ng.KmZjPXdp7SNrGuE.WFpaHPt4IcsTQueztNqHxc1UyQem9GXbDaeKhIFszfIcb6SNGJFeksj_0 tL3D1zL0qY3d.MpCc9l7y_OeBGsANpV5yRuBeAE0OBiaoPPOHXfzvNbqepHh2CqrUCxHuJhKAF6. XIeYLnmQpBB_vbc67T5EOuvkrah5vD3Q9PNmegi8k4Sl_iqPX2jZp1MRTsxb1WeCdhoZWLR4kWCe u43.oQXGwFvsmcnIXV8CwkJTBrWbW0Mufir7.QqVMrT8Y7T9PHYblTjSJXTvl8.8.0tj7_o2X7zg v43OnWh8NwopzD5lCNFlsrAC0TjJIPSHaqR6dnmpKfuN4JCMopmZbYWVIZ8.LvFgVaGVNSraKQuQ B4KetgysMki9hrEFutY_7AZdLMST7Ro5jGSM5goK_UWlVy8iaNawP.ThKE9Sidq0vE9lqHiS_2TS pDYZCbSpr9AzT7fkCZy1BqbR8NS9DLBvoun6KKfSzBvUcLscq6NnFvjzehpErwkfGcpkc1leTFed v5bLmPBTr_TMkXB_31JEtohzqdJKvgfhiFHd2bJIdAhd9GJ2AVFi8pa5UwC_.Kyul3OmUGWeqgHe sIUyIbpOsku26YECtgUTwgVCRyxV9.ISiT87.ojwUgZdKaU8_xudQImJfB7rwTv65yRmDOFY5fS9 1DD_dmSffgjv5bUT0HKOY5WRq8Rl.Q.Y7ofnPk9nRrHe70UYANPkZ3fxaGmcxFGHchZip9gbWPAL NEROaBOA4fiHZClqRJ3CReC66bmGSZ76aaurfaOclajOM3arsk9bdsTDNXQ76CuhiGHkA041UGr3 otHS2lSjZrpXcbUYGhpj7HHFmsaJzzImgXYNFAIj3KZwILXDuegqmO388fRGo18InHk4keo0I6.B Csjmgc1gwBy5kRaeSMkEoNQO_8dXtyxvOaT6Gh.GEOU.mG61Zmg3tAtfmtd49NsfZfSlqYQZXbCg wvupVbjNdsJa1YAF4AK9aw2Ol_PPYw1gXgrunidbjrekpV0IY1hsrWFUVChU_Yvk9if79uXCMxDV k5.3OQXJGYqJtIvDkLWEe7RM_UI_.MKKsLmYI8efubDj3v8ZTm2AkUEcnHspHVmfgSp5o25jiQ5T nS5UltKcuHok5pVRspozl_6a7ge5cpj1PtCsniIsTtrD2GyKG30L92L7llCBE1Q1IyGu9kDY7e02 dZysN8kTGgjzceSbc2Ojfji_AMs32nW3XMnKz.BIwTCsfMBb3zSek_uJhEQOMgui63l46CWrOtS4 XwGIiEFmIuH9Cp1mNTTbln8J7pMfcShygZquyJsrCQKeQyRB1uS.W1bvBZ1LNNhBMV3hFeU.7VwB Gt6WgzlWvufR2u_FWVDy4G3nRaJYzPAHuYFCzWQ6jLI5Pi_QHQ6mk3Zc2jdY_bxaSd_itpZ81vUX dK8ymzjgQCwZ3XIng0e5cUHNyajXSMRReH2MLSYlSb98tDoiXT3J5BeuuxnusnKB0_j4ynrcpyzs lGccR1RRPXwiRRz02nxriq6aCDbDNhunNyccqnTrBYbjxh1ti.K0gxf3becpkVKVL_EPFZNVOww3 za9jzu2gSVFxBfno7wlLS9QCWwy6LuEaUP0.os8JdxoosY380NZNIfa43KiH8.B1rQIkEwJ9Knll fwwlViYOjOxKHzpm5HhxUytv50EeEtKHbH5yaZogeVQ00DCzQem3dGWWfWTK9T_ClTlTj5D4bJxJ VvTRiZmPgFK3Jiq_uBRvxDIOFjIUY5yAG8IczQ_QtfqQEaPbR0OySIV1rNRJmBdre5_Mh83sD19J sz0LuakFMIxXIYqK2bZXcObEdahmDntkbwbz.CkSWKly6vKb1Q_bm17F6MaRzsxyINv7X7zl0T.v Ynnn9TRnjmlqzPMdnrvWanqEpJJfllDIR9oXrVfcbqIwnLHp1Bqc.PnEYlMqMndShQ0TnA12qjaZ nd8pvI_6JLuXS2LIziV8UlVaNOiT_ZCEkiRSBlvxHD6etuBNnljvY.oZuiP_LMxztjcJSEi676cf NTCCl4JNwcHP4QTVjLuG23xBXNEEopQQqh2.p76x4AdXxv7I18UIlXyfXGi55otOehIEd7zZth_n moNdbCJlJpWtdCKFgA3jw3hNKV77Q1TYxt6oi24B51dljhBhPxmnB7SOVIFuijtSnxxPYLK.ooHG HrwLBAJe_17PvlKzlmvJDl5t9orYWvO6BrVAHfyprtw7.UO3AK2m3EeOfVVH46H_Oo1cpnc7gMiY _e54GZgO.ohBYt0XvjNR2UJHDBhlg_aNrhl0ws7ikhZY45bHzLe1D7oyUpfpLVfl6P1s- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic312.consmr.mail.gq1.yahoo.com with HTTP; Sat, 20 Mar 2021 19:27:51 +0000 Received: by smtp404.mail.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 83e2b2b32fcc92b0614e81f0adda7ffd; Sat, 20 Mar 2021 19:27:50 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: RPI4 clock speeds and serial port ( temperatures idle and -j4 buildworld buildkernel ) From: Mark Millard In-Reply-To: <20210320182821.GA49050@www.zefox.net> Date: Sat, 20 Mar 2021 12:27:48 -0700 Cc: freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: References: <81AC0353-258C-41C3-86B1-C133E33D97E3@yahoo.com> <20210319174359.GA38899@www.zefox.net> <20210319195019.GA39087@www.zefox.net> <20210320005302.GA40542@www.zefox.net> <81CB0CCA-59AC-49A2-9372-4E2C22E3214D@googlemail.com> <20210320155638.GA41617@www.zefox.net> <63E61033-667C-4A08-9012-7D987B652176@yahoo.com> <20210320182821.GA49050@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4F2rQ16X1qz4tdB X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.69.205:from]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.69.205:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.205:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.205:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Mar 2021 19:27:55 -0000 On 2021-Mar-20, at 11:28, bob prohaska wrote: > On Sat, Mar 20, 2021 at 10:41:48AM -0700, Mark Millard wrote: >> On 2021-Mar-20, at 08:56, bob prohaska wrote: >>=20 >>> The most recent test on the 8GB Pi4 finished in 9 hours. That was = after >>> running make cleandir twice, but having the installed system and the >>> sources relatively close (days) in age, on -current. >>=20 >> So a debug kernel was running? (Non-debug running for my builds.) >=20 > Yes. >=20 >>=20 >> Did it include a buildkernel? Or just a buildworld? >>=20 >=20 > Just buildworld in 9 hours.=20 >=20 >> At around 9 hours, it would take standardizing on a (equivalent >> of) src.conf too be able to well compare your context vs. mine >> now, if we ever want to do so. I'll list my file later below >> for reference, although I'm probably more likely to try your >> src.conf content in my overclocked context than you are >> likely to try building via my src.conf like content in your >> powerd context. >>=20 >=20 > No /etc/src.conf for this test, nor /etc/make.conf.=20 I have a -j4 buildworld build kernel going on the FreeBSD RPi4B 8GiByte, based on using a prefix of: env __MAKE_CONF=3D"/dev/null" \ SRCCONF=3D"/dev/null" SRC_ENV_CONF=3D"/dev/null" I'll report the buildworld and buildkernel times once it is done. The RPi4 support for powerd (cpufreq) was added on 2020-Jun-20 but my RPi4B activity started well before then. That is why I did not go down the powerd path in how I configured things. It will be interesting to compare to your time. >> Welcome to the world of overnight (sleep-time) buildworld on a >> small board computer. >>=20 >=20 > It's a most welcome change! You can now also buildworld and buildkernel targeting armv7 in the overnight time frame via either: A) a form of cross build (using src.conf like file(s)) or: B) running an armv7 world in a chroot and doing a "native" style build in the chroot. You can also set up poudriere (or just a chroot area that you chroot to) in order to build armv7 ports in. This also has less of a memory limitation in that multiple full-sized armv7 build processes can be in RAM at once without swapping/paging: more total RAM in use than an armv7 would allow, though no individual process gets more than an armv7 could potentially allow. You could build for the RPi3(s) or other aarch64 machines on the RPi4(s) as well. So, likely your arm build activity no longer has to take up nearly as much time, especially the really long-wait builds. >>> That's with powerd >>> enabled, but no other speedup tweaks. Temps were just under 60 C, = with >>> a fan in the case but no heatsinks on the ICs.=20 >>=20 >> Ambient temperature? (It is the difference that indicates how >> well your cooling is working and it is the difference that >> is more comparable across contexts. For example, my around >> 15.5C ambient likely was likely around 10C lower than for >> many reported figures.) >>=20 >=20 > Ambient was around 15-17 C at the times of observation.=20 >=20 >>>> sysctl dev.cpu.0.freq will definitely show the current freq. >>>=20 >>> On a Pi3 with GENERIC-MMCCAM kernel (also running buildworld) it = reports >>> bob@www:/usr/freebsd-src % sysctl dev.cpu.0.freq >>> dev.cpu.0.freq: 1200 >>> also with no other speedup efforts beyond powerd. That machine has = heastinks >>> on the ICs but only a fan blowing in through the openings in the = plastic case. >>> It's around 60C.=20 >>>=20 >>> So far the effects of powerd seems to be uniformly good, with=20 >>> no downsides. Next, to try a Pi2 v1.1 (armv7) >>>=20 >=20 > The Pi2 V1.1 is now running buildworld with powerd enabled. Heatsinks > on the ICs, but no fan at all, < 50 C (17C ambient) with 0% idle, 900=20= > MHz, serial console seems to work fine.=20 >=20 >>=20 >> FYI (not that you are likely to build and run such: >>=20 > [snipped for brevity] >=20 > Alas, you are right. It's already difficult to keep the=20 > experiments straight in my head......too many variations. >=20 > But, unless something most unexpected goes wrong, it seems > that powerd is useful on the Pi series computers. =20 >=20 Yep. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Sat Mar 20 23:32:42 2021 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 372345B6E50 for ; Sat, 20 Mar 2021 23:32:42 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from wout5-smtp.messagingengine.com (wout5-smtp.messagingengine.com [64.147.123.21]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4F2xrS58dRz3MvK for ; Sat, 20 Mar 2021 23:32:40 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.west.internal (Postfix) with ESMTP id 10CC0170C for ; Sat, 20 Mar 2021 19:32:39 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute1.internal (MEProxy); Sat, 20 Mar 2021 19:32:39 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zyxst.net; h= date:from:to:subject:message-id:references:mime-version :content-type:in-reply-to; s=fm2; bh=tJWIVvCBfYR709uDn9HGUlTn+tN Nfk3+VcjzuSWZM8E=; b=UrOf47TZgJmuqvLkf1KrqdsHatDOkLSYIAyA1pgdC9c KTz+nz8OOVs4rSGVZeeY+2+lDW9COUx59wGf0NOwDUhmKpbVHKSAz2E196jAnnXT xcRgTma8yPkCSls2xKAAfLECSJHy68/5ODlvSyOoPhPHezI0K4uH2SbwWLDa8Lx+ m1eYujU33Zk46RedBHO0uxFECfdPV6DJDkljMpAjgOuWcVV7JjIw/06ATR+sYtZt o7zSESbks48M764hm9+R/kic+oauMJXLLO2F3CsyqJCEhYcQqISNlZnfPcErMLp3 QQdkoA1F/sxebillfipf1KXF1AybCEedox3slXR+R9A== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm2; bh=tJWIVv CBfYR709uDn9HGUlTn+tNNfk3+VcjzuSWZM8E=; b=tLMh7udbc/2hsCWLhPj3QE HuGt8ZNAMLenQabR1RsT4Ejl0C/7CEFF74HYdbTI7dvSiZpNGosnCR1L5XFTi1YU /IJ9U5vCFsNVPW1Koxxgl1hbTwIdR3f3jhD8coQgr3OSwhs1XtwglINuaXZK/ElH vCsBBU8fFaZhzXW2Ihj1EygH1OZBB3ghl9cpk3u95nnkU0hazVEUEGFjCHbYIH66 QofFfOcMoBnTy7iVnBmFxqGOwvQ9KZcLcB/qmMDDaxECZlbILpagJWONAl4w3YID 9i+zK7mzhv0FMFUnU4fy9XNmNGfTM7Oal+CN3Lw1Ie1y+hluOvkfS9NV9l4gkitg == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledrudeguddguddvucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpeffhffvuffkfhggtggujgesghdtro ertddtvdenucfhrhhomhepthgvtghhqdhlihhsthhsuceothgvtghhqdhlihhsthhsseii hiigshhtrdhnvghtqeenucggtffrrghtthgvrhhnpeduffelveekledtfeelteetkeeggf eivedufeettdeghfegteejhfdvfefgveelgfenucffohhmrghinheprhhushhtrdhinhen ucfkphepkedvrdejtddrledurddutddtnecuvehluhhsthgvrhfuihiivgeptdenucfrrg hrrghmpehmrghilhhfrhhomhepthgvtghhqdhlihhsthhsseiihiigshhtrdhnvght X-ME-Proxy: Received: from ceres.zyxst.net (ceres.zyxst.net [82.70.91.100]) by mail.messagingengine.com (Postfix) with ESMTPA id 213E81080054 for ; Sat, 20 Mar 2021 19:32:38 -0400 (EDT) Date: Sat, 20 Mar 2021 23:32:36 +0000 From: tech-lists To: freebsd-arm@freebsd.org Subject: Re: RPI4 clock speeds and serial port Message-ID: Mail-Followup-To: freebsd-arm@freebsd.org References: <20210318170053.GA26688@www.zefox.net> <9FFA0A51-C0B7-4121-95CA-B98669809007@yahoo.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="vHAX1CV4luTirVy4" Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4F2xrS58dRz3MvK X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=zyxst.net header.s=fm2 header.b=UrOf47TZ; dkim=pass header.d=messagingengine.com header.s=fm2 header.b=tLMh7udb; dmarc=none; spf=pass (mx1.freebsd.org: domain of tech-lists@zyxst.net designates 64.147.123.21 as permitted sender) smtp.mailfrom=tech-lists@zyxst.net X-Spamd-Result: default: False [-5.70 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:64.147.123.21]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; DKIM_TRACE(0.00)[zyxst.net:+,messagingengine.com:+]; NEURAL_HAM_SHORT(-1.00)[-0.998]; SIGNED_PGP(-2.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[64.147.123.21:from]; RCVD_TLS_LAST(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[64.147.123.21:from]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RWL_MAILSPIKE_NEUTRAL(0.00)[64.147.123.21:from]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; ASN(0.00)[asn:11403, ipnet:64.147.123.0/24, country:US]; R_DKIM_ALLOW(-0.20)[zyxst.net:s=fm2,messagingengine.com:s=fm2]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; DMARC_NA(0.00)[zyxst.net]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[64.147.123.21:from:127.0.2.255]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Mar 2021 23:32:42 -0000 --vHAX1CV4luTirVy4 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Mar 18, 2021 at 01:01:06PM -0700, Mark Millard via freebsd-arm wrot= e: >> . . . >> # >> # Use of the .clang 's here avoids >> # interfering with other CFLAGS >> # usage, such as ?=3D usage. >> CFLAGS.clang+=3D -mcpu=3Dcortex-a72 >> CXXFLAGS.clang+=3D -mcpu=3Dcortex-a72 >> CPPFLAGS.clang+=3D -mcpu=3Dcortex-a72 >> ACFLAGS.arm64cpuid.S+=3D -mcpu=3Dcortex-a72+crypto >> ACFLAGS.aesv8-armx.S+=3D -mcpu=3Dcortex-a72+crypto >> ACFLAGS.ghashv8-armx.S+=3D -mcpu=3Dcortex-a72+crypto I used these flags on main/14 no-debug and got this build time for make -j6 buildworld && make -j6 buildkernel: start: Sat Mar 20 09:12:11 UTC 2021 finish: Sat Mar 20 15:55:50 UTC 2021 I think these are quite an improvement over previous build times, so thanks for suggesting the clang options. make cleanworld && make cleandir && make clean is run before the buildworld/kernel. /usr/src and /usr/obj are mounted on usb3 spinning rust. In /etc/sysctl.conf there is vfs.read_max=3D128 which I understand speeds up ufs2 reads. I have the standard unmodified generic-nodebug kernel, and this in /etc/src.conf KERNCONF=3DGENERIC-NODEBUG WITH_MALLOC_PRODUCTION=3D WITHOUT_DEBUG_FILES=3D WITH_CCACHE_BUILD=3D WITH_OPENSSL_KTLS=3D WITHOUT_APM=3D WITHOUT_ASSERT_DEBUG=3D WITHOUT_ATM=3D #WITHOUT_AUDIT=3D <--- got failure early in make buildworld with this uncommented WITHOUT_BLUETOOTH=3D WITHOUT_CUSE=3D WITHOUT_DMAGENT=3D WITHOUT_FLOPPY=3D WITHOUT_FREEBSD_UPDATE=3D WITHOUT_HAST=3D WITHOUT_IPFILTER=3D WITHOUT_IPFW=3D WITHOUT_ISCSI=3D WITHOUT_LPR=3D WITHOUT_NIS=3D WITHOUT_NETGRAPH=3D WITHOUT_OFED=3D WITHOUT_PORTSNAP=3D WITHOUT_PPP=3D WITHOUT_RADIUS_SUPPORT=3D WITHOUT_RBOOTD=3D WITHOUT_ROUTED=3D WITH_SORT_THREADS=3D WITH_SVN=3D WITHOUT_TALK=3D WITHOUT_TFTP=3D WITHOUT_UNBOUND=3D WITHOUT_WIRELESS=3D --=20 J. --vHAX1CV4luTirVy4 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEE8n3tWhxW11Ccvv9/s8o7QhFzNAUFAmBWhgsACgkQs8o7QhFz NAWX7xAAo7YGkLoNYEWJ4nDXVnheDJGqZcsn4nNEWqqykjJYungQ65TvzEQvMXd5 K6agPWbsPEUnSKbyt6uhhj+TwgQr8CYQv9Q4Cj0KbovT1Pc2KNjCkwp4sDwNljxU +l7BfWJRUfo9yzG/iOxuQsx8uOwcV23cowuRGAmNUr9Isy/hbvL+N87iqklf1zTA XwC8bSpHq+idJcqYUyls1sqzu4CI/+lMXL4GajeGO6JmHEhvC+MvRMH4EZK/6V7Q KAykalQBRlNGf5lkKEys2Qm/0HwLihtE7iO4ZuKe+EdoskuCvwmSFFJgmdZKVY6+ DexmV+C0JGjyq5bXOKsfZWvlGMtFXuJ/jDTzdr5Qvr8eVpBQAm0RI/LCUuShvRxz cZy+bCAHWVv8b1l+uezSO6HH/RgubkIBlGU/vHXQn+hTbN6lD59EZiK7J0OEF0jA YMFubqAnm+PG57lUtMHawzSidq0UVQ7WhSNW0l+gpw8pslUZHdmrkyXNF/9suWJS T397pSGNiiMYxqefI6LK2EdT9kpLbRRRIMRxSkvJQEY9a+8LH7KlVL+I3+y+nhEe OQyXDeKxJfQ/2Thh+CCzELtIW08gFLVygybFEdwlHVP2ANXwDMapSD1HjC2wwtgm yYdy8c2c6ajHEqoHpXYKQN0dBqqQyzNAHOn/AZhdINpGZOncpSQ= =8fxX -----END PGP SIGNATURE----- --vHAX1CV4luTirVy4-- From owner-freebsd-arm@freebsd.org Sat Mar 20 23:55:55 2021 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 2F4EB5B7687 for ; Sat, 20 Mar 2021 23:55:55 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic304-25.consmr.mail.gq1.yahoo.com (sonic304-25.consmr.mail.gq1.yahoo.com [98.137.68.206]) (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 4F2yMG0tFrz3Ngj for ; Sat, 20 Mar 2021 23:55:53 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1616284552; bh=xQOQoSVSjUFfMFwVb2c5ikDtCnm9wcf1uvUyGGgsDHx=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=FerYjnGelpAIDvEgXinewkgjEb30V2DsxNA2HUUMpUaoZHZ4wjmV2nOH6MZiPuFBFuWmZBLbYbtgHcv7ermV3dccKlVQWzl0/aoQQskLBKVywv9wxBKk/t4qHEvyyVFP39RgL3kc/J2U4eqpI+ofyNrQiqv5f+qyQEOZkuJ0W3VPfvz+mtnSfeyfpV/DBuAHOUR/oBNte3tVb00mfvT1+0RiqBOrh/0BlqrJ/fc4iSWhj1OF3mkSy7ahVqpNT5RuCtllMCQfMv6DIfRLd3wuzwzECna/dZTkicHZ/yqYODfYGMmMhfh4erdcuApxjctWp6Doq3dU8ZodyiH+61oNjg== X-YMail-OSG: 6DPPmM8VM1lnW2hffzC0JjEvaLOSNr9OLlGgEIBLdE3Fxo8ClXKHOq.SclWyUz0 0kxhbBtGoFWFG6_5t_YpcjIpXoDzM.f20b6mNyezrUTZebtO_kl8yJ7vxXnGSIWEouFCtlTgVDmH XXWUMnFQIZ72x8_vekYG3QB..dS4cYo4VjuZBtbPf8A.MrEYKa2nO2DBShUoR4YQPIQ7S2ZheT93 gjcXEm5vKnuolkNqEZBqU4ORJ_qHPoWQqVmjiHJLjYnSgvsSEOP1BlSiBGCi0k7.dNxF7o3B_F5_ dUI89WdsoZhE7kQx5_nlVg2_12onpPDl8ffem263emQZ7tB5_FIsnXfCS5LKgr9s.8.DYkLZi.YG OeFwHgMXWaL9DnFYf5fBs3Kr.YMgTfTf08CriGRVqJy3iK8TgRzEzRVT1ci0qZmIX_Vn6bhXfEtu 95kzzfKRPkjd6uKb3Xavw9kL2Xmq8bvYKwk.DcXFU1uvUXJ0_Z7JkPVqg92OVxUGEKdeihN5HrJL 8RXv4E6OJv0hd2xidg1NRb4rA4TZlFGB3rSQl1eNSaci99rra9GUsr_6_.jp8Ij.ZUjZM5TTYSwj gr3InYANMHPe2J1yc7fSyHidLVkV5KNfqHexA8zSrbI2ROzO8Isj4HwIB9ekD9iA0W3UXPTQT6gF axwkl7cYXHdAXleXfRs9hJsuNSV1fDPkvFNsCEJR3AuoUySf9IDGBu1c_U_D0v7dY3742qN_K1S6 yT95TkjAWr4kDVQEW2nbHMjMroplot2WDQ_bx7WmFeXRyMFkz_WRqDMNziAPLFhtjQl3Agc5xDKN IYw4bOtst.hH5wp8CWbJDj32daXov6f6wHCcw3azHGSFch1Sz4h0.1eMXY09iEjsPWZpVCVl3JaF aC_ALWbzRCAI0ixpAi8X0P4JSlaQ42ViyVe3QnXfJdHgMbYSEnpSIp.0sW0jrcp7rw67pILhz1pG g1rK4djwbEOB94GgViLimWpV3YSYPpqiM80poQ_nzV6fIVnl1bsiMpYf_K2NvcaekOmPlf0rvbLe cZrwa5ELHkSQRoZfYCqPtQdSZ35SG2OuVffH.H8L9lmwbVTXYARq2cYHwY8kfMlj3Sx.Y3rPrWsi QfkRkw6_JlIwTOLzg_dUpHiAeSMFH0q8gsUdLY3T.v749VO30pARfDOdox3qspme6tROJuFbtgne jjNUMJx1uqWpwcTx9XEtwVa.HsOv6BMF49qVdp0DhSqvaDyWvmhtsg70yS77M72mx5aFQxYlw.s2 5cKyRjuXKRskiBcZIT0YP9W4.SFAh.1RIJZ8TYAwm54Ehwk3qzP149mCb5e7Z6dnnqCNFNkGE0K1 6dYmkf2OAml_knT8V9XULhGFRt9JrBiQJFlP1kb_hzvOWWPZEvmiK.E40EoM21A86DFQAmR0C7K6 14m8ECaUVKWfcTBsAYedt3qL4rGtPoZtVodMXSWzmSI6TMyIm7lrpIxrmR9V2GhT0EzWcE8L14oT MVbafT9MxJuz286NQfknIiol2jJaY6xwXBHlHdiQ_OD0Ww1QIcw.RHMVBSBqvkNyvaw5XP1yLmRr eYZNb5CEGnf9FInO.Baf9bdMv7KhyEgQbpS3kuMrLuYeifaYS2I7fIYIIJM4ck3.CYBO81wBccOQ A1B9c9xaI9K04amgNyYvT4BkxfHSeh0vmb1FvrkYIGZAzGEacusxthPYfCHGtJB1Swraz_NykZJE rE.yoa8kI3VpT6p.Uqoi.n__y5wJeTLadXWoY35OJxgS6WIBZTGwKgXC.uI0i9EaZYiNgJF1ImwV ZTGdMRBOfa8tLA6tlp2RiyvYCIRb5fWrnuGy0zRRMSpqsWnhzIOCQaW9BZFcV4jwL_8oSpXiZX6P cbhB.MWLBxjxRJbeATAOvqfBweQrzveIfgCGQE3LIHnAfOq.m6HR3mFckIdEjZzuWGlI8yF6hP4I JcnnpuDkiDMxVwojQ0TLjyJY_LnQyNT4seNj6iM3o6NSdYZki4uKO67lXl1VV19QS6lH4E0QV46U XwJOsAVz6rIj_46LJm3X3fhex8190lcLtz5QwracIQ2bN0R1DfDOTg8jVRKVDyfBGpR3zeP8qjm0 cS7n6YN2LoFha5KkNvgu3q.hSBQxUBfvaE9dPSXQtXu0YDumDZs0fgdTZmbHIl6hfDvP6W1h2rFt H.i1aqBXGTQTlUSgO0shyRO21QVrer9xusMl8cg.3I6hXi5d41EyGKmi7jET8GNA_09FETgOUF7x PH4tG7aMOQlZTAALcVxpvoiz5bqgB.XEYkjFlzwDNi_Z_o3kuKW1.9Nf2IRus0rS6bd6_kylwYB5 x2PgMqUm4RnicLrmRYh6BhZgdnHJbw4vdIsHbeX.sHruABQnNO0AxZEbh4I2c8Ah0dyKj2i9vrIO rsTcgzHyKUMYQ_zrca5lpcHmSrYfRBs4vnYC57DLLPimebmxz8AbFRxK62FCDWUyVGs9l2Zt3OMz 18TEc9hm7U7R097hZtZ9JBwrE2GD_q1XpvadwcB3HTOv7qgUamyPv0s1TH4g3zcHu.abkv6KmG2p iBv7PDVWNSJ25MZoW4KB5n_tqjv7TQnpsut.rRXQXduAN2cKbjg3Rlk18ew-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic304.consmr.mail.gq1.yahoo.com with HTTP; Sat, 20 Mar 2021 23:55:52 +0000 Received: by kubenode581.mail-prod1.omega.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 98cdca61b763eb199fee7cf2b528cf31; Sat, 20 Mar 2021 23:55:48 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: RPI4 clock speeds and serial port From: Mark Millard In-Reply-To: Date: Sat, 20 Mar 2021 16:55:47 -0700 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <20210318170053.GA26688@www.zefox.net> <9FFA0A51-C0B7-4121-95CA-B98669809007@yahoo.com> To: tech-lists X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4F2yMG0tFrz3Ngj X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.48 / 15.00]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-0.98)[-0.976]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.68.206:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.68.206:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.68.206:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.68.206:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Mar 2021 23:55:55 -0000 On 2021-Mar-20, at 16:32, tech-lists wrote: > On Thu, Mar 18, 2021 at 01:01:06PM -0700, Mark Millard via freebsd-arm = wrote: >>> . . . >>> # >>> # Use of the .clang 's here avoids >>> # interfering with other CFLAGS >>> # usage, such as ?=3D usage. >>> CFLAGS.clang+=3D -mcpu=3Dcortex-a72 >>> CXXFLAGS.clang+=3D -mcpu=3Dcortex-a72 >>> CPPFLAGS.clang+=3D -mcpu=3Dcortex-a72 >>> ACFLAGS.arm64cpuid.S+=3D -mcpu=3Dcortex-a72+crypto >>> ACFLAGS.aesv8-armx.S+=3D -mcpu=3Dcortex-a72+crypto >>> ACFLAGS.ghashv8-armx.S+=3D -mcpu=3Dcortex-a72+crypto >=20 > I used these flags on main/14 no-debug and got this build time for = make > -j6 buildworld && make -j6 buildkernel: >=20 > start: Sat Mar 20 09:12:11 UTC 2021 > finish: Sat Mar 20 15:55:50 UTC 2021 To me the wording is unclear on an important point: Was this a rebuild after installing and booting the kernel and world that had been built with those flags? Or was this running the as yet not updated system and just doing the initial build with the -mcpu assignments? I'd not expect the speed-up until the rebuild stage that was done on a system already running the -mcpu assignment based build. > I think these are quite an improvement over previous build times, so > thanks for suggesting the clang options. >=20 > make cleanworld && make cleandir && make clean is run before the > buildworld/kernel. CCACHE status? > /usr/src and /usr/obj are mounted on usb3 spinning > rust. In /etc/sysctl.conf there is vfs.read_max=3D128 which I = understand > speeds up ufs2 reads. I've never tried vfs.read_max=3D128 but I also use USB3 SSD media instead of spinning rust. > I have the standard unmodified generic-nodebug kernel, and this in > /etc/src.conf >=20 > KERNCONF=3DGENERIC-NODEBUG > WITH_MALLOC_PRODUCTION=3D > WITHOUT_DEBUG_FILES=3D > WITH_CCACHE_BUILD=3D Might CCACHE use be a source of time variations for how long buildworld and buildkernel take? Was this caching effectively cleaned-out/empty for the timing? (I've never used CCACHE so I've no experience with what differences it actually makes.) > WITH_OPENSSL_KTLS=3D >=20 > WITHOUT_APM=3D > WITHOUT_ASSERT_DEBUG=3D > WITHOUT_ATM=3D > #WITHOUT_AUDIT=3D <--- got failure early in make buildworld with this > uncommented >=20 > WITHOUT_BLUETOOTH=3D > WITHOUT_CUSE=3D > WITHOUT_DMAGENT=3D > WITHOUT_FLOPPY=3D > WITHOUT_FREEBSD_UPDATE=3D > WITHOUT_HAST=3D > WITHOUT_IPFILTER=3D > WITHOUT_IPFW=3D > WITHOUT_ISCSI=3D > WITHOUT_LPR=3D > WITHOUT_NIS=3D > WITHOUT_NETGRAPH=3D > WITHOUT_OFED=3D > WITHOUT_PORTSNAP=3D > WITHOUT_PPP=3D > WITHOUT_RADIUS_SUPPORT=3D > WITHOUT_RBOOTD=3D > WITHOUT_ROUTED=3D > WITH_SORT_THREADS=3D > WITH_SVN=3D > WITHOUT_TALK=3D > WITHOUT_TFTP=3D > WITHOUT_UNBOUND=3D > WITHOUT_WIRELESS=3D =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar)