From nobody Sat Apr 1 23:21:16 2023 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4PptT261PJz43X2T for ; Sat, 1 Apr 2023 23:21:26 +0000 (UTC) (envelope-from saper@saper.info) Received: from q.saper.info (q.saper.info [IPv6:2605:2700:0:2:a800:ff:fec7:5c61]) (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 ECDSA (P-384) client-digest SHA384) (Client CN "q.saper.info", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4PptT133Cvz4c4N for ; Sat, 1 Apr 2023 23:21:25 +0000 (UTC) (envelope-from saper@saper.info) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=saper.info header.s=Sep2014 header.b=NG5J5Lac; spf=none (mx1.freebsd.org: domain of saper@saper.info has no SPF policy when checking 2605:2700:0:2:a800:ff:fec7:5c61) smtp.mailfrom=saper@saper.info; dmarc=none Received: from q.saper.info (localhost [127.0.0.1]) by q.saper.info (8.16.1/8.16.1) with ESMTPS id 331NLHN3043644 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Sat, 1 Apr 2023 23:21:17 GMT (envelope-from saper@saper.info) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=saper.info; s=Sep2014; t=1680391277; bh=au1Rzqc6VqEmYlP78OHdK7ZZgx/EZFWv0H+HaxzCBek=; h=Date:From:To:cc:Subject:In-Reply-To:References; b=NG5J5Lacdzm302OvL+MFuOCH3VMd62cgKAjodaS4qSyVpI9fz1NCK6MwgTsCsQnZr KDOoNptou5nc8hlGCf1jfr9AuZDgcmnBB07hsl3QM+3jjjk8DKQM/KSYt6MbzJDsNf jug2rJL8zhgnrhq/nVUl5yITy1MGyyCxTNwg3z7g= Received: from localhost (saper@localhost) by q.saper.info (8.16.1/8.16.1/Submit) with ESMTP id 331NLGsd043641; Sat, 1 Apr 2023 23:21:16 GMT (envelope-from saper@saper.info) X-Authentication-Warning: q.saper.info: saper owned process doing -bs Date: Sat, 1 Apr 2023 23:21:16 +0000 From: Marcin Cieslak To: Pete Wright cc: freebsd-arm Subject: Re: Pinephone Pro In-Reply-To: <66fee230-24eb-c7d8-fa30-4530409c0f5c@nomadlogic.org> Message-ID: References: <66fee230-24eb-c7d8-fa30-4530409c0f5c@nomadlogic.org> List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-256; boundary="2201072851-1144999449-1680391277=:23510" X-Spamd-Result: default: False [-5.40 / 15.00]; SIGNED_SMIME(-2.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.999]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; R_DKIM_ALLOW(-0.20)[saper.info:s=Sep2014]; ARC_NA(0.00)[]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; R_SPF_NA(0.00)[no SPF record]; MIME_TRACE(0.00)[0:+,1:+,2:~]; DKIM_TRACE(0.00)[saper.info:+]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; HAS_ATTACHMENT(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_ALL(0.00)[]; HAS_XAW(0.00)[]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[saper.info]; ASN(0.00)[asn:47066, ipnet:2605:2700::/32, country:US] X-Rspamd-Queue-Id: 4PptT133Cvz4c4N X-Spamd-Bar: ----- X-ThisMailContainsUnwantedMimeParts: N --2201072851-1144999449-1680391277=:23510 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8BIT On Fri, 31 Mar 2023, Pete Wright wrote: > So my question is - is the PINE64 the right image to use?  Anyone else > tried this and able to share tweaks or docs they used to get things moving? What I would do is to take the device tree used by the Linux kernel and try to see if something very similar can be used for FreeBSD, first and foremost if the devices listed there are supported. Device trees used by FreeBSD kernel are in sys/contrib/device-tree https://cgit.freebsd.org/src/tree/sys/contrib/device-tree plus some overlays in https://cgit.freebsd.org/src/tree/sys/dts PinePhone Pro seems to be using a variant of RockChip RK3399 so I'd do for the "rockchip" directory to looks for similar boards. Pine64 uses Allwinner processors, so this is unlikely to work. Some notes: https://wiki.pine64.org/wiki/PinePhone_Pro_Development Their fork of the Linux kernel: https://github.com/megous/linux This seems to be the device tree: https://github.com/megous/linux/blob/master/arch/arm64/boot/dts/rockchip/rk3399-pinephone-pro.dts (it includes also other files, like rk3399.dtsi and rk3399-opp.dtsi, both seems to be included in the FreeBSD kernel tree). Seems like they are still figuring things out for Linux as well, so you are not alone in that effort. I think you should be prepared to build your own image. With FreeBSD it is not very difficult (I find it easier than in the Linux world). Marcin --2201072851-1144999449-1680391277=:23510 Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: BASE64 Content-Description: S/MIME Cryptographic Signature Content-Disposition: attachment; filename=smime.p7s MIIOdgYJKoZIhvcNAQcCoIIOZzCCDmMCAQExDzANBglghkgBZQMEAgEFADAL BgkqhkiG9w0BBwGgggq9MIIEvDCCA6SgAwIBAgIQeEqpEhjRpCYIUTzTZlVD ozANBgkqhkiG9w0BAQsFADBMMSAwHgYDVQQLExdHbG9iYWxTaWduIFJvb3Qg Q0EgLSBSMzETMBEGA1UEChMKR2xvYmFsU2lnbjETMBEGA1UEAxMKR2xvYmFs U2lnbjAeFw0yMDA5MTYwMDAwMDBaFw0yOTAzMTgwMDAwMDBaMFsxCzAJBgNV BAYTAkJFMRkwFwYDVQQKExBHbG9iYWxTaWduIG52LXNhMTEwLwYDVQQDEyhH bG9iYWxTaWduIEdDQyBSMyBQZXJzb25hbFNpZ24gMSBDQSAyMDIwMIIBIjAN BgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAvxvJBqEapaux2/z3J7fFslRO WjKVJ5rCMfWGsg17dmD7NSnG7Spoa8d3htXsls1IMxoO8PyouQajNQqYmlYo xinlqenMNv7CJyEKMOAtglBmD6C/QC7kT+dSx4HfSTs8xmv8veJOldMzF8S/ BEn/tD4w/Dvpg+oXOqDyOiHPTacRFK0QHoq5eEbBmVS8W0rwcaRotO9fGTA+ NjF0My7GLRNK0eMPGh2hcPZURQhXy7wRQ8XFIfEA6kaQHHN22ncnVtwqiTmA wTR+4GNNVinG3KjNZLAVSnGrdCvT2I4Zo19hKy5PX6o7wrVXvMR4zV5VBFwV 6ZDM+xewao7Mup+SbwIDAQABo4IBiTCCAYUwDgYDVR0PAQH/BAQDAgGGMB0G A1UdJQQWMBQGCCsGAQUFBwMCBggrBgEFBQcDBDASBgNVHRMBAf8ECDAGAQH/ AgEAMB0GA1UdDgQWBBSFu/DMxDa1CmJ2o5kuj7s6aq3FUTAfBgNVHSMEGDAW gBSP8Et/qC5FJK5NUPpjmove4t0bvDB6BggrBgEFBQcBAQRuMGwwLQYIKwYB BQUHMAGGIWh0dHA6Ly9vY3NwLmdsb2JhbHNpZ24uY29tL3Jvb3RyMzA7Bggr BgEFBQcwAoYvaHR0cDovL3NlY3VyZS5nbG9iYWxzaWduLmNvbS9jYWNlcnQv cm9vdC1yMy5jcnQwNgYDVR0fBC8wLTAroCmgJ4YlaHR0cDovL2NybC5nbG9i YWxzaWduLmNvbS9yb290LXIzLmNybDBMBgNVHSAERTBDMEEGCSsGAQQBoDIB KDA0MDIGCCsGAQUFBwIBFiZodHRwczovL3d3dy5nbG9iYWxzaWduLmNvbS9y ZXBvc2l0b3J5LzANBgkqhkiG9w0BAQsFAAOCAQEAWWtqju12g524FdD2HwUX U1rSxeM5aSU1cUC1V/xBjXW0IjA7/3/vG2cietPPP/g3lpoQePVJpQAKZml8 1fHwPPivFK9Ja41jJkgqGzkORSC0xYkh2gGeQg1JVaCzcrRzJElRjT442m6F pbLHCebxIHLu0WBNjLZreB6MYMaqdPL6ItbXtD/BU4k517cEuUbczoBFZAra jq7oUBWXuroln5AMnRwVNwgJN4Np0s4kkJ94KepzbFOLzcbnfUB0+xT4foXm bM0GmmcPGOy0qvqEHJsBwDZXDxIk8oqCnnLngi7N94Sn4eTcmpZ9NH2dDN1O TEPVXgRG5X1pBcNtMWG6MDCCBfkwggThoAMCAQICDCKqoJRMYYx5sYJHGzAN BgkqhkiG9w0BAQsFADBbMQswCQYDVQQGEwJCRTEZMBcGA1UEChMQR2xvYmFs U2lnbiBudi1zYTExMC8GA1UEAxMoR2xvYmFsU2lnbiBHQ0MgUjMgUGVyc29u YWxTaWduIDEgQ0EgMjAyMDAeFw0yMzAzMDcxNjExMDlaFw0yNjAzMDcxNjEx MDlaMDwxGTAXBgNVBAMMEHNhcGVyQHNhcGVyLmluZm8xHzAdBgkqhkiG9w0B CQEWEHNhcGVyQHNhcGVyLmluZm8wggIiMA0GCSqGSIb3DQEBAQUAA4ICDwAw ggIKAoICAQC8MB3fTYVrTadH5qE2CIa4VLvlL6QHgDriMRLkTA49SPszYCO0 fZTEpdSw8fc6kK9p2fD63LAfOHeD7jzey5aHBzpIGlxeFkn0Ce2BCYY5yLxK i9byoCwrpLchTR1Itpk1w+zy5E4T9KBTL1+c+w+TKpaIvFLXtjZtz4wQGi0p e/nRkRK9htGG3mETh+APitedl+ImGaI8NK9PELxuSkXnYAvGPpnXir8vbszk tJU1b0TevL/i3Sy6fhOhunZmTo1QDM7Zw4UyVjkQgTvL3y4I0tIrVjlam08x XZeMp+i/Gl51eHGvRVfvdJUJAjrWhrFEp8+2FZouWxWzAlHdd2sRp1AekNdP CeRgHeIF6uNtSseL1grKAjU+4BiixWPp1y1niB0humoQHoub/6fO/mU+//rW l3gTwZNu4FuKgZlfPw+qnvuka0c9dUNIZRCE5z8yXjS8R9yZWirnHNhYxf/e R2y4jaiHzPAjZlZZ2rGx8xVfB2n2JsAicj2+ZxmXlQ1yd5RW1pfxG3cdNNC5 uZ+j4JIN2ElsIjEKmMn9gHdoaEMAy/ENwNiMDBadLnc8qWirq/Ktp2dBSf2y /sH9xMpVyk8wuYjpbCnX4xslAensno5A20MYdKGPRFaItEhNPNbfzc1+4br8 exoXFX1F9ZJK9gGUO2nLbdRycphdyzxzgQIDAQABo4IB2jCCAdYwDgYDVR0P AQH/BAQDAgWgMIGjBggrBgEFBQcBAQSBljCBkzBOBggrBgEFBQcwAoZCaHR0 cDovL3NlY3VyZS5nbG9iYWxzaWduLmNvbS9jYWNlcnQvZ3NnY2NyM3BlcnNv bmFsc2lnbjFjYTIwMjAuY3J0MEEGCCsGAQUFBzABhjVodHRwOi8vb2NzcC5n bG9iYWxzaWduLmNvbS9nc2djY3IzcGVyc29uYWxzaWduMWNhMjAyMDBMBgNV HSAERTBDMEEGCSsGAQQBoDIBKDA0MDIGCCsGAQUFBwIBFiZodHRwczovL3d3 dy5nbG9iYWxzaWduLmNvbS9yZXBvc2l0b3J5LzAJBgNVHRMEAjAAMEkGA1Ud HwRCMEAwPqA8oDqGOGh0dHA6Ly9jcmwuZ2xvYmFsc2lnbi5jb20vZ3NnY2Ny M3BlcnNvbmFsc2lnbjFjYTIwMjAuY3JsMBsGA1UdEQQUMBKBEHNhcGVyQHNh cGVyLmluZm8wHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMB8GA1Ud IwQYMBaAFIW78MzENrUKYnajmS6PuzpqrcVRMB0GA1UdDgQWBBTW/RrdlRFR y6MgS7liTThMnQA5ozANBgkqhkiG9w0BAQsFAAOCAQEAAwoUJShHMueocVlD 1+vYJbTTTbk9tabr2L4Iyyy4Btu1d1wwl6d9Yx2N9qaVERWcEeP0aR+NB2B7 xIKl/ZnZVuSxep0Raw4s284a/jSIJlsAi4SJItDCU2VrYJDWxP7MxzZHnzPI MLDoTHXPV18gvYTewoNk5/Yo89Kb0v/GpPTpP2sVdrWLHa4uKUHYrAZ0aByp kNw6lXp6o6DXvXaOd6KDTQN5XhmmHwLnuLceODF1t9gicsZIOY+KAxN6YZ6t EqwN48b4OFMpckDE3fm1iTZRqnEIqUHOKOcoCImkub1woEN0zXDQmLXaZigl uVztWSTM4/fapWLrlHBNxfjs1TGCA30wggN5AgEBMGswWzELMAkGA1UEBhMC QkUxGTAXBgNVBAoTEEdsb2JhbFNpZ24gbnYtc2ExMTAvBgNVBAMTKEdsb2Jh bFNpZ24gR0NDIFIzIFBlcnNvbmFsU2lnbiAxIENBIDIwMjACDCKqoJRMYYx5 sYJHGzANBglghkgBZQMEAgEFAKCB5DAYBgkqhkiG9w0BCQMxCwYJKoZIhvcN AQcBMBwGCSqGSIb3DQEJBTEPFw0yMzA0MDEyMzIxMTZaMC8GCSqGSIb3DQEJ BDEiBCBhQIS4lOgQb6r8/dN4I4ZfVU4ei8vK5UL/FcWziRR5GDB5BgkqhkiG 9w0BCQ8xbDBqMAsGCWCGSAFlAwQBKjALBglghkgBZQMEARYwCwYJYIZIAWUD BAECMAoGCCqGSIb3DQMHMA4GCCqGSIb3DQMCAgIAgDANBggqhkiG9w0DAgIB QDAHBgUrDgMCBzANBggqhkiG9w0DAgIBKDANBgkqhkiG9w0BAQEFAASCAgBG zF3AHAltqwozbbU5InoTZ3QP+REiMCeOhMB2nwT053bjCU0VmpcxRIYDjIlL BkKKIywirFa1jJP/LInESRlvEGgNE3NUJom+hvkfk6+XvThfBv6E8RmyGb4v jESXDWgYSvCU5LwO4yik3e+v1kLU0XdM+LbW+SdzAvZCV469U9gKHaViQsie 0NkrGedawquNu4xG1xrKSgqx63sDzIf3kBYV59U2tiwOM/hInXFvuh7ahgUt V41Fpwtd3mLrovCD4iiGTpTP/632I10z7QTCcyK0HZc/vTDDp6Yr4B+CW1k2 vvQcKt7++evNlJL25wpkoMSeZHp0CanLuwDEnh85mSEXHvAzH1GNVYw6HNuo 18JkLmXrOWrwBJA4b8VF9/5DgVYuAumSCwuFpE+dp4BYwECKz8Wiyd71AxRJ AYGBw4k9GTCtQZ1BbaiNMNJPEni6XrvpejwZ8xV/mjpc9QPwMoO5lyvFqfcH bu8hMnVJ06nMSQSAtyTor9He4F25ts1vfWfFbGRjAZHhVFe5PSSoKIRjgDxm GWiiDSRCfxISk97Z3xIi+AZ/rlxgH24asdAK0px7vKzqDqj8mgfOdd5TYx2z LKtZphkXRjwEdcQyIeYxHkajTgeg7WRFITHcDgHsLqNJj2b+y/wW1Vepwvag s9nV+O9QlF1cyk0dm2GGgQ== --2201072851-1144999449-1680391277=:23510-- From nobody Sun Apr 2 02:59:57 2023 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4PpzKP24Byz43p4P for ; Sun, 2 Apr 2023 03:00:09 +0000 (UTC) (envelope-from pete@nomadlogic.org) Received: from mail.nomadlogic.org (mail.nomadlogic.org [66.165.241.226]) (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.nomadlogic.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4PpzKN6RFHz3j43 for ; Sun, 2 Apr 2023 03:00:08 +0000 (UTC) (envelope-from pete@nomadlogic.org) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nomadlogic.org; s=04242021; t=1680404399; 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=g4JONpqXXHnsKm/93ntQHTTt/Eh4WcsxVgF53op58/o=; b=YnxX1OuoseFGDIaMleHhg10eJX4Ztv9DmSGemg7Cud89QLjQRiNoZHqpSvjRIXrXBU6Z5m wZK7VnEjzZfAcdxV/hyudZXUa+p5ICJIPWTuxhlsFX0UktcmbwsTXIINszX8fQL1RAV9ya lU7K1H4kq/SuZpqgbgJDZ0Ebd8IPNYg= Received: from [192.168.1.160] (cpe-24-24-168-214.socal.res.rr.com [24.24.168.214]) by mail.nomadlogic.org (OpenSMTPD) with ESMTPSA id 203f7090 (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Sun, 2 Apr 2023 02:59:59 +0000 (UTC) Message-ID: <312b14f5-056f-9fae-5beb-a11cdceb2e46@nomadlogic.org> Date: Sat, 1 Apr 2023 19:59:57 -0700 List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:102.0) Gecko/20100101 Thunderbird/102.9.0 Subject: Re: Pinephone Pro Content-Language: en-US To: Marcin Cieslak Cc: freebsd-arm References: <66fee230-24eb-c7d8-fa30-4530409c0f5c@nomadlogic.org> From: Pete Wright In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 4PpzKN6RFHz3j43 X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:29802, ipnet:66.165.240.0/22, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N On 4/1/23 16:21, Marcin Cieslak wrote: > On Fri, 31 Mar 2023, Pete Wright wrote: > >> So my question is - is the PINE64 the right image to use?  Anyone >> else tried this and able to share tweaks or docs they used to get >> things moving? > > What I would do is to take the device tree used by the Linux kernel > and try to see if something very similar can be used for FreeBSD, > first and foremost if the devices listed there are supported. > > > Seems like they are still figuring things out for Linux as well, > so you are not alone in that effort. > > I think you should be prepared to build your own image. > With FreeBSD it is not very difficult (I find it easier than in > the Linux world). > fantastic, just the bread crumbs I was looking for! Thanks Marcin! -pete -- Pete Wright pete@nomadlogic.org @nomadlogicLA From nobody Sun Apr 2 21:00:51 2023 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4PqRJN2YHcz44CKx for ; Sun, 2 Apr 2023 21:00:52 +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 4PqRJN0BPbz3HVm for ; Sun, 2 Apr 2023 21:00:52 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1680469252; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding; bh=RdZWqkFibrdu/5jvMKbFD1GRxBHT3Po3kjpcd4THSuc=; b=gdxh1lVFhRWk0LGkncGwe3QETUXZ0svNKeAHyZ9oOhMKASW1QD3ZHw4aVR/IaV3ESUUrzp 7/GqTd21eZoajH+uyMjd4YGSuAhu3DNLOTG1dPducZD1b9JeIXo70pAny1phH8E7ArT4nz RmrfiinEXxXjVy6LEfMcVslZ29TkFSmuiMidTDArDyn9rrfJqPPNo9dXgPpw7XOB32PYa8 nfZfS3HAAeBXfpcFpnHqXyPFnESaH/NLI1MJ6c5dS9tUkAuGpOwfSRYtsCJxYhpsF0p5Yc yK6haEA9Egqcl9YKcTLLR6V+kzymqUL5pBUsbgjXnAJRVPYZEm2aUx0yjazPOg== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1680469252; a=rsa-sha256; cv=none; b=KKmr8qKBv0oLunVRExQeBY0dN7IW+kyat5025EngL0DsbQVvL5omPAyHRu/F2Jo3RDsTlD v/bCwJfIRDFF95/NfaYqg7UEwn4WVzw1mbRxBnzRIon1k/dhfNgp5gtz2nenVL2eyFT7T6 VuDR1dLSB0yKPw3MMF5sOKefgH7NSYM9xSMGlVQQ9G8PM1Mq4XshL66z5dOHIOEhd8WUvs ttdfau7NTA3bFYbb58zFY9JKQFtLlvSRIhnryu5oiuHp2yTaS7ZTeANjPxfZ74mjvSjt7q lzzD11om8ruF5YBUAyzvsIoxEelewIwyC7EUcdBUl+IA+LTKFOGn2gzZQh0ctg== 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 4PqRJM6NJtzX26 for ; Sun, 2 Apr 2023 21:00:51 +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 332L0pmB047162 for ; Sun, 2 Apr 2023 21:00:51 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Received: (from bugzilla@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 332L0p4t047161 for freebsd-arm@FreeBSD.org; Sun, 2 Apr 2023 21:00:51 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Message-Id: <202304022100.332L0p4t047161@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, 2 Apr 2023 21:00:51 +0000 List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="16804692516.90aFDC.43046" Content-Transfer-Encoding: 7bit X-ThisMailContainsUnwantedMimeParts: N --16804692516.90aFDC.43046 Date: Sun, 2 Apr 2023 21:00:51 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" 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 | 257670 | mpr(4): SAS3008 PCI-Express Fusion-MPT SAS-3: Fat 2 problems total for which you should take action. --16804692516.90aFDC.43046 Date: Sun, 2 Apr 2023 21:00:51 +0000 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8" 
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        |    257670 | mpr(4): SAS3008 PCI-Express Fusion-MPT SAS-3: Fat

2 problems total for which you should take action.
--16804692516.90aFDC.43046-- From nobody Mon Apr 3 20:42:14 2023 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Pr2rd47JKz43Gm1 for ; Mon, 3 Apr 2023 20:42:25 +0000 (UTC) (envelope-from jkoshy@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 4Pr2rd3h95z4cvd for ; Mon, 3 Apr 2023 20:42:25 +0000 (UTC) (envelope-from jkoshy@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1680554545; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type; bh=t4u8DwS9Jxdjq9kwdCLB10xAb8uotOd2zMc9DYP7AF4=; b=ql9Aa9Druu8/ZBDWhIzysio2Ri3q/ncterg7Vs7BQt3gWBQUYQwrhVXQqbGAUQROsYKjcz bn+HqGLrrI/6H/7e2Ejsq7rf/R3Q92SHI4f6MkNTgcGy0+BTIuh/pDhJ5tIq57weAHx0Oi d1/X5bS94j4bcyc4NAdi7KbvuEnYwldyCznvjgtezcNpboa+bLhLCJe8Umv5OlaAo+Rnzl sm8wz6d1JXm0e8pszrW9is01LuD5eqG28Ejl+bBOo68J2oBPY4x7x1pVYQfo2K+jfGlo6e 0Kc53AZGYOQ09Z52xnWRr6Ekna8jaIkHiazHAmZ/zduPbsKVYrs+ivodaoc6/w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1680554545; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type; bh=t4u8DwS9Jxdjq9kwdCLB10xAb8uotOd2zMc9DYP7AF4=; b=XvstNOixo4Nyt1e/b+/LkRqz+yifhlYbputi6tK8ISyNZZsQD2AZGQLeOEJmcXM0e7HCSg 99uLJppNzpUwAvyDTZqZ+HX0Qp46hgXtZ/ikdNpY59gVfg2g7oJNKciApbkCuta7c9XeMj Zu9DPopscFscIRw4sUybKZEhF8OM3bIbN/YIvKjV9di3BbNn5hzUlhW6g4OCHw2Vqm4oUG 1cJER8bcDDM9VRwSsFgVhhwS1rWkPZCBLtOtqx2DLvVdQWrLXE5jICtDijecxicVmWXiTV zfFbPIwi9YNpREW5ZyHN7ic+gObMhSNCEzNoMuD+GwmaR3wPu/LNw6+MluD54A== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1680554545; a=rsa-sha256; cv=none; b=LfoULD9N/8Amx1o9pgv65ogpMv7pQPDL5eK1Eat6t3t4ut7N0NO3L7aSKUclZ3RCZU0Usr p0JM0OKZSe4rsHJDv2NlqDAGe+Gym9WNKrPpcKAUYCbM73X/FWwXQKekorFSPzEf76yGBE so69JvBC3vKzcloMVNrAJGQlmFCp3FShrszAufjnooEflQGuT7pzJFAJb5WZQjnAZNYzqJ gh7dHUvcGVwHIpdmGAH9vI5egv/G+vqgvm1UJCFQHRcZUSvh/B9gwhxgr/9lya6lOa4DM+ bWqG4AmTYttdcY51Wae8/gCcN3MdKMVIKB8t309Ocq8Jb8wG9zTPBym17ihnag== Received: from mail-vs1-f52.google.com (mail-vs1-f52.google.com [209.85.217.52]) (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 1D4" (verified OK)) (Authenticated sender: jkoshy/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4Pr2rd2kSyzbtY for ; Mon, 3 Apr 2023 20:42:25 +0000 (UTC) (envelope-from jkoshy@freebsd.org) Received: by mail-vs1-f52.google.com with SMTP id b6so23321091vsu.12 for ; Mon, 03 Apr 2023 13:42:25 -0700 (PDT) X-Gm-Message-State: AAQBX9e9HhNZaO9JM3tKe1OYZgXJwML59QFTeBKZJySxBRal1C/qXe49 +zLvrEB6OtQBrFNiattrU3NzLtHja/ueMvu3oDs= X-Google-Smtp-Source: AKy350b9ROiTSDJaDjCaAJEZhYCzQnksOKaYQjdL9d5Lt/SFUIYhLtHF+OOr/quXki2gzSqSS8eDUgPA4LXazCAfAiQ= X-Received: by 2002:a67:c181:0:b0:42a:eb6:6c51 with SMTP id h1-20020a67c181000000b0042a0eb66c51mr520153vsj.3.1680554544969; Mon, 03 Apr 2023 13:42:24 -0700 (PDT) List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org MIME-Version: 1.0 From: Joseph Koshy Date: Mon, 3 Apr 2023 21:42:14 +0100 X-Gmail-Original-Message-ID: Message-ID: Subject: Expected native build times on an RPI4? To: freebsd-arm@freebsd.org Content-Type: text/plain; charset="UTF-8" X-ThisMailContainsUnwantedMimeParts: N Hello All, A 'make -j3 buildworld' of a freshly checked out -current tree took over 15+ hours on an RPI4 before eventually running out of space (/usr/obj had reached 7G by then). The CPU(s) ran at a top speed of 1500Mhz during the build, per 'sysctl dev.cpu.0.freq'. Even so, the build hadn't managed to cross the 'building libraries' step. I'm wondering how best to provision for building -current: how long does 'buildworld' take on this device usually, and how much disk space does a build of -current usually need? Thanks, Joseph Koshy From nobody Mon Apr 3 21:06:51 2023 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Pr3Nx2WDZz43KBj for ; Mon, 3 Apr 2023 21:06:57 +0000 (UTC) (envelope-from void@f-m.fm) 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 4Pr3Nw2ffFz3CWP for ; Mon, 3 Apr 2023 21:06:56 +0000 (UTC) (envelope-from void@f-m.fm) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=f-m.fm header.s=fm2 header.b="g/ces0RT"; dkim=pass header.d=messagingengine.com header.s=fm2 header.b=ckHTI0XY; spf=pass (mx1.freebsd.org: domain of void@f-m.fm designates 64.147.123.19 as permitted sender) smtp.mailfrom=void@f-m.fm; dmarc=pass (policy=none) header.from=f-m.fm Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailout.west.internal (Postfix) with ESMTP id 14108320098E for ; Mon, 3 Apr 2023 17:06:54 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute3.internal (MEProxy); Mon, 03 Apr 2023 17:06:54 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=f-m.fm; h=cc :content-type:content-type:date:date:from:from:in-reply-to :in-reply-to:message-id:mime-version:references:reply-to:sender :subject:subject:to:to; s=fm2; t=1680556013; x=1680642413; bh=LX cKLS+II047P48UAnKS2MO3+yVK+Q6+eiPkNQ5ExO8=; b=g/ces0RTIyTXSlgiEV I8+A7xaDx6gbRSRLrove66zNb588AAhmvj89uYAItRA5yP2MM+LqZ5joWB2glMGe nUbB/dtZkQryQbcDiFPLzjfwgpE3704Q4zuwDWUsjRpZj22GUQlUof3FsrnID7zm YAm8XD2eUObbdYFZSjP8Wnw1X8pP4/QHVtScXmIK8+5e3jcq42UTbtSuH8ODzwfC u70UOZiG6IcI+5XZizddtBGvAy6Qzu2SjP5tqz0iTLcrHE9vvupmU7vy64xVADbv MLJPZ8FKIinc6PdbWdazZDUwi871KUuaEeRTVuQlQ1XSDs04GRLfmFdrpBprGnak mD8w== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:content-type:date:date :feedback-id:feedback-id:from:from:in-reply-to:in-reply-to :message-id:mime-version:references:reply-to:sender:subject :subject:to:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm2; t=1680556013; x=1680642413; bh=LXcKLS+II047P 48UAnKS2MO3+yVK+Q6+eiPkNQ5ExO8=; b=ckHTI0XYzpPoY3qKiSOz7Sfc68c/u mHQ/XWQ7C/tNbTW+srb4OpR8cKuMOqciAMba0jjRodUqn/9915SLLShD1vhfA7mZ U4pS5i1j2QPLTBhDlH+4+kxypmHgVaXIAZYp9HCNYBX9WMUzt0OWcJA/LJK4k95I a5KQK0wQuTF2X/hDedxGclCp9C5FBp4pZA4/Yjs85KynAtifnxaXBqC80UQve3TX Z6mWtdrzMuhnmpxpTqiWlaaSvPEAJwp/dMCjnVeJy0rlepBW9KOwihmqJ2+bHTbC S4Bnpd/HoTola5EbLuvzKiYfD1aQQb/pEi1RvwSVChjh3kg3AWlsI/+KQ== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvhedrvdeijedgudehjecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecunecujfgurhepfffhvffukfhfgggtuggjsehttd ertddttddvnecuhfhrohhmpehvohhiugcuoehvohhiugesfhdqmhdrfhhmqeenucggtffr rghtthgvrhhnpeekleduvdelhfeileefgffghfffkedtheellefgudfgvdegkeejjedutd ehhefgueenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhm pehvohhiugesfhdqmhdrfhhm X-ME-Proxy: Feedback-ID: i2541463c:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA for ; Mon, 3 Apr 2023 17:06:53 -0400 (EDT) Date: Mon, 3 Apr 2023 22:06:51 +0100 From: void To: freebsd-arm@freebsd.org Subject: Re: Expected native build times on an RPI4? Message-ID: Mail-Followup-To: freebsd-arm@freebsd.org References: List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline In-Reply-To: X-Spamd-Result: default: False [-2.21 / 15.00]; DWL_DNSWL_LOW(-1.00)[messagingengine.com:dkim]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-0.72)[-0.723]; MID_RHS_NOT_FQDN(0.50)[]; DMARC_POLICY_ALLOW(-0.50)[f-m.fm,none]; R_DKIM_ALLOW(-0.20)[f-m.fm:s=fm2,messagingengine.com:s=fm2]; R_SPF_ALLOW(-0.20)[+ip4:64.147.123.19]; NEURAL_SPAM_SHORT(0.11)[0.114]; RCVD_IN_DNSWL_LOW(-0.10)[64.147.123.19:from]; MIME_GOOD(-0.10)[text/plain]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org]; RCVD_COUNT_THREE(0.00)[4]; TO_DN_NONE(0.00)[]; FREEMAIL_FROM(0.00)[f-m.fm]; ARC_NA(0.00)[]; DKIM_TRACE(0.00)[f-m.fm:+,messagingengine.com:+]; RCVD_TLS_LAST(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:29838, ipnet:64.147.123.0/24, country:US]; FREEMAIL_ENVFROM(0.00)[f-m.fm]; RCVD_VIA_SMTP_AUTH(0.00)[] X-Rspamd-Queue-Id: 4Pr3Nw2ffFz3CWP X-Spamd-Bar: -- X-ThisMailContainsUnwantedMimeParts: N On Mon, Apr 03, 2023 at 09:42:14PM +0100, Joseph Koshy wrote: >I'm wondering how best to provision for building -current: >how long does 'buildworld' take on this device usually, and >how much disk space does a build of -current usually need? It depends. My build times are way less than yours. Not measured recently, but it's no more than 6 hrs IIRC. But to do that, several adjustments need to be made: 1. unless you need it, you'll need to turn off debugging, which is by default *on* in -current. [a] 2. get good cooling and clock the cpu. Mine is clocked to 2.1GHz. 3. use ccache 4. build WITH_META_MODE=YES 5. use either a hard disk or ssd connected via usb3. Don't build on a usb3 key and expect it to be quick. 6. in your /etc/src.conf, disable the stuff you don't need so that it doesn't waste time getting built. Set MALLOC_PRODUCTION= [a] this means compiling GENERIC-NODEBUG The full reduction in buildtime would be seen after a buildworld cycle in the new environment. /usr/obj on my -current rpi4 system is 3.2GB. It will be probably twice that size if building with debugging. good luck, -- From nobody Mon Apr 3 21:11:37 2023 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Pr3VP2TNSz43K7G for ; Mon, 3 Apr 2023 21:11:41 +0000 (UTC) (envelope-from void@f-m.fm) 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)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Pr3VN4pXKz3Cxv for ; Mon, 3 Apr 2023 21:11:40 +0000 (UTC) (envelope-from void@f-m.fm) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=f-m.fm header.s=fm2 header.b=CrU9OvDa; dkim=pass header.d=messagingengine.com header.s=fm2 header.b=pRupImZR; spf=pass (mx1.freebsd.org: domain of void@f-m.fm designates 64.147.123.19 as permitted sender) smtp.mailfrom=void@f-m.fm; dmarc=pass (policy=none) header.from=f-m.fm Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailout.west.internal (Postfix) with ESMTP id D1E393200904 for ; Mon, 3 Apr 2023 17:11:39 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute3.internal (MEProxy); Mon, 03 Apr 2023 17:11:39 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=f-m.fm; h=cc :content-type:content-type:date:date:from:from:in-reply-to :in-reply-to:message-id:mime-version:references:reply-to:sender :subject:subject:to:to; s=fm2; t=1680556299; x=1680642699; bh=2/ /enpFJYMYT3N0mWuUGMvf45ztPPjL8rGlbOAqJBiw=; b=CrU9OvDakqdM7ZRBgT wIq1/KuRdYbyCKRFrXWRXciGSdKYXycsi/e2VtNpz/lECsxsm8Kedospzhh/eEcT +ROov/fOwEp5p4JGaf4eBfqtc/kAUplNxzq6OFi9awnFQHkm9ujoMURc4m3m7tg1 Y/4/Uj1XFJpYHLJSkrwJ1Ghl+STI+VjDOQH04+fuGftbTBECrfEqXxJM0/l7487u UAJuRRggZPxLj0ESCkuABDdDLfc8+rbkKSi/xR7TgSk7RNJs57VOI3Cdy8lDPY/R eiv+0D7gfXEQxO8wiFnow9rFNU6CervwcTjkdx28GEAHV+xg0wxcMLwIP+VAO210 luqA== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:content-type:date:date :feedback-id:feedback-id:from:from:in-reply-to:in-reply-to :message-id:mime-version:references:reply-to:sender:subject :subject:to:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm2; t=1680556299; x=1680642699; bh=2//enpFJYMYT3 N0mWuUGMvf45ztPPjL8rGlbOAqJBiw=; b=pRupImZRTz6fAqX22v24W+Bg4F8ti NLNQmPaT52w3gdShCJI9Orlb+qC6Hdfi+HtMV/45IKJ1341HdTQVG4KLx4/GZEIk 6BORwu19ohHAIZbm+uKKSDCUdRets4Q1pPmdCwYBmbXc9w/swvETIFx2TNBWknxr T9SxBwuSrvW5SOToBMRKV7DoKJht5p1r02tJnTzmG/fUBrhKKANdGthvdY1nGUny /sP4HHWI81JhIXzq2WIMovrIl+oMe/TWpDYDgrcTlpWeyGa5szKYu6MiKqVX7DvA Q5eq7P/mdwxLSq7X+jffDoFaXS3B6qVDVlFpD7Z8nAPl5BH1yjjyW3E8A== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvhedrvdeijedgudehkecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecunecujfgurhepfffhvffukfhfgggtuggjsehttd ertddttddvnecuhfhrohhmpehvohhiugcuoehvohhiugesfhdqmhdrfhhmqeenucggtffr rghtthgvrhhnpeekleduvdelhfeileefgffghfffkedtheellefgudfgvdegkeejjedutd ehhefgueenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhm pehvohhiugesfhdqmhdrfhhm X-ME-Proxy: Feedback-ID: i2541463c:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA for ; Mon, 3 Apr 2023 17:11:38 -0400 (EDT) Date: Mon, 3 Apr 2023 22:11:37 +0100 From: void To: freebsd-arm@freebsd.org Subject: Re: Expected native build times on an RPI4? Message-ID: Mail-Followup-To: freebsd-arm@freebsd.org References: List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline In-Reply-To: X-Spamd-Result: default: False [-1.91 / 15.00]; SUBJECT_ENDS_QUESTION(1.00)[]; DWL_DNSWL_LOW(-1.00)[messagingengine.com:dkim]; NEURAL_HAM_LONG(-1.00)[-1.000]; MID_RHS_NOT_FQDN(0.50)[]; DMARC_POLICY_ALLOW(-0.50)[f-m.fm,none]; NEURAL_HAM_MEDIUM(-0.45)[-0.446]; R_DKIM_ALLOW(-0.20)[f-m.fm:s=fm2,messagingengine.com:s=fm2]; R_SPF_ALLOW(-0.20)[+ip4:64.147.123.19:c]; NEURAL_SPAM_SHORT(0.13)[0.134]; RCVD_IN_DNSWL_LOW(-0.10)[64.147.123.19:from]; MIME_GOOD(-0.10)[text/plain]; FROM_HAS_DN(0.00)[]; MIME_TRACE(0.00)[0:+]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; ARC_NA(0.00)[]; ASN(0.00)[asn:29838, ipnet:64.147.123.0/24, country:US]; RCVD_COUNT_THREE(0.00)[4]; TO_DN_NONE(0.00)[]; FREEMAIL_FROM(0.00)[f-m.fm]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org]; DKIM_TRACE(0.00)[f-m.fm:+,messagingengine.com:+]; RCVD_TLS_LAST(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[f-m.fm]; RCVD_VIA_SMTP_AUTH(0.00)[] X-Rspamd-Queue-Id: 4Pr3VN4pXKz3Cxv X-Spamd-Bar: - X-ThisMailContainsUnwantedMimeParts: N On Mon, Apr 03, 2023 at 09:42:14PM +0100, Joseph Koshy wrote: >A 'make -j3 buildworld' of a freshly checked out -current tree I forgot to ask - why are you using -j3? I use -j4 or -j6 -- From nobody Tue Apr 4 08:08:43 2023 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4PrL4l1Vndz439kT for ; Tue, 4 Apr 2023 08:08:55 +0000 (UTC) (envelope-from jkoshy@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 4PrL4l0zl8z3hHZ for ; Tue, 4 Apr 2023 08:08:55 +0000 (UTC) (envelope-from jkoshy@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1680595735; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=9hPghBFNg4mGbfETumhjnWaM31Ygw4FADSEEmHFM3a0=; b=A5M1gZiy/2LQmku7HyOwdpdngf8Fl0aw4sm9BHmAx8vBQ8oH/sl5ogiogIpLgnTO29HgaJ w0+NDTTNXclssDJrKG9LHqTfQzyd+VsbbdNiDFHlb6BMQceD4U5ToGuBjzy8+AwTl61IP+ xUyFjD5vlktszwNHP3EXCxHWX+u7VhcudX1eHImiyOmTMA4JnIDN6ved/w9NiiaT4b3/kK 09T1DnvG8pI7QiraI5UKey2DVjv9VE8wZZDPsDCzokngnZ8zjS3qlkCiLuqGp06s3eUeGa vOy+AcPszr8mz5cxokUuAgKGDFVtytAaboiaODi3Y0rtJ2LHKN6bHxwNFo5mdg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1680595735; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=9hPghBFNg4mGbfETumhjnWaM31Ygw4FADSEEmHFM3a0=; b=wcbODAr3FM2dhKmgcESEaLrWE7rCjIzTtE3NKvDYjV9c1SSik1ErCa8AitWm8gMtVXvw4w tquTZ3TpZIFfhWWHosHDkHWyeKuOc8FyLVLlO6rg52R44t0JYKnqF+5pI4IUGPqfl97sxJ 0PFAqo6rIqmCfLVYRznAazDQEaCeKk4OERO2o3n4Qw4DWzVlcm746CQniXVs3dEpNfeAeX ksxNklnxKF+/tOmq+VMLnouwnHciqOz7DUy5ycuytthiY6lvP3yCz9zqzdlD4SZ3qcFOja q+TOSj4Nrf1Cy6LAWlu9aeFJJu1412iMEzkrVi8B3NG8WzZatk0NENncroi9GQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1680595735; a=rsa-sha256; cv=none; b=J3mxlk9GupqpJTNqxOoq8szid4wdBxrm84fjVUPH4dpnwyEltZRWBUaGxfhTLF4bjMlTOI I3O8vI5Bf54tpKjHDozJmip4NCdnKH0sqti52BbloX0jPinfRVOKe2SCXi4x1Xa6LPbYtY Dup7VWAcWaPeI0x75y2Y+pIHEQF5umqevGoW0qg2lSmGII9vVj8ZOgVMW01HCAPVgEmQkC TyfHu1OVDRPC2B9obY0FIAgzCTzlTaarzVLHSI/FnuBDVNiAcTmh1zWm1itDRY2XC799bV pc/QUqhxJuIQVZJlPJENKF1Ofr8am3OdsV7OW4xR/wDIogKt4WeV/BZdSjFF9A== Received: from mail-vs1-f41.google.com (mail-vs1-f41.google.com [209.85.217.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 1D4" (verified OK)) (Authenticated sender: jkoshy/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4PrL4k729mzrL8 for ; Tue, 4 Apr 2023 08:08:54 +0000 (UTC) (envelope-from jkoshy@freebsd.org) Received: by mail-vs1-f41.google.com with SMTP id d18so27673253vsv.11 for ; Tue, 04 Apr 2023 01:08:54 -0700 (PDT) X-Gm-Message-State: AAQBX9dvB4Paf0d0IfB4uhQ7WAabKkGrhMA7dzPnLzNuN5fnYENjF/bb +o3F0flB3AXiXPmKIJbtDhYWSwxZhp/wybw9ZNM= X-Google-Smtp-Source: AKy350ZUJSOIlwTBaJ+3oUF9nxAC/wAH/CCiHp/SKcw3OogLeNO/CtT4JJINForL8h1a9K82eklJbmeIqMeFbbJvKDU= X-Received: by 2002:a67:c890:0:b0:425:8e57:7bfd with SMTP id v16-20020a67c890000000b004258e577bfdmr1586438vsk.3.1680595734287; Tue, 04 Apr 2023 01:08:54 -0700 (PDT) List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org MIME-Version: 1.0 References: In-Reply-To: From: Joseph Koshy Date: Tue, 4 Apr 2023 09:08:43 +0100 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: Expected native build times on an RPI4? To: freebsd-arm@freebsd.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-ThisMailContainsUnwantedMimeParts: N void> 2. get good cooling and clock the cpu. Mine is clocked to 2.1GHz. Thanks for the tips (1) to (6). I do have a heatsink for the device. Temperatures were around 45C during the build, as measured using 'sysctl dev.cpu.0.temperature'. void> I forgot to ask - why are you using -j3? I use -j4 or -j6 No particular reason. I was playing around with various -j settings, and -j3 just happened to be the last one used. rolf> Are you operating your RPi from a =E7=8C=B6D card? Yes. % dmesg | grep mmc mmcsd0: 16GB at mmc1 50.0MHz/4bit/65535-block rolf> That said, your build speeds could be vastly improved rolf> if you attach an external SSD to one of the USB3.0 ports of rolf> the RPi, and run buildworld on that one. Noted. dave> SD cards are generally very slow and I have had them take dave> a day+ to build. Thanks for confirming. I'll try with an external USB drive. Thanks, Joseph Koshy From nobody Tue Apr 4 08:16:53 2023 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4PrLQm0lYtz43Bp7 for ; Tue, 4 Apr 2023 08:24:32 +0000 (UTC) (envelope-from dsl@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (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 4PrLQm0GlDz3ktR; Tue, 4 Apr 2023 08:24:32 +0000 (UTC) (envelope-from dsl@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1680596672; 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=CKut0TCajT2ORn+jKgepyazQew0Oq0RWISjYL8WILtg=; b=B2v8J7bfmxy3BmPdDlVBTr/Q6y5PnJuKxnLVJC+N60nrYWhnoOEwpgZlOd3xVbpqxuH8c8 PCS7IbuVNxCXKN4+BDNoR0a3wRHFRBacKKq3qCsxe+SuUKrU1W65YDZ4ESh8Fs5bsQup/K XnaceWjUsdGPalYuNq+v8dfFPxFNZYkcZ7dqscHH62ZqBqHQhZX4V2eUKTHaoA/fIoEFPn TA0QswDZQ/NTXENhMxhtvcF8OlwrjUla8OVthLUQAAhX2cOgohf89coeiflXwqA1moSxai lhKVe/YHHZ20xp0G2fUjWUXU8tvH42N3F5tYABZqkkfTH15++4S7jfp9fd6bsw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1680596672; 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=CKut0TCajT2ORn+jKgepyazQew0Oq0RWISjYL8WILtg=; b=oO1JtT7GL+S2DIvO5Uygzg7956+3vHWVu9lagawacgo8/CbambG1edYbcLX8Q1nMOpUmZL IzblMbr1VaaOQzbU8Iepaa4cOF4+N37qQoMRdHHz4WeHoc4kSgrYRN7PVTF3lyIJbMsP/K frkgswky+T1zl6U127qwt9X8c2L1y61d/skwaEEjbGIKBw/YslH3nWkzzYl7IV5BAUO+XZ hyN6Ao+YbxCuKUxq+jpv+8B/kZhIJVyqFGP6eTRp8PRfAPNpNcDKDW9HEl+H15zQC8IXDQ zcBx9hAUq8c4xdviG2cFyHwUD19U/YazJbxkJU91q2U68b4q5uFZf56GYV1xQQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1680596672; a=rsa-sha256; cv=none; b=EBecUAT+siU5b5WSegK2DJOgDEYc6Z5/qsoC/VP4HaxG7U+N59RgpsifxVzt6ZgS09vlKU ZuGZKp2Pkxn145/L/Tn6vrrK+ZQ6eWtEY4FwzgfD6c/XxCZXhNUBx9HIiieqyBq8AW7fGh yzJ7aVlgPB7VHlfTqZfvS57Or2iMp5ASr81Qbje7LG0neDbfFLh5I5RFLLtgooqSXiOC+P CTCg23B/rWkgfWAg52MQYKUyid4xKgaDvnk22Q/TxpXE/lvfcnkB6Yq4NJ7ZLFpLHWwUjz k1uKqD/q/Uf0CcX7QdI+lYlgRK67cbJw62ZydTR6yfgXCWOU4YRzOcibmVEoww== Received: from localhost (unknown [193.164.254.100]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: dsl) by smtp.freebsd.org (Postfix) with ESMTPSA id 4PrLQl4VSbzsnw; Tue, 4 Apr 2023 08:24:31 +0000 (UTC) (envelope-from dsl@FreeBSD.org) References: <66fee230-24eb-c7d8-fa30-4530409c0f5c@nomadlogic.org> User-agent: mu4e 1.6.10; emacs 28.2 From: Dmitry Salychev To: Marcin Cieslak Cc: Pete Wright , freebsd-arm@freebsd.org Subject: Re: Pinephone Pro Date: Tue, 04 Apr 2023 10:16:53 +0200 In-reply-to: Message-ID: <86ttxwvyv7.fsf@peasant.tower.home> List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-ThisMailContainsUnwantedMimeParts: N Marcin Cieslak writes: > [[S/MIME Signed Part:Undecided]] > On Fri, 31 Mar 2023, Pete Wright wrote: > >> So my question is - is the PINE64 the right image to use?=C2=A0 Anyone >> else tried this and able to share tweaks or docs they used to get >> things moving? > > What I would do is to take the device tree used by the Linux kernel > and try to see if something very similar can be used for FreeBSD, > first and foremost if the devices listed there are supported. > > Device trees used by FreeBSD kernel are in sys/contrib/device-tree > > https://cgit.freebsd.org/src/tree/sys/contrib/device-tree > > plus some overlays in https://cgit.freebsd.org/src/tree/sys/dts > > PinePhone Pro seems to be using a variant of RockChip RK3399 > so I'd do for the "rockchip" directory to looks for similar boards. > > Pine64 uses Allwinner processors, so this is unlikely to work. > > Some notes: > > https://wiki.pine64.org/wiki/PinePhone_Pro_Development > > Their fork of the Linux kernel: > > https://github.com/megous/linux > > This seems to be the device tree: > > https://github.com/megous/linux/blob/master/arch/arm64/boot/dts/rockchip/= rk3399-pinephone-pro.dts > > (it includes also other files, like rk3399.dtsi and rk3399-opp.dtsi, > both seems to be included in the FreeBSD kernel tree). > > Seems like they are still figuring things out for Linux as well, > so you are not alone in that effort. > > I think you should be prepared to build your own image. > With FreeBSD it is not very difficult (I find it easier than in > the Linux world). > > Marcin > > [[End of S/MIME Signed Part]] I'd take their device tree and try to boot GENERIC kernel for arm64 in order to get an idea which drivers are missing: # dmesg | grep "no driver" | grep -v "disabled" Pete, are you going to keep your findings somewhere? I don't have PinePhone Pro at the moment, but would like to follow and can support with customizing your kernel. Regards, Dmitry --=20 Open source software/hardware enthusiast hackaday.io/dsl | github.com/mcusim | patreon.com/salychev From nobody Tue Apr 4 08:38:00 2023 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4PrLkT2Z2rz43Cmr for ; Tue, 4 Apr 2023 08:38:09 +0000 (UTC) (envelope-from saper@saper.info) Received: from q.saper.info (q.saper.info [IPv6:2605:2700:0:2:a800:ff:fec7:5c61]) (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 ECDSA (P-384) client-digest SHA384) (Client CN "q.saper.info", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4PrLkS62fXz3mVS; Tue, 4 Apr 2023 08:38:08 +0000 (UTC) (envelope-from saper@saper.info) Authentication-Results: mx1.freebsd.org; none Received: from q.saper.info (localhost [127.0.0.1]) by q.saper.info (8.16.1/8.16.1) with ESMTPS id 3348c0Jp097587 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Tue, 4 Apr 2023 08:38:00 GMT (envelope-from saper@saper.info) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=saper.info; s=Sep2014; t=1680597480; bh=4EQ0rWzW5GGQ351nxOOX0EGcTUsx2GYORACSvpb+8h4=; h=Date:From:To:cc:Subject:In-Reply-To:References; b=VkADTHtrQQ+jDcXpGb4Va8Z9tzxSzrERnSrKb367Sge4nmpuCTwFoGj23OVMzVR0N dE9sPj7CDZftNFgwQdRiS6Tc5BoaHE1zapjezcIucW595Q9cdkSPRzwtztz61kTJYd RRSKT/g4ZqbQea9rgWvyYrsGHjzmoBqS5EOK4uxU= Received: from localhost (saper@localhost) by q.saper.info (8.16.1/8.16.1/Submit) with ESMTP id 3348c03O097584; Tue, 4 Apr 2023 08:38:00 GMT (envelope-from saper@saper.info) X-Authentication-Warning: q.saper.info: saper owned process doing -bs Date: Tue, 4 Apr 2023 08:38:00 +0000 From: Marcin Cieslak To: Dmitry Salychev cc: Pete Wright , freebsd-arm@freebsd.org Subject: Re: Pinephone Pro In-Reply-To: <86ttxwvyv7.fsf@peasant.tower.home> Message-ID: References: <66fee230-24eb-c7d8-fa30-4530409c0f5c@nomadlogic.org> <86ttxwvyv7.fsf@peasant.tower.home> List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-256; boundary="2201072851-742430753-1680597480=:23510" X-Rspamd-Queue-Id: 4PrLkS62fXz3mVS X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:47066, ipnet:2605:2700::/32, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N --2201072851-742430753-1680597480=:23510 Content-Type: text/plain; charset=US-ASCII; format=flowed On Tue, 4 Apr 2023, Dmitry Salychev wrote: >> I think you should be prepared to build your own image. >> With FreeBSD it is not very difficult (I find it easier than in >> the Linux world). >> >> Marcin >> >> [[End of S/MIME Signed Part]] > > I'd take their device tree and try to boot GENERIC kernel for arm64 in > order to get an idea which drivers are missing: > > # dmesg | grep "no driver" | grep -v "disabled" > > Pete, are you going to keep your findings somewhere? I don't have > PinePhone Pro at the moment, but would like to follow and can support > with customizing your kernel. Now thinking about getting one, too.. Maybe wiki.freeebsd.org could be the place to keep notes? saper --2201072851-742430753-1680597480=:23510 Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: BASE64 Content-Description: S/MIME Cryptographic Signature Content-Disposition: attachment; filename=smime.p7s MIIOdgYJKoZIhvcNAQcCoIIOZzCCDmMCAQExDzANBglghkgBZQMEAgEFADAL BgkqhkiG9w0BBwGgggq9MIIEvDCCA6SgAwIBAgIQeEqpEhjRpCYIUTzTZlVD ozANBgkqhkiG9w0BAQsFADBMMSAwHgYDVQQLExdHbG9iYWxTaWduIFJvb3Qg Q0EgLSBSMzETMBEGA1UEChMKR2xvYmFsU2lnbjETMBEGA1UEAxMKR2xvYmFs U2lnbjAeFw0yMDA5MTYwMDAwMDBaFw0yOTAzMTgwMDAwMDBaMFsxCzAJBgNV BAYTAkJFMRkwFwYDVQQKExBHbG9iYWxTaWduIG52LXNhMTEwLwYDVQQDEyhH bG9iYWxTaWduIEdDQyBSMyBQZXJzb25hbFNpZ24gMSBDQSAyMDIwMIIBIjAN BgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAvxvJBqEapaux2/z3J7fFslRO WjKVJ5rCMfWGsg17dmD7NSnG7Spoa8d3htXsls1IMxoO8PyouQajNQqYmlYo xinlqenMNv7CJyEKMOAtglBmD6C/QC7kT+dSx4HfSTs8xmv8veJOldMzF8S/ BEn/tD4w/Dvpg+oXOqDyOiHPTacRFK0QHoq5eEbBmVS8W0rwcaRotO9fGTA+ NjF0My7GLRNK0eMPGh2hcPZURQhXy7wRQ8XFIfEA6kaQHHN22ncnVtwqiTmA wTR+4GNNVinG3KjNZLAVSnGrdCvT2I4Zo19hKy5PX6o7wrVXvMR4zV5VBFwV 6ZDM+xewao7Mup+SbwIDAQABo4IBiTCCAYUwDgYDVR0PAQH/BAQDAgGGMB0G A1UdJQQWMBQGCCsGAQUFBwMCBggrBgEFBQcDBDASBgNVHRMBAf8ECDAGAQH/ AgEAMB0GA1UdDgQWBBSFu/DMxDa1CmJ2o5kuj7s6aq3FUTAfBgNVHSMEGDAW gBSP8Et/qC5FJK5NUPpjmove4t0bvDB6BggrBgEFBQcBAQRuMGwwLQYIKwYB BQUHMAGGIWh0dHA6Ly9vY3NwLmdsb2JhbHNpZ24uY29tL3Jvb3RyMzA7Bggr BgEFBQcwAoYvaHR0cDovL3NlY3VyZS5nbG9iYWxzaWduLmNvbS9jYWNlcnQv cm9vdC1yMy5jcnQwNgYDVR0fBC8wLTAroCmgJ4YlaHR0cDovL2NybC5nbG9i YWxzaWduLmNvbS9yb290LXIzLmNybDBMBgNVHSAERTBDMEEGCSsGAQQBoDIB KDA0MDIGCCsGAQUFBwIBFiZodHRwczovL3d3dy5nbG9iYWxzaWduLmNvbS9y ZXBvc2l0b3J5LzANBgkqhkiG9w0BAQsFAAOCAQEAWWtqju12g524FdD2HwUX U1rSxeM5aSU1cUC1V/xBjXW0IjA7/3/vG2cietPPP/g3lpoQePVJpQAKZml8 1fHwPPivFK9Ja41jJkgqGzkORSC0xYkh2gGeQg1JVaCzcrRzJElRjT442m6F pbLHCebxIHLu0WBNjLZreB6MYMaqdPL6ItbXtD/BU4k517cEuUbczoBFZAra jq7oUBWXuroln5AMnRwVNwgJN4Np0s4kkJ94KepzbFOLzcbnfUB0+xT4foXm bM0GmmcPGOy0qvqEHJsBwDZXDxIk8oqCnnLngi7N94Sn4eTcmpZ9NH2dDN1O TEPVXgRG5X1pBcNtMWG6MDCCBfkwggThoAMCAQICDCKqoJRMYYx5sYJHGzAN BgkqhkiG9w0BAQsFADBbMQswCQYDVQQGEwJCRTEZMBcGA1UEChMQR2xvYmFs U2lnbiBudi1zYTExMC8GA1UEAxMoR2xvYmFsU2lnbiBHQ0MgUjMgUGVyc29u YWxTaWduIDEgQ0EgMjAyMDAeFw0yMzAzMDcxNjExMDlaFw0yNjAzMDcxNjEx MDlaMDwxGTAXBgNVBAMMEHNhcGVyQHNhcGVyLmluZm8xHzAdBgkqhkiG9w0B CQEWEHNhcGVyQHNhcGVyLmluZm8wggIiMA0GCSqGSIb3DQEBAQUAA4ICDwAw ggIKAoICAQC8MB3fTYVrTadH5qE2CIa4VLvlL6QHgDriMRLkTA49SPszYCO0 fZTEpdSw8fc6kK9p2fD63LAfOHeD7jzey5aHBzpIGlxeFkn0Ce2BCYY5yLxK i9byoCwrpLchTR1Itpk1w+zy5E4T9KBTL1+c+w+TKpaIvFLXtjZtz4wQGi0p e/nRkRK9htGG3mETh+APitedl+ImGaI8NK9PELxuSkXnYAvGPpnXir8vbszk tJU1b0TevL/i3Sy6fhOhunZmTo1QDM7Zw4UyVjkQgTvL3y4I0tIrVjlam08x XZeMp+i/Gl51eHGvRVfvdJUJAjrWhrFEp8+2FZouWxWzAlHdd2sRp1AekNdP CeRgHeIF6uNtSseL1grKAjU+4BiixWPp1y1niB0humoQHoub/6fO/mU+//rW l3gTwZNu4FuKgZlfPw+qnvuka0c9dUNIZRCE5z8yXjS8R9yZWirnHNhYxf/e R2y4jaiHzPAjZlZZ2rGx8xVfB2n2JsAicj2+ZxmXlQ1yd5RW1pfxG3cdNNC5 uZ+j4JIN2ElsIjEKmMn9gHdoaEMAy/ENwNiMDBadLnc8qWirq/Ktp2dBSf2y /sH9xMpVyk8wuYjpbCnX4xslAensno5A20MYdKGPRFaItEhNPNbfzc1+4br8 exoXFX1F9ZJK9gGUO2nLbdRycphdyzxzgQIDAQABo4IB2jCCAdYwDgYDVR0P AQH/BAQDAgWgMIGjBggrBgEFBQcBAQSBljCBkzBOBggrBgEFBQcwAoZCaHR0 cDovL3NlY3VyZS5nbG9iYWxzaWduLmNvbS9jYWNlcnQvZ3NnY2NyM3BlcnNv bmFsc2lnbjFjYTIwMjAuY3J0MEEGCCsGAQUFBzABhjVodHRwOi8vb2NzcC5n bG9iYWxzaWduLmNvbS9nc2djY3IzcGVyc29uYWxzaWduMWNhMjAyMDBMBgNV HSAERTBDMEEGCSsGAQQBoDIBKDA0MDIGCCsGAQUFBwIBFiZodHRwczovL3d3 dy5nbG9iYWxzaWduLmNvbS9yZXBvc2l0b3J5LzAJBgNVHRMEAjAAMEkGA1Ud HwRCMEAwPqA8oDqGOGh0dHA6Ly9jcmwuZ2xvYmFsc2lnbi5jb20vZ3NnY2Ny M3BlcnNvbmFsc2lnbjFjYTIwMjAuY3JsMBsGA1UdEQQUMBKBEHNhcGVyQHNh cGVyLmluZm8wHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMB8GA1Ud IwQYMBaAFIW78MzENrUKYnajmS6PuzpqrcVRMB0GA1UdDgQWBBTW/RrdlRFR y6MgS7liTThMnQA5ozANBgkqhkiG9w0BAQsFAAOCAQEAAwoUJShHMueocVlD 1+vYJbTTTbk9tabr2L4Iyyy4Btu1d1wwl6d9Yx2N9qaVERWcEeP0aR+NB2B7 xIKl/ZnZVuSxep0Raw4s284a/jSIJlsAi4SJItDCU2VrYJDWxP7MxzZHnzPI MLDoTHXPV18gvYTewoNk5/Yo89Kb0v/GpPTpP2sVdrWLHa4uKUHYrAZ0aByp kNw6lXp6o6DXvXaOd6KDTQN5XhmmHwLnuLceODF1t9gicsZIOY+KAxN6YZ6t EqwN48b4OFMpckDE3fm1iTZRqnEIqUHOKOcoCImkub1woEN0zXDQmLXaZigl uVztWSTM4/fapWLrlHBNxfjs1TGCA30wggN5AgEBMGswWzELMAkGA1UEBhMC QkUxGTAXBgNVBAoTEEdsb2JhbFNpZ24gbnYtc2ExMTAvBgNVBAMTKEdsb2Jh bFNpZ24gR0NDIFIzIFBlcnNvbmFsU2lnbiAxIENBIDIwMjACDCKqoJRMYYx5 sYJHGzANBglghkgBZQMEAgEFAKCB5DAYBgkqhkiG9w0BCQMxCwYJKoZIhvcN AQcBMBwGCSqGSIb3DQEJBTEPFw0yMzA0MDQwODM4MDBaMC8GCSqGSIb3DQEJ BDEiBCCoLKr/b3cyJmVvI63xX5NXCceczNvi1FK6sWU3WDJ+fzB5BgkqhkiG 9w0BCQ8xbDBqMAsGCWCGSAFlAwQBKjALBglghkgBZQMEARYwCwYJYIZIAWUD BAECMAoGCCqGSIb3DQMHMA4GCCqGSIb3DQMCAgIAgDANBggqhkiG9w0DAgIB QDAHBgUrDgMCBzANBggqhkiG9w0DAgIBKDANBgkqhkiG9w0BAQEFAASCAgCZ bt41iqkrTGhkpsECtD9VNVf1ydlsq8X8TioJhQYlPICAhjqPPgbDa/9k6YFh NMc4QMh+YuwpxT5fSSFy1DkAlevY1u4eqQn2erv/pitmtutZqIkrDD5Sybaz doXBeIVAuaCZKHVMaMP2O4ha8TNpQZmnKYGg6Qzbx/s3gCjWqIVr996n8g3f hQkaBXlFHCZxXwRr2afJZE1JBkOsy+bcotVhYxjy4XOnOxCpSkAfkDfj8M5G a61N/ADlUGAjIELhy1ZM3CCTr2MEMcbE0YOaxjD3R9ojXmquob5/zM6l/GxF uHd78B0p2cv0wQQBqNBv7pT0GSH9XbqrdbpFk++kWtkhpRcY/jldrIOlkVz8 FydThelAlmEX5WujKb04RzAlDNsOm7DbMe1Qgw0LQoEYO7Rt7CGKB6EEy1m0 id2e7fwjo21yNMGsyXN3IrfDtvXjMoI4jhCS3vuB7eW5wWg3o0X1uXYhnfpF 3e9hg8hRaHSCjwYE3smgoaAJa2WnT09HT6BsdhATDk7t3LmCgx2CCq+dHgmk UumIlj1EedokyVWLq3T1BaH+uy30h+MR2PMHSazKdxRWBeRKoGmm5XlFf8Bw UGiNVNJFezvgmUzS2sOQuUG80luUcIVyOPWFnyutL2/4hpPR9bftFWgbZELw 17CK5IYyd1bHWO3ch98cfA== --2201072851-742430753-1680597480=:23510-- From nobody Tue Apr 4 08:54:47 2023 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4PrM6P6dg7z43DvZ for ; Tue, 4 Apr 2023 08:55:25 +0000 (UTC) (envelope-from marietto2008@gmail.com) Received: from mail-yb1-xb2c.google.com (mail-yb1-xb2c.google.com [IPv6:2607:f8b0:4864:20::b2c]) (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 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4PrM6P3lkTz3pjc; Tue, 4 Apr 2023 08:55:25 +0000 (UTC) (envelope-from marietto2008@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-yb1-xb2c.google.com with SMTP id j7so37815418ybg.4; Tue, 04 Apr 2023 01:55:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; t=1680598524; x=1683190524; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=E5ZIVv8zaE7AzDLErpZBPEjxosSmuMBpFxvZGP2JAC0=; b=YY/LairZ3aCeh3cQOz0IwBWcn80f/4nNweFpoq29Ar5APp16PDE+pHnibK/tXzCmDk Mdp1C3TiIeT94Rk8CI6sYijTkEUHTgJNbp0pPn+QNAYUOYJbLGuTyRja4I54YBIcq1Ih 1CAFNgZBGNaiQ83Z5VH3RAGkAY8SdCitQwPUf23Q9lEpiM1x/mp3rvw2JeT+m603G+UQ S62fZpDnhLO7MWjEnkrLfCE+j+2U6thizERSMFBm3Xz50wgR/Z2twQL70WCQP6DbrRfJ UzpX6bAENjRLJSsu9BZu9+YpLJYX1lM+txqpM7waTGIxweVG9U1fYJ2uvCi2LvFXT4jz Q3/Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; t=1680598524; x=1683190524; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=E5ZIVv8zaE7AzDLErpZBPEjxosSmuMBpFxvZGP2JAC0=; b=N+ZvfCnu6FG+65L4UsxcvSLe0G7tZnBV9oCVQqRTF0V9QSvn4oM9nablrg3QQso3Q1 T+BAu8EE3yJ/pm/+Zm2mIJDZojgyNljRTlmR1/HS6Xsay+69r3XC/ybR8CK3ASxWD3D3 JvX9tTRatslbnxJ+HdcmdbM7bq0Pc1R9HhDCcjniIwPE5c7JtRaHXw5/U4n7BC8DsTjt 0V5VZ7Ix6sRYu5l1SfT3pwylM4C/ggqeMyxQ4xMOly+V43EgxY+hxlfUPcVwAVKHZjW2 Uf19XaJe+QTHF8dZ3f39M9Ap2Z7U+QssLBaHcMQdRxzsoZw7YyrqLspKqN54DU3W6GNt tFGw== X-Gm-Message-State: AAQBX9ejXgMib8yshHqfJvNUx1B5gNfvteWsUiTgz4ahCaFzcCLI3YIS dGxO28dLRwd4wru3QzHVLF0yAnKQvnKi7mcxr68= X-Google-Smtp-Source: AKy350bDbStqx15tY5V3Lye4SIrBN5BkKX0naEg8ImVBhWIr7FZYF9fuFOOqImlwyx1XOL7AE4AI8nDcxQo+BL3YDv0= X-Received: by 2002:a25:d452:0:b0:b7d:9e72:d78e with SMTP id m79-20020a25d452000000b00b7d9e72d78emr1385386ybf.10.1680598524022; Tue, 04 Apr 2023 01:55:24 -0700 (PDT) List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org MIME-Version: 1.0 References: <66fee230-24eb-c7d8-fa30-4530409c0f5c@nomadlogic.org> <86ttxwvyv7.fsf@peasant.tower.home> In-Reply-To: From: Mario Marietto Date: Tue, 4 Apr 2023 10:54:47 +0200 Message-ID: Subject: Re: Pinephone Pro To: Marcin Cieslak Cc: Dmitry Salychev , Pete Wright , freebsd-arm@freebsd.org Content-Type: multipart/alternative; boundary="00000000000008d49105f87ed618" X-Rspamd-Queue-Id: 4PrM6P3lkTz3pjc X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N --00000000000008d49105f87ed618 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hello boys, I'm also very interested. Please keep me informed about this cool project. On Tue, Apr 4, 2023 at 10:38=E2=80=AFAM Marcin Cieslak w= rote: > On Tue, 4 Apr 2023, Dmitry Salychev wrote: > > >> I think you should be prepared to build your own image. > >> With FreeBSD it is not very difficult (I find it easier than in > >> the Linux world). > >> > >> Marcin > >> > >> [[End of S/MIME Signed Part]] > > > > I'd take their device tree and try to boot GENERIC kernel for arm64 in > > order to get an idea which drivers are missing: > > > > # dmesg | grep "no driver" | grep -v "disabled" > > > > Pete, are you going to keep your findings somewhere? I don't have > > PinePhone Pro at the moment, but would like to follow and can support > > with customizing your kernel. > > Now thinking about getting one, too.. Maybe wiki.freeebsd.org could be > the place > to keep notes? > > saper --=20 Mario. --00000000000008d49105f87ed618 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hello boys,

I'm also ver= y interested. Please keep me informed about this cool project.

On = Tue, Apr 4, 2023 at 10:38=E2=80=AFAM Marcin Cieslak <saper@saper.info> wrote:
On Tue, 4 Apr 2023, Dmitry Salychev wrote:=

>> I think you should be prepared to build your own image.
>> With FreeBSD it is not very difficult (I find it easier than in >> the Linux world).
>>
>> Marcin
>>
>> [[End of S/MIME Signed Part]]
>
> I'd take their device tree and try to boot GENERIC kernel for arm6= 4 in
> order to get an idea which drivers are missing:
>
> # dmesg | grep "no driver" | grep -v "disabled" >
> Pete, are you going to keep your findings somewhere? I don't have<= br> > PinePhone Pro at the moment, but would like to follow and can support<= br> > with customizing your kernel.

Now thinking about getting one, too.. Maybe wiki.freeebsd.org could be t= he place
to keep notes?

saper


--
Mario.
--00000000000008d49105f87ed618-- From nobody Tue Apr 4 09:09:45 2023 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4PrMsp5YmXz43Gyc for ; Tue, 4 Apr 2023 09:29:34 +0000 (UTC) (envelope-from dsl@mcusim.org) Received: from mcusim.org (mcusim.org [176.58.93.53]) (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 4PrMsp2zwBz3t7h for ; Tue, 4 Apr 2023 09:29:34 +0000 (UTC) (envelope-from dsl@mcusim.org) Authentication-Results: mx1.freebsd.org; none Received: from localhost (unknown [193.164.254.100]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by mcusim.org (Postfix) with ESMTPSA id 5111F8154A; Tue, 4 Apr 2023 11:29:26 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=mcusim.org; s=default; t=1680600566; bh=x8FAjswLuwXp3mLfvRAfa5OWxuwGnXI3Aj65J0iLpDU=; h=References:From:To:Cc:Subject:Date:In-reply-to; b=b9slztdyhpHD2AwpsU8EvMIi7M00S7uKBSS1GWeTR50JIlTIMqObtRAuRmOzi6VRm 06TW7+z5R032b69taIHk1Bi3SGYHzabGRPB7Xkni7Fk327ZJitOE+YZifcovaueDOm omsdvXGW3glAdq1zdfLiObN+6CDwtiBi8h0kib88= References: <66fee230-24eb-c7d8-fa30-4530409c0f5c@nomadlogic.org> <86ttxwvyv7.fsf@peasant.tower.home> User-agent: mu4e 1.6.10; emacs 28.2 From: Dmitry Salychev To: Marcin Cieslak Cc: Pete Wright , freebsd-arm@freebsd.org Subject: Re: Pinephone Pro Date: Tue, 04 Apr 2023 11:09:45 +0200 In-reply-to: Message-ID: <86jzysvvuy.fsf@peasant.tower.home> List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org MIME-Version: 1.0 Content-Type: text/plain X-Rspamd-Queue-Id: 4PrMsp2zwBz3t7h X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:36236, ipnet:176.58.93.0/24, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N Marcin Cieslak writes: > [[S/MIME Signed Part:Undecided]] > On Tue, 4 Apr 2023, Dmitry Salychev wrote: > >>> I think you should be prepared to build your own image. >>> With FreeBSD it is not very difficult (I find it easier than in >>> the Linux world). >>> >>> Marcin >>> >>> [[End of S/MIME Signed Part]] >> >> I'd take their device tree and try to boot GENERIC kernel for arm64 in >> order to get an idea which drivers are missing: >> >> # dmesg | grep "no driver" | grep -v "disabled" >> >> Pete, are you going to keep your findings somewhere? I don't have >> PinePhone Pro at the moment, but would like to follow and can support >> with customizing your kernel. > > Now thinking about getting one, too.. Maybe wiki.freeebsd.org could be the place > to keep notes? > > saper > > [[End of S/MIME Signed Part]] Btw, it has almost nothing to do with the FreeBSD itself, but I recently received PineTime (both sealed one and a devkit) as a gift and can say that it's quite good in terms of PCB/assembling quality. Their FreeRTOS-based OS works surprisingly good as well. If the PinePhone Pro is similar, it's worth bringing FreeBSD there. +1 for notes kept at wiki.freebsd.org Regards, Dmitry -- Open source software/hardware enthusiast hackaday.io/dsl | github.com/mcusim | patreon.com/salychev From nobody Tue Apr 4 09:32:41 2023 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4PrMy758rHz43H2g for ; Tue, 4 Apr 2023 09:33:19 +0000 (UTC) (envelope-from marietto2008@gmail.com) Received: from mail-yb1-xb32.google.com (mail-yb1-xb32.google.com [IPv6:2607:f8b0:4864:20::b32]) (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 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4PrMy73FfBz3tfx for ; Tue, 4 Apr 2023 09:33:19 +0000 (UTC) (envelope-from marietto2008@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-yb1-xb32.google.com with SMTP id r187so37891168ybr.6 for ; Tue, 04 Apr 2023 02:33:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; t=1680600797; x=1683192797; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=0U88YNfwpNhSZfZtnMmHzF/fZpcU/qpQPYU8ALCHRIA=; b=INsqhgLS6ROHSVjojg7vL/Tsjv0DAb5dBz2hOx6QvvaJxTRqjA4s28W6n6H5b12TXx VdPFB0qfwvRtM2mA//mSsKoL9w0zpGI2E8BksknYgtomH2k8rX/YR9qQoD09/gT3Dj26 L7YOYDDUQWe4xxKE1ivNi4lnm7ZgI5cpVhkCq2eReSOF+CSUN8Cj8PrAAq+eBEdSHGAC 5eTHt2Xme1fyeI4sJzQuyssqSEi8J/b3duHpsR3C3jE0Z3h9QT4toj6z/9rWYToxb5te nfZ0ZQfB2ps7zlxCsiXxrOtLyBfZhgTVC44/VSiBKu4ObZ/oDRuOKA9joFU/lO4klR7y wZFg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; t=1680600797; x=1683192797; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=0U88YNfwpNhSZfZtnMmHzF/fZpcU/qpQPYU8ALCHRIA=; b=Jfrra1ai/T/1o4ymnibkhO2/rJw1i7FKcmMfGcEM0DHsr6BWOn7omC9FyUxec5FmO6 ED1zreCK1j2Wr9aYlPes01TpV0qSDUmzjxqs0zSi1dBwTEt4tFM0UcofwGaQqUHf0922 eJP3S/h2aq6rh9a+4uiDkswiU64hlFoFEciOQA1+7Yj8bB0GJlIJCYEVcV/YZTWgrZnk C8/Ok0XFMaq6AzuK2svUkiTy5shdNEZ6xKuoWufxxGUopbI5PerRvyNrnfitQ1Dx6eoN D2EGNIOvgxFEIcB30TIJlxC10bnuBJ5CPSsvVOELGSz8ESe3qQ59dBGGrZloRBVmV5TV M8HQ== X-Gm-Message-State: AAQBX9eZu1JLV3nAQFhfB7Yr1X4UXgpuUXkLUCE5pKT+T1LH6U5WHE3N nXq8DLU4oi+bb3Zz8GLn3isvcWFKXuW6hxS+WCOsQHFqYZI= X-Google-Smtp-Source: AKy350YeZ9Cii6sI3APctez+8i4IGJ8hvI0pdzxYmvnoO7q4NPErBOnZiWlwkuWqzuuc5tc1pBHVikieQk6seSeV+hk= X-Received: by 2002:a25:a323:0:b0:b35:91cc:9e29 with SMTP id d32-20020a25a323000000b00b3591cc9e29mr10715883ybi.5.1680600797516; Tue, 04 Apr 2023 02:33:17 -0700 (PDT) List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org MIME-Version: 1.0 References: <66fee230-24eb-c7d8-fa30-4530409c0f5c@nomadlogic.org> <86ttxwvyv7.fsf@peasant.tower.home> <86jzysvvuy.fsf@peasant.tower.home> In-Reply-To: <86jzysvvuy.fsf@peasant.tower.home> From: Mario Marietto Date: Tue, 4 Apr 2023 11:32:41 +0200 Message-ID: Subject: Re: Pinephone Pro To: Dmitry Salychev Cc: Marcin Cieslak , Pete Wright , freebsd-arm@freebsd.org Content-Type: multipart/alternative; boundary="0000000000008b96f605f87f5d46" X-Rspamd-Queue-Id: 4PrMy73FfBz3tfx X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N --0000000000008b96f605f87f5d46 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable PineTime is interesting and it is in my budget. I could buy it and then try to play a little bit with it. Maybe FreeBSD can be installed there ? or Linux ? On Tue, Apr 4, 2023 at 11:29=E2=80=AFAM Dmitry Salychev wr= ote: > > Marcin Cieslak writes: > > > [[S/MIME Signed Part:Undecided]] > > On Tue, 4 Apr 2023, Dmitry Salychev wrote: > > > >>> I think you should be prepared to build your own image. > >>> With FreeBSD it is not very difficult (I find it easier than in > >>> the Linux world). > >>> > >>> Marcin > >>> > >>> [[End of S/MIME Signed Part]] > >> > >> I'd take their device tree and try to boot GENERIC kernel for arm64 in > >> order to get an idea which drivers are missing: > >> > >> # dmesg | grep "no driver" | grep -v "disabled" > >> > >> Pete, are you going to keep your findings somewhere? I don't have > >> PinePhone Pro at the moment, but would like to follow and can support > >> with customizing your kernel. > > > > Now thinking about getting one, too.. Maybe wiki.freeebsd.org could be > the place > > to keep notes? > > > > saper > > > > [[End of S/MIME Signed Part]] > > Btw, it has almost nothing to do with the FreeBSD itself, but I recently > received PineTime (both sealed one and a devkit) as a gift and can say > that it's quite good in terms of PCB/assembling quality. Their > FreeRTOS-based > OS works surprisingly good as well. If the PinePhone Pro is similar, > it's worth bringing FreeBSD there. > > +1 for notes kept at wiki.freebsd.org > > Regards, > Dmitry > > -- > Open source software/hardware enthusiast > hackaday.io/dsl | github.com/mcusim | patreon.com/salychev > > --=20 Mario. --0000000000008b96f605f87f5d46 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
PineTime is interesting and it is in my budget. I could bu= y it and then try to play a little bit with it. Maybe FreeBSD can be instal= led there ? or Linux ?

On Tue, Apr 4, 2023 at 11:29=E2=80=AFAM Dmitry Sa= lychev <dsl@mcusim.org> wrote:<= br>

Marcin Cieslak <sa= per@saper.info> writes:

> [[S/MIME Signed Part:Undecided]]
> On Tue, 4 Apr 2023, Dmitry Salychev wrote:
>
>>> I think you should be prepared to build your own image.
>>> With FreeBSD it is not very difficult (I find it easier than i= n
>>> the Linux world).
>>>
>>> Marcin
>>>
>>> [[End of S/MIME Signed Part]]
>>
>> I'd take their device tree and try to boot GENERIC kernel for = arm64 in
>> order to get an idea which drivers are missing:
>>
>> # dmesg | grep "no driver" | grep -v "disabled"= ;
>>
>> Pete, are you going to keep your findings somewhere? I don't h= ave
>> PinePhone Pro at the moment, but would like to follow and can supp= ort
>> with customizing your kernel.
>
> Now thinking about getting one, too.. Maybe wiki.freeebsd.org could= be the place
> to keep notes?
>
> saper
>
> [[End of S/MIME Signed Part]]

Btw, it has almost nothing to do with the FreeBSD itself, but I recently received PineTime (both sealed one and a devkit) as a gift and can say
that it's quite good in terms of PCB/assembling quality. Their FreeRTOS= -based
OS works surprisingly good as well. If the PinePhone Pro is similar,
it's worth bringing FreeBSD there.

+1 for notes kept at wiki.freebsd.org

Regards,
Dmitry

--
Open source software/hardware enthusiast
hac= kaday.io/dsl | github.com/mcusim | patreon.com/salychev



--
Mario.
--0000000000008b96f605f87f5d46-- From nobody Tue Apr 4 09:51:09 2023 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4PrNVS0NGcz43JjN for ; Tue, 4 Apr 2023 09:57:52 +0000 (UTC) (envelope-from dsl@mcusim.org) Received: from mcusim.org (mcusim.org [176.58.93.53]) (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 4PrNVR6dZlz3xkM for ; Tue, 4 Apr 2023 09:57:51 +0000 (UTC) (envelope-from dsl@mcusim.org) Authentication-Results: mx1.freebsd.org; none Received: from localhost (unknown [193.164.254.100]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by mcusim.org (Postfix) with ESMTPSA id C3A9A8168D; Tue, 4 Apr 2023 11:57:50 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=mcusim.org; s=default; t=1680602270; bh=5YxpGlQuviezuZczt3sjyC+qLTv8Sb8uCkpKiq4qI8o=; h=References:From:To:Cc:Subject:Date:In-reply-to; b=oG23gl9fcZDhia7FQQ4Z5agDkFEjvEGR6ga6XzMttT4vUCqeU4kENnvMXud01usb9 f6nthHVXGh2c0AGoWVNxHNhBYrx3CvMpAzGzVfMiWhp4CiImfAXaKYeg6njPgZRA8f bMXhSxgzmNFt6uRXFFUA6hupjO29cSLMjuxKiNrE= References: <66fee230-24eb-c7d8-fa30-4530409c0f5c@nomadlogic.org> <86ttxwvyv7.fsf@peasant.tower.home> <86jzysvvuy.fsf@peasant.tower.home> User-agent: mu4e 1.6.10; emacs 28.2 From: Dmitry Salychev To: Mario Marietto Cc: Marcin Cieslak , Pete Wright , freebsd-arm@freebsd.org Subject: Re: Pinephone Pro Date: Tue, 04 Apr 2023 11:51:09 +0200 In-reply-to: Message-ID: <86a5zovujm.fsf@peasant.tower.home> List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4PrNVR6dZlz3xkM X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:36236, ipnet:176.58.93.0/24, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N Mario Marietto writes: > PineTime is interesting and it is in my budget. I could buy it and then t= ry to play a little bit with it. Maybe FreeBSD can be installed there ? > or Linux ? PineTime is built upon nRF52832 (64 MHz Cortex-M4) which doesn't have MMU. So, no FreeBSD or Linux can be used there (uCLinux is an exception, but 64 KiB of RAM isn't enough). Details: https://forum.pine64.org/showthread.php?tid=3D8112 Regards, Dmitry > > On Tue, Apr 4, 2023 at 11:29=E2=80=AFAM Dmitry Salychev = wrote: > > Marcin Cieslak writes: > > > [[S/MIME Signed Part:Undecided]] > > On Tue, 4 Apr 2023, Dmitry Salychev wrote: > > > >>> I think you should be prepared to build your own image. > >>> With FreeBSD it is not very difficult (I find it easier than in > >>> the Linux world). > >>> > >>> Marcin > >>> > >>> [[End of S/MIME Signed Part]] > >> > >> I'd take their device tree and try to boot GENERIC kernel for arm64 in > >> order to get an idea which drivers are missing: > >> > >> # dmesg | grep "no driver" | grep -v "disabled" > >> > >> Pete, are you going to keep your findings somewhere? I don't have > >> PinePhone Pro at the moment, but would like to follow and can support > >> with customizing your kernel. > > > > Now thinking about getting one, too.. Maybe wiki.freeebsd.org could be= the place > > to keep notes? > > > > saper > > > > [[End of S/MIME Signed Part]] > > Btw, it has almost nothing to do with the FreeBSD itself, but I recently > received PineTime (both sealed one and a devkit) as a gift and can say > that it's quite good in terms of PCB/assembling quality. Their FreeRTOS-= based > OS works surprisingly good as well. If the PinePhone Pro is similar, > it's worth bringing FreeBSD there. > > +1 for notes kept at wiki.freebsd.org > > Regards, > Dmitry > > --=20 > Open source software/hardware enthusiast > hackaday.io/dsl | github.com/mcusim | patreon.com/salychev --=20 Open source software/hardware enthusiast hackaday.io/dsl | github.com/mcusim | patreon.com/salychev From nobody Tue Apr 4 11:03:17 2023 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4PrPyh4HXnz43PYb for ; Tue, 4 Apr 2023 11:03:56 +0000 (UTC) (envelope-from marietto2008@gmail.com) Received: from mail-yw1-x1129.google.com (mail-yw1-x1129.google.com [IPv6:2607:f8b0:4864:20::1129]) (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 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4PrPyh0jZDz49hN for ; Tue, 4 Apr 2023 11:03:56 +0000 (UTC) (envelope-from marietto2008@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-yw1-x1129.google.com with SMTP id 00721157ae682-54184571389so606380697b3.4 for ; Tue, 04 Apr 2023 04:03:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; t=1680606234; x=1683198234; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=ZyxIZlrjEJ30lLCMQNJcboMZM450PZH1CUe+iC1fgS4=; b=fGgeLHNUzBvjLXt8a/xoxjwaG6FKDurwgJnEy8aqydw6zZyXSnzrOjG08WRx3pDPAQ 2ru/EUtuhVEkqoYbFew00Lv6uubpmt+aiyTMHCxs4txyy+Ssc86heUkmCUVZ0TW4LCrm CoMTusBPL2CkI9FZGHN6fwT3TgG0TUwXuOMzSuC4One9SVvHyaGHDJR5NfKdkE7UkIkV ksScDI/57hVsqKDQ09Fdqt1PHlgxI3l+Sdc9YVVVAf2ht3vd0z1/6XkztQz1M0P1ymmv c6eTeVhdz+/7pvAKBo7ldyftiGPbCz5AwhzDZSg1M0XWlyGFMI7aZwzpkckE0wmp6ReX OAag== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; t=1680606234; x=1683198234; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=ZyxIZlrjEJ30lLCMQNJcboMZM450PZH1CUe+iC1fgS4=; b=4ckSYpy0c4ZFWVKbmoohbv2WSghW+fqcTb1AiENVz4GcMrCU7Q5ZGJz8mnJldAX23f Hdzuqi9JFlO+kNzNwigmsPYwSU6tP9LVkIw36f3AXm1lpZntExugjMXKW1qzIXzXg9gF SU5eHB+yXAXFyk2qsqNlkFMuULuhL07MAWxxOO7nh9NbU78KKDoKl48AJnKOQPyPJRxV Pl4F5+DGTZp655Zjljss5/w5F6DhUF3WXkZBKfinN5QID9QiGqXbK4PwUFw6gStir0VF HIAPbdXfdD3YOocnxSnM0Y9RVYPkzxLKpGHFFuCRQnd28j/7vP1VGnausP3YePE2Z4m2 ZeIw== X-Gm-Message-State: AAQBX9d4ZzeSLw9RKjxYa42Rg8z2ikRuHMnRVOBZA6he6jjh8i1rMJeP ni3KR+A6ITOVroODY1HQxO+DlhWdsQ9SU/NiFMfT6RMQUVqgKg== X-Google-Smtp-Source: AKy350Z3iPbpRrMGR71kLle2wp9n7ptTRd+dGAOFFn1lWqyIlikvg/KZ4VnpyIAKjsbC1aFN0fBfc9KPpu5iYtTxTfM= X-Received: by 2002:a81:af06:0:b0:52e:ac97:115f with SMTP id n6-20020a81af06000000b0052eac97115fmr1327061ywh.5.1680606233640; Tue, 04 Apr 2023 04:03:53 -0700 (PDT) List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org MIME-Version: 1.0 References: <66fee230-24eb-c7d8-fa30-4530409c0f5c@nomadlogic.org> <86ttxwvyv7.fsf@peasant.tower.home> <86jzysvvuy.fsf@peasant.tower.home> <86a5zovujm.fsf@peasant.tower.home> In-Reply-To: <86a5zovujm.fsf@peasant.tower.home> From: Mario Marietto Date: Tue, 4 Apr 2023 13:03:17 +0200 Message-ID: Subject: Re: Pinephone Pro To: Dmitry Salychev Cc: Marcin Cieslak , Pete Wright , freebsd-arm@freebsd.org Content-Type: multipart/alternative; boundary="00000000000090479205f880a151" X-Rspamd-Queue-Id: 4PrPyh0jZDz49hN X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N --00000000000090479205f880a151 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hello, I see that the Pinebook pro is very expensive for me. Can I collaborate with you if I bought this version of the PinePhone ? https://pine64.com/product/pinephone-beta-edition-with-convergence-package/ On Tue, Apr 4, 2023 at 11:57=E2=80=AFAM Dmitry Salychev wr= ote: > > Mario Marietto writes: > > > PineTime is interesting and it is in my budget. I could buy it and then > try to play a little bit with it. Maybe FreeBSD can be installed there ? > > or Linux ? > > PineTime is built upon nRF52832 (64 MHz Cortex-M4) which doesn't have > MMU. So, no FreeBSD or Linux can be used there (uCLinux is an exception, > but 64 KiB of RAM isn't enough). > > Details: https://forum.pine64.org/showthread.php?tid=3D8112 > > Regards, > Dmitry > > > > > On Tue, Apr 4, 2023 at 11:29=E2=80=AFAM Dmitry Salychev wrote: > > > > Marcin Cieslak writes: > > > > > [[S/MIME Signed Part:Undecided]] > > > On Tue, 4 Apr 2023, Dmitry Salychev wrote: > > > > > >>> I think you should be prepared to build your own image. > > >>> With FreeBSD it is not very difficult (I find it easier than in > > >>> the Linux world). > > >>> > > >>> Marcin > > >>> > > >>> [[End of S/MIME Signed Part]] > > >> > > >> I'd take their device tree and try to boot GENERIC kernel for arm64 > in > > >> order to get an idea which drivers are missing: > > >> > > >> # dmesg | grep "no driver" | grep -v "disabled" > > >> > > >> Pete, are you going to keep your findings somewhere? I don't have > > >> PinePhone Pro at the moment, but would like to follow and can suppo= rt > > >> with customizing your kernel. > > > > > > Now thinking about getting one, too.. Maybe wiki.freeebsd.org could > be the place > > > to keep notes? > > > > > > saper > > > > > > [[End of S/MIME Signed Part]] > > > > Btw, it has almost nothing to do with the FreeBSD itself, but I recent= ly > > received PineTime (both sealed one and a devkit) as a gift and can say > > that it's quite good in terms of PCB/assembling quality. Their > FreeRTOS-based > > OS works surprisingly good as well. If the PinePhone Pro is similar, > > it's worth bringing FreeBSD there. > > > > +1 for notes kept at wiki.freebsd.org > > > > Regards, > > Dmitry > > > > -- > > Open source software/hardware enthusiast > > hackaday.io/dsl | github.com/mcusim | patreon.com/salychev > > > -- > Open source software/hardware enthusiast > hackaday.io/dsl | github.com/mcusim | patreon.com/salychev > --=20 Mario. --00000000000090479205f880a151 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hello,

I see that the Pinebo= ok pro is very expensive for me. Can I collaborate with you if I bought thi= s version of the PinePhone ?


On Tue, Apr 4, 2023 at 11:57=E2=80=AFAM Dmitry Salychev <dsl@mcusim.org> wrote:

Mario Marietto <marietto2008@gmail.com> writes:

> PineTime is interesting and it is in my budget. I could buy it and the= n try to play a little bit with it. Maybe FreeBSD can be installed there ?<= br> > or Linux ?

PineTime is built upon nRF52832 (64 MHz Cortex-M4) which doesn't have MMU. So, no FreeBSD or Linux can be used there (uCLinux is an exception, but 64 KiB of RAM isn't enough).

Details: https://forum.pine64.org/showthread.php?t= id=3D8112

Regards,
Dmitry

>
> On Tue, Apr 4, 2023 at 11:29=E2=80=AFAM Dmitry Salychev <dsl@mcusim.org> wrote:
>
>=C2=A0 Marcin Cieslak <saper@saper.info> writes:
>
>=C2=A0 > [[S/MIME Signed Part:Undecided]]
>=C2=A0 > On Tue, 4 Apr 2023, Dmitry Salychev wrote:
>=C2=A0 >
>=C2=A0 >>> I think you should be prepared to build your own im= age.
>=C2=A0 >>> With FreeBSD it is not very difficult (I find it ea= sier than in
>=C2=A0 >>> the Linux world).
>=C2=A0 >>>
>=C2=A0 >>> Marcin
>=C2=A0 >>>
>=C2=A0 >>> [[End of S/MIME Signed Part]]
>=C2=A0 >>
>=C2=A0 >> I'd take their device tree and try to boot GENERIC = kernel for arm64 in
>=C2=A0 >> order to get an idea which drivers are missing:
>=C2=A0 >>
>=C2=A0 >> # dmesg | grep "no driver" | grep -v "di= sabled"
>=C2=A0 >>
>=C2=A0 >> Pete, are you going to keep your findings somewhere? I = don't have
>=C2=A0 >> PinePhone Pro at the moment, but would like to follow a= nd can support
>=C2=A0 >> with customizing your kernel.
>=C2=A0 >
>=C2=A0 > Now thinking about getting one, too.. Maybe wiki.freeebsd.or= g could be the place
>=C2=A0 > to keep notes?
>=C2=A0 >
>=C2=A0 > saper
>=C2=A0 >
>=C2=A0 > [[End of S/MIME Signed Part]]
>
>=C2=A0 Btw, it has almost nothing to do with the FreeBSD itself, but I = recently
>=C2=A0 received PineTime (both sealed one and a devkit) as a gift and c= an say
>=C2=A0 that it's quite good in terms of PCB/assembling quality. The= ir FreeRTOS-based
>=C2=A0 OS works surprisingly good as well. If the PinePhone Pro is simi= lar,
>=C2=A0 it's worth bringing FreeBSD there.
>
>=C2=A0 +1 for notes kept at wiki.freebsd.org
>
>=C2=A0 Regards,
>=C2=A0 Dmitry
>
>=C2=A0 --
>=C2=A0 Open source software/hardware enthusiast
>=C2=A0 hackaday.io/dsl | github.com/mcusim | patreon.com/salychev=


--
Open source software/hardware enthusiast
hac= kaday.io/dsl | github.com/mcusim | patreon.com/salychev


--
Mario.
--00000000000090479205f880a151-- From nobody Tue Apr 4 14:09:06 2023 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4PrVNZ5G1xz43dk0 for ; Tue, 4 Apr 2023 14:23:10 +0000 (UTC) (envelope-from dsl@mcusim.org) Received: from mcusim.org (mcusim.org [176.58.93.53]) (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 4PrVNZ2zPLz3KmR for ; Tue, 4 Apr 2023 14:23:10 +0000 (UTC) (envelope-from dsl@mcusim.org) Authentication-Results: mx1.freebsd.org; none Received: from localhost (unknown [193.164.254.100]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by mcusim.org (Postfix) with ESMTPSA id 26D2A82292; Tue, 4 Apr 2023 16:23:09 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=mcusim.org; s=default; t=1680618189; bh=Q8UThyIKoFTi8mH6MLDJ2j5BBOL6VTNq0cvAmJCH6mQ=; h=References:From:To:Cc:Subject:Date:In-reply-to; b=Iwrsp/qogcrXBD2MRbxtSgp4fmk8AJy7OeE2nmUC2f0h5YlE2Xq651OwKiKZimX43 JWhGggdL5TUtDrSoJXP+klZeUfMuz/XcVQXePeRPgblZtLQqk6O8WBRYvXS7xV7+mV 3hAZ757Hy7AJ/dk0MoNicENwwN+H2v3FEBGTcnw8= References: <66fee230-24eb-c7d8-fa30-4530409c0f5c@nomadlogic.org> <86ttxwvyv7.fsf@peasant.tower.home> <86jzysvvuy.fsf@peasant.tower.home> <86a5zovujm.fsf@peasant.tower.home> User-agent: mu4e 1.6.10; emacs 28.2 From: Dmitry Salychev To: Mario Marietto Cc: Marcin Cieslak , Pete Wright , freebsd-arm@freebsd.org Subject: Re: Pinephone Pro Date: Tue, 04 Apr 2023 16:09:06 +0200 In-reply-to: Message-ID: <86355fwwtv.fsf@peasant.tower.home> List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4PrVNZ2zPLz3KmR X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:36236, ipnet:176.58.93.0/24, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N Mario Marietto writes: > Hello, > > I see that the Pinebook pro is very expensive for me. Can I collaborate w= ith you if I bought this version of the PinePhone ? > > https://pine64.com/product/pinephone-beta-edition-with-convergence-packag= e/ PinePhone (not Pro) is built on Allwinner A64 (4xCortex A53). Compare it to Rockchip RK3399S (2xA72 + 4xA53) of the Pro version. There'll be different device trees for those models and it's curious to me how different those models are in terms of devices/drivers available in FreeBSD. You can definitely buy it, but be prepared that we'll need to prioritize if the actual development will be planned. Personally, I'd pay attention to the Pro model. Regards, Dmitry > > On Tue, Apr 4, 2023 at 11:57=E2=80=AFAM Dmitry Salychev = wrote: > > Mario Marietto writes: > > > PineTime is interesting and it is in my budget. I could buy it and the= n try to play a little bit with it. Maybe FreeBSD can be installed > there ? > > or Linux ? > > PineTime is built upon nRF52832 (64 MHz Cortex-M4) which doesn't have > MMU. So, no FreeBSD or Linux can be used there (uCLinux is an exception, > but 64 KiB of RAM isn't enough). > > Details: https://forum.pine64.org/showthread.php?tid=3D8112 > > Regards, > Dmitry > > > > > On Tue, Apr 4, 2023 at 11:29=E2=80=AFAM Dmitry Salychev wrote: > > > > Marcin Cieslak writes: > > > > > [[S/MIME Signed Part:Undecided]] > > > On Tue, 4 Apr 2023, Dmitry Salychev wrote: > > > > > >>> I think you should be prepared to build your own image. > > >>> With FreeBSD it is not very difficult (I find it easier than in > > >>> the Linux world). > > >>> > > >>> Marcin > > >>> > > >>> [[End of S/MIME Signed Part]] > > >> > > >> I'd take their device tree and try to boot GENERIC kernel for arm6= 4 in > > >> order to get an idea which drivers are missing: > > >> > > >> # dmesg | grep "no driver" | grep -v "disabled" > > >> > > >> Pete, are you going to keep your findings somewhere? I don't have > > >> PinePhone Pro at the moment, but would like to follow and can supp= ort > > >> with customizing your kernel. > > > > > > Now thinking about getting one, too.. Maybe wiki.freeebsd.org could= be the place > > > to keep notes? > > > > > > saper > > > > > > [[End of S/MIME Signed Part]] > > > > Btw, it has almost nothing to do with the FreeBSD itself, but I recen= tly > > received PineTime (both sealed one and a devkit) as a gift and can say > > that it's quite good in terms of PCB/assembling quality. Their FreeRT= OS-based > > OS works surprisingly good as well. If the PinePhone Pro is similar, > > it's worth bringing FreeBSD there. > > > > +1 for notes kept at wiki.freebsd.org > > > > Regards, > > Dmitry > > > > --=20 > > Open source software/hardware enthusiast > > hackaday.io/dsl | github.com/mcusim | patreon.com/salychev > > --=20 > Open source software/hardware enthusiast > hackaday.io/dsl | github.com/mcusim | patreon.com/salychev --=20 Open source software/hardware enthusiast hackaday.io/dsl | github.com/mcusim | patreon.com/salychev From nobody Wed Apr 5 01:33:17 2023 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4PrnG03crbz43Ymx for ; Wed, 5 Apr 2023 01:33:28 +0000 (UTC) (envelope-from pete@nomadlogic.org) Received: from mail.nomadlogic.org (mail.nomadlogic.org [66.165.241.226]) (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.nomadlogic.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4PrnG00LTFz3jmp; Wed, 5 Apr 2023 01:33:27 +0000 (UTC) (envelope-from pete@nomadlogic.org) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nomadlogic.org; s=04242021; t=1680658398; 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: in-reply-to:in-reply-to:references:references; bh=42fa3xx8ZzmNM2hxEt0fIQJHZuVtwvS9ZZNv4Fs8cCc=; b=of7GBnQg9XzRM/gdtv8CFvN1KlpkMI5IevKlWQ9wEgPbs/bYTcFFUQ6wYt8ZJZPMPWNyIw oy151jI9i6LhsGuljO9ggO+bC0hfsc0rkn+3mQ/QZ2gOU5Gn0Y6I/dIOrqd307focu4loe Rxh9fKZE6KCs0i8UPkQ81lWmEi60C0k= Received: from shelly.nomadlogic.org (66-165-241-229.static.hvvc.us [66.165.241.229]) by mail.nomadlogic.org (OpenSMTPD) with ESMTPSA id a49982c1 (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Wed, 5 Apr 2023 01:33:18 +0000 (UTC) Date: Wed, 5 Apr 2023 01:33:17 +0000 From: Pete Wright To: Marcin Cieslak Cc: Dmitry Salychev , freebsd-arm@freebsd.org Subject: Re: Pinephone Pro Message-ID: <20230405013317.mlaonmhsuyk6qhwr@shelly.nomadlogic.org> References: <66fee230-24eb-c7d8-fa30-4530409c0f5c@nomadlogic.org> <86ttxwvyv7.fsf@peasant.tower.home> List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4PrnG00LTFz3jmp X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:29802, ipnet:66.165.240.0/22, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N On Tue, Apr 04, 2023 at 08:38:00AM +0000, Marcin Cieslak wrote: > On Tue, 4 Apr 2023, Dmitry Salychev wrote: > > > > I think you should be prepared to build your own image. > > > With FreeBSD it is not very difficult (I find it easier than in > > > the Linux world). > > > > > > Marcin > > > > > > [[End of S/MIME Signed Part]] > > > > I'd take their device tree and try to boot GENERIC kernel for arm64 in > > order to get an idea which drivers are missing: > > > > # dmesg | grep "no driver" | grep -v "disabled" > > > > Pete, are you going to keep your findings somewhere? I don't have > > PinePhone Pro at the moment, but would like to follow and can support > > with customizing your kernel. > > Now thinking about getting one, too.. Maybe wiki.freeebsd.org could be the place > to keep notes? > So i'm on holiday this week, and by some miracle i've been staying away from my computers :) i think using wiki.freebsd.org is a great place to start logging progress, it was super helpful when we started the linux-drm work. i looked at the linux build notes from earlier in this thread though and think we have a good starting place. i'll let y'all know how it goes if i find myself with some time to hack later this week - and will start up a wiki page if one doesn't already exist. cheers! -pete -- Pete Wright pete@nomadlogic.org From nobody Wed Apr 5 07:39:47 2023 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4PrxNh5fGtz442B7 for ; Wed, 5 Apr 2023 07:39:48 +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 4PrxNh03F9z47h7 for ; Wed, 5 Apr 2023 07:39:48 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1680680388; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding; bh=5SrsKfZUtdDxZazMP/Rn+5/QW5JEiC5rpmXi8O4ySM8=; b=hbVEeWdDnvio/y1IpyN79+WaGDMDcLEHsX44iJY0vzvh2lpLVfpAp72zWlg9fk2b8ul9i7 xPfCqa4gR4uhF3BvJOUQeHxJ/zq6TdQjC++pjxQHqJwHeFYacf9tu3KotQ+ApZKSw0vLmv KE0gGdy0YDYy/yxD54wgyljQgaV1ZpOue1AZmziCFAc3NxOVNsNnMrZnu6mIsKbvFYS6so V016Y0KiHHczfe3FtDJorGIoCbiZP0n9tcqmcZUWv1fRwBBnmkjG6QO3WWCiqHZ+nCOlhG OdvsR3/Rrrt/V1+QbxMBINgu2u2KncK8Mwq2GN7m+ar9eBuk55XcsfTM/363MQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1680680388; a=rsa-sha256; cv=none; b=pb9+73ZjyZHWPYmK8TaSlfe01nzBbm2RQc/0b6LCdq0f4KYMZSs8AGO7TGCItPD7jr+BIr O/Pl5F48niiISy5aWmAD8PpFKrzx6s3S10IcSpCZ2q2uX21oNhZT2KlmRW5XWIaZYTUxOc 78VrcYtAItrNR7whMTCV6mmTpVyeZCnoU9KutsjL7Z3y1b228DS6msw2b4oSKuFD4zP+SV bFA7Rir4kQ+4nFZKzNHWL3FJLq9DX3988lqAQtyNTHaQ+FQVASYdyrzy/h72N64FfhA2iN rORhlZ99pTEcgT2wU96EkZLuT3uZkOiBEBy9qLaZEYw51WmH0de16yu4ixu6hg== 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 4PrxNg4DG7zDl3 for ; Wed, 5 Apr 2023 07:39:47 +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 3357dlhO032138 for ; Wed, 5 Apr 2023 07:39:47 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 3357dlip032136 for freebsd-arm@FreeBSD.org; Wed, 5 Apr 2023 07:39:47 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 270648] Panic on FreeBSD-12.4-RELEASE-arm-armv7-WANDBOARD Date: Wed, 05 Apr 2023 07:39:47 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 12.4-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: as@tenoware.com X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org MIME-Version: 1.0 X-ThisMailContainsUnwantedMimeParts: N https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D270648 Bug ID: 270648 Summary: Panic on FreeBSD-12.4-RELEASE-arm-armv7-WANDBOARD Product: Base System Version: 12.4-RELEASE Hardware: arm OS: Any Status: New Severity: Affects Many People Priority: --- Component: arm Assignee: freebsd-arm@FreeBSD.org Reporter: as@tenoware.com FreeBSD-12.1, 2, 3 work perfectly fine. 12.4 panics on boot. The image: FreeBSD-12.4-RELEASE-arm-armv7-WANDBOARD.img U-Boot SPL 2022.04 (Nov 30 2022 - 03:27:09 +0000) Trying to boot from MMC1 U-Boot 2022.04 (Nov 30 2022 - 03:27:09 +0000) CPU: Freescale i.MX6Q rev1.3 at 792 MHz Reset cause: WDOG DRAM: 2 GiB Core: 48 devices, 13 uclasses, devicetree: separate PMIC: PFUZE100 ID=3D0x10 MMC: FSL_SDHC: 4, FSL_SDHC: 1, FSL_SDHC: 0 Loading Environment from MMC... *** Warning - bad CRC, using default environment No panel detected: default to HDMI Display: HDMI (1024x768) In: serial Out: serial Err: serial Board: Wandboard rev D1 Net: eth0: ethernet@2188000 Hit any key to stop autoboot: 0=20 switch to partitions #0, OK mmc0 is current device Scanning mmc 0:1... libfdt fdt_check_header(): FDT_ERR_BADMAGIC MMC: no card present Scanning disk usdhc@2190000.blk... Disk usdhc@2190000.blk not ready Card did not respond to voltage select! : -110 Scanning disk usdhc@2194000.blk... Disk usdhc@2194000.blk not ready Scanning disk usdhc@2198000.blk... Found 3 disks No EFI system partition ERROR: invalid device tree Found EFI removable media binary efi/boot/bootarm.efi 607732 bytes read in 33 ms (17.6 MiB/s) libfdt fdt_check_header(): FDT_ERR_BADMAGIC Booting /efi\boot\bootarm.efi Consoles: EFI console=20=20 Reading loader env vars from /efi/freebsd/loader.env Setting currdev to disk0p1: FreeBSD/arm EFI loader, Revision 1.1 Command line arguments: l Image base: 0x8d4d6000 EFI version: 2.90 EFI Firmware: Das U-Boot (rev 8226.1024) Console: efi (0x1000) Load Path: /efi\boot\bootarm.efi Load Device: /VenHw(e61d73b9-a384-4acc-aeab-82e828f3628b)/SD(0)/SD(2)/HD(1,0x01,0,0x4000= ,0x19000) Trying ESP: /VenHw(e61d73b9-a384-4acc-aeab-82e828f3628b)/SD(0)/SD(2)/HD(1,0x01,0,0x4000= ,0x19000) Setting currdev to disk0p1: Trying: /VenHw(e61d73b9-a384-4acc-aeab-82e828f3628b)/SD(0)/SD(2)/HD(2,0x01,0,0x1d00= 0,0x5e3000) Setting currdev to disk0p2: Loading /boot/defaults/loader.conf Loading /boot/defaults/loader.conf Loading /boot/device.hints Loading /boot/loader.conf Loading /boot/loader.conf.local Loading kernel... /boot/kernel/kernel text=3D0x1b4 text=3D0x7354e8 text=3D0x185b5c data=3D0xa= 52f0 data=3D0x0+0x1f0000 syms=3D[0x4+0xa7010+0x4+0x109fe0] Loading configured modules... /boot/kernel/umodem.ko text=3D0x14c0 text=3D0xed0 data=3D0x22c+0x4 syms=3D[0x4+0xe10+0x4+0xa4f] loading required module 'ucom' /boot/kernel/ucom.ko text=3D0x1714 text=3D0x2cbc data=3D0x3c4+0x838 syms=3D[0x4+0x13e0+0x4+0xbac] can't find '/etc/hostid' can't find '/boot/entropy' Hit [Enter] to boot immediately, or any other key for command prompt. Booting [/boot/kernel/kernel]...=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20 Using DTB provided by EFI at 0x17f00000. Kernel entry at 0x87600200... Kernel args: (null) ---<>--- Copyright (c) 1992-2021 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 12.4-RELEASE r372781 GENERIC arm FreeBSD clang version 13.0.0 (git@github.com:llvm/llvm-project.git llvmorg-13.0.0-0-gd7b669b3a303) VT: init without driver. CPU: ARM Cortex-A9 r2p10 (ECO: 0x00000000) CPU Features:=20 Multiprocessing, Thumb2, Security, VMSAv7, Coherent Walk Optional instructions:=20 UMULL, SMULL, SIMD(ext) LoUU:2 LoC:2 LoUIS:2=20 Cache level 1: 32KB/32B 4-way data cache WB Read-Alloc Write-Alloc 32KB/32B 4-way instruction cache Read-Alloc real memory =3D 2130169856 (2031 MB) avail memory =3D 2070831104 (1974 MB) No PSCI/SMCCC call function found FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs arc4random: WARNING: initial seeding bypassed the cryptographic random devi= ce because it was not yet seeded and the knob 'bypass_before_seeding' was enab= led. random: entropy device external interface WARNING: Device "g_ctl" is Giant locked and may be deleted before FreeBSD 1= 4.0. WARNING: Device "pci" is Giant locked and may be deleted before FreeBSD 14.= 0. WARNING: Device "kbd" is Giant locked and may be deleted before FreeBSD 14.= 0. kbd0 at kbdmux0 WARNING: Device "openfirm" is Giant locked and may be deleted before FreeBSD 14.0. ofwbus0: ofw_clkbus0: on ofwbus0 clk_fixed0: on ofw_clkbus0 clk_fixed1: on ofw_clkbus0 clk_fixed2: on ofw_clkbus0 simplebus0: on ofwbus0 simplebus1: mem 0x2000000-0x20fffff on simplebus0 simplebus2: mem 0x2000000-0x203ffff on simplebus1 imx6_anatop0: mem 0x20c8000-0x20c8f= ff irq 47,48,49 on simplebus1 simplebus3: mem 0x2100000-0x21fffff on simplebus0 regfix0: on ofwbus0 regfix1: on ofwbus0 regfix2: on ofwbus0 regfix3: on ofwbus0 simple_mfd0: mem 0x20cc000-0x20cffff = on simplebus1 simple_mfd1: mem 0x20e0000-0x20e0037 = on simplebus1 ocotp0: mem 0x21bc000-0x21bffff on simplebus3 ccm0: mem 0x20c4000-0x20c7fff irq 45= ,46 on simplebus1 l2cache0: mem 0xa02000-0xa02fff irq 11 on simplebus0 l2cache0: cannot allocate IRQ, not using interrupt l2cache0: Part number: 0x3, release: 0x7 l2cache0: L2 Cache enabled: 1024KB/32B 16 ways imx_iomux0: mem 0x20e0000-0x20e3fff on simplebus1 imx_iomux0: Cannot allocate memory resources device_attach: imx_iomux0 attach returned 6 imx_iomux0: mem 0x20e0000-0x20e3fff on simplebus1 imx_iomux0: Cannot allocate memory resources device_attach: imx_iomux0 attach returned 6 sdma0: mem 0x20ec000-0x20effff irq 60 on simplebus1 sdma0: could not allocate resources device_attach: sdma0 attach returned 6 imx_iomux0: mem 0x20e0000-0x20e3fff on simplebus1 imx_iomux0: Cannot allocate memory resources device_attach: imx_iomux0 attach returned 6 sdma0: mem 0x20ec000-0x20effff irq 60 on simplebus1 sdma0: could not allocate resources device_attach: sdma0 attach returned 6 imx_iomux0: mem 0x20e0000-0x20e3fff on simplebus1 imx_iomux0: Cannot allocate memory resources device_attach: imx_iomux0 attach returned 6 sdma0: mem 0x20ec000-0x20effff irq 60 on simplebus1 sdma0: could not allocate resources device_attach: sdma0 attach returned 6 gic0: mem 0xa01000-0xa01fff,0xa00100-0xa001ff on simplebus0 gic0: pn 0x39, arch 0x1, rev 0x2, implementer 0x43b irqs 160 imx_iomux0: mem 0x20e0000-0x20e3fff on simplebus1 imx_iomux0: Cannot allocate memory resources device_attach: imx_iomux0 attach returned 6 sdma0: mem 0x20ec000-0x20effff irq 60 on simplebus1 sdma0: could not allocate resources device_attach: sdma0 attach returned 6 imx_iomux0: mem 0x20e0000-0x20e3fff on simplebus1 imx_iomux0: Cannot allocate memory resources device_attach: imx_iomux0 attach returned 6 sdma0: mem 0x20ec000-0x20effff irq 60 on simplebus1 sdma0: could not allocate resources device_attach: sdma0 attach returned 6 gpio0: mem 0x209c000-0x209ffff irq 28,29 on simplebus1 gpio0: could not allocate resources device_attach: gpio0 attach returned 6 gpio0: mem 0x20a0000-0x20a3fff irq 30,31 on simplebus1 gpio0: could not allocate resources device_attach: gpio0 attach returned 6 gpio0: mem 0x20a4000-0x20a7fff irq 32,33 on simplebus1 gpio0: could not allocate resources device_attach: gpio0 attach returned 6 gpio0: mem 0x20a8000-0x20abfff irq 34,35 on simplebus1 gpio0: could not allocate resources device_attach: gpio0 attach returned 6 gpio0: mem 0x20ac000-0x20affff irq 36,37 on simplebus1 gpio0: could not allocate resources device_attach: gpio0 attach returned 6 gpio0: mem 0x20b0000-0x20b3fff irq 38,39 on simplebus1 gpio0: could not allocate resources device_attach: gpio0 attach returned 6 gpio0: mem 0x20b4000-0x20b7fff irq 40,41 on simplebus1 gpio0: could not allocate resources device_attach: gpio0 attach returned 6 imx_iomux0: mem 0x20e0000-0x20e3fff on simplebus1 imx_iomux0: Cannot allocate memory resources device_attach: imx_iomux0 attach returned 6 sdma0: mem 0x20ec000-0x20effff irq 60 on simplebus1 sdma0: could not allocate resources device_attach: sdma0 attach returned 6 gpio0: mem 0x209c000-0x209ffff irq 28,29 on simplebus1 gpio0: could not allocate resources device_attach: gpio0 attach returned 6 gpio0: mem 0x20a0000-0x20a3fff irq 30,31 on simplebus1 gpio0: could not allocate resources device_attach: gpio0 attach returned 6 gpio0: mem 0x20a4000-0x20a7fff irq 32,33 on simplebus1 gpio0: could not allocate resources device_attach: gpio0 attach returned 6 gpio0: mem 0x20a8000-0x20abfff irq 34,35 on simplebus1 gpio0: could not allocate resources device_attach: gpio0 attach returned 6 gpio0: mem 0x20ac000-0x20affff irq 36,37 on simplebus1 gpio0: could not allocate resources device_attach: gpio0 attach returned 6 gpio0: mem 0x20b0000-0x20b3fff irq 38,39 on simplebus1 gpio0: could not allocate resources device_attach: gpio0 attach returned 6 gpio0: mem 0x20b4000-0x20b7fff irq 40,41 on simplebus1 gpio0: could not allocate resources device_attach: gpio0 attach returned 6 imx_iomux0: mem 0x20e0000-0x20e3fff on simplebus1 imx_iomux0: Cannot allocate memory resources device_attach: imx_iomux0 attach returned 6 sdma0: mem 0x20ec000-0x20effff irq 60 on simplebus1 sdma0: could not allocate resources device_attach: sdma0 attach returned 6 gpio0: mem 0x209c000-0x209ffff irq 28,29 on simplebus1 gpio0: could not allocate resources device_attach: gpio0 attach returned 6 gpio0: mem 0x20a0000-0x20a3fff irq 30,31 on simplebus1 gpio0: could not allocate resources device_attach: gpio0 attach returned 6 gpio0: mem 0x20a4000-0x20a7fff irq 32,33 on simplebus1 gpio0: could not allocate resources device_attach: gpio0 attach returned 6 gpio0: mem 0x20a8000-0x20abfff irq 34,35 on simplebus1 gpio0: could not allocate resources device_attach: gpio0 attach returned 6 gpio0: mem 0x20ac000-0x20affff irq 36,37 on simplebus1 gpio0: could not allocate resources device_attach: gpio0 attach returned 6 gpio0: mem 0x20b0000-0x20b3fff irq 38,39 on simplebus1 gpio0: could not allocate resources device_attach: gpio0 attach returned 6 gpio0: mem 0x20b4000-0x20b7fff irq 40,41 on simplebus1 gpio0: could not allocate resources device_attach: gpio0 attach returned 6 imx_wdog0: mem 0x20bc000-0x20bffff irq 43 on simplebus1 imx_wdog0: could not allocate resources device_attach: imx_wdog0 attach returned 6 imx_epit0: mem 0x20d0000-0x20d3fff irq 52 on simplebus1 Timecounter "EPIT" frequency 66000000 Hz quality 1000 imx_iomux0: mem 0x20e0000-0x20e3fff on simplebus1 imx_iomux0: Cannot allocate memory resources device_attach: imx_iomux0 attach returned 6 sdma0: mem 0x20ec000-0x20effff irq 60 on simplebus1 sdma0: could not allocate resources device_attach: sdma0 attach returned 6 mp_tmr0: mem 0xa00600-0xa0061f irq 10 on simplebus0 Event timer "MPCore" frequency 492000000 Hz quality 1000 gpio0: mem 0x209c000-0x209ffff irq 28,29 on simplebus1 gpio0: could not allocate resources device_attach: gpio0 attach returned 6 gpio0: mem 0x20a0000-0x20a3fff irq 30,31 on simplebus1 gpio0: could not allocate resources device_attach: gpio0 attach returned 6 gpio0: mem 0x20a4000-0x20a7fff irq 32,33 on simplebus1 gpio0: could not allocate resources device_attach: gpio0 attach returned 6 gpio0: mem 0x20a8000-0x20abfff irq 34,35 on simplebus1 gpio0: could not allocate resources device_attach: gpio0 attach returned 6 gpio0: mem 0x20ac000-0x20affff irq 36,37 on simplebus1 gpio0: could not allocate resources device_attach: gpio0 attach returned 6 gpio0: mem 0x20b0000-0x20b3fff irq 38,39 on simplebus1 gpio0: could not allocate resources device_attach: gpio0 attach returned 6 gpio0: mem 0x20b4000-0x20b7fff irq 40,41 on simplebus1 gpio0: could not allocate resources device_attach: gpio0 attach returned 6 imx_wdog0: mem 0x20bc000-0x20bffff irq 43 on simplebus1 imx_wdog0: could not allocate resources device_attach: imx_wdog0 attach returned 6 imx_iomux0: mem 0x20e0000-0x20e3fff on simplebus1 imx_iomux0: Cannot allocate memory resources device_attach: imx_iomux0 attach returned 6 sdma0: mem 0x20ec000-0x20effff irq 60 on simplebus1 sdma0: could not allocate resources device_attach: sdma0 attach returned 6 gpio0: mem 0x209c000-0x209ffff irq 28,29 on simplebus1 gpio0: could not allocate resources device_attach: gpio0 attach returned 6 gpio0: mem 0x20a0000-0x20a3fff irq 30,31 on simplebus1 gpio0: could not allocate resources device_attach: gpio0 attach returned 6 gpio0: mem 0x20a4000-0x20a7fff irq 32,33 on simplebus1 gpio0: could not allocate resources device_attach: gpio0 attach returned 6 gpio0: mem 0x20a8000-0x20abfff irq 34,35 on simplebus1 gpio0: could not allocate resources device_attach: gpio0 attach returned 6 gpio0: mem 0x20ac000-0x20affff irq 36,37 on simplebus1 gpio0: could not allocate resources device_attach: gpio0 attach returned 6 gpio0: mem 0x20b0000-0x20b3fff irq 38,39 on simplebus1 gpio0: could not allocate resources device_attach: gpio0 attach returned 6 gpio0: mem 0x20b4000-0x20b7fff irq 40,41 on simplebus1 gpio0: could not allocate resources device_attach: gpio0 attach returned 6 imx_wdog0: mem 0x20bc000-0x20bffff irq 43 on simplebus1 imx_wdog0: could not allocate resources device_attach: imx_wdog0 attach returned 6 imx_iomux0: mem 0x20e0000-0x20e3fff on simplebus1 imx_iomux0: Cannot allocate memory resources device_attach: imx_iomux0 attach returned 6 sdma0: mem 0x20ec000-0x20effff irq 60 on simplebus1 sdma0: could not allocate resources device_attach: sdma0 attach returned 6 gpio0: mem 0x209c000-0x209ffff irq 28,29 on simplebus1 gpio0: could not allocate resources device_attach: gpio0 attach returned 6 gpio0: mem 0x20a0000-0x20a3fff irq 30,31 on simplebus1 gpio0: could not allocate resources device_attach: gpio0 attach returned 6 gpio0: mem 0x20a4000-0x20a7fff irq 32,33 on simplebus1 gpio0: could not allocate resources device_attach: gpio0 attach returned 6 gpio0: mem 0x20a8000-0x20abfff irq 34,35 on simplebus1 gpio0: could not allocate resources device_attach: gpio0 attach returned 6 gpio0: mem 0x20ac000-0x20affff irq 36,37 on simplebus1 gpio0: could not allocate resources device_attach: gpio0 attach returned 6 gpio0: mem 0x20b0000-0x20b3fff irq 38,39 on simplebus1 gpio0: could not allocate resources device_attach: gpio0 attach returned 6 gpio0: mem 0x20b4000-0x20b7fff irq 40,41 on simplebus1 gpio0: could not allocate resources device_attach: gpio0 attach returned 6 imx_wdog0: mem 0x20bc000-0x20bffff irq 43 on simplebus1 imx_wdog0: could not allocate resources device_attach: imx_wdog0 attach returned 6 imx_iomux0: mem 0x20e0000-0x20e3fff on simplebus1 imx_iomux0: Cannot allocate memory resources device_attach: imx_iomux0 attach returned 6 sdma0: mem 0x20ec000-0x20effff irq 60 on simplebus1 sdma0: could not allocate resources device_attach: sdma0 attach returned 6 gpio0: mem 0x209c000-0x209ffff irq 28,29 on simplebus1 gpio0: could not allocate resources device_attach: gpio0 attach returned 6 gpio0: mem 0x20a0000-0x20a3fff irq 30,31 on simplebus1 gpio0: could not allocate resources device_attach: gpio0 attach returned 6 gpio0: mem 0x20a4000-0x20a7fff irq 32,33 on simplebus1 gpio0: could not allocate resources device_attach: gpio0 attach returned 6 gpio0: mem 0x20a8000-0x20abfff irq 34,35 on simplebus1 gpio0: could not allocate resources device_attach: gpio0 attach returned 6 gpio0: mem 0x20ac000-0x20affff irq 36,37 on simplebus1 gpio0: could not allocate resources device_attach: gpio0 attach returned 6 gpio0: mem 0x20b0000-0x20b3fff irq 38,39 on simplebus1 gpio0: could not allocate resources device_attach: gpio0 attach returned 6 gpio0: mem 0x20b4000-0x20b7fff irq 40,41 on simplebus1 gpio0: could not allocate resources device_attach: gpio0 attach returned 6 imx_wdog0: mem 0x20bc000-0x20bffff irq 43 on simplebus1 imx_wdog0: could not allocate resources device_attach: imx_wdog0 attach returned 6 imx_iomux0: mem 0x20e0000-0x20e3fff on simplebus1 imx_iomux0: Cannot allocate memory resources device_attach: imx_iomux0 attach returned 6 sdma0: mem 0x20ec000-0x20effff irq 60 on simplebus1 sdma0: could not allocate resources device_attach: sdma0 attach returned 6 gpio0: mem 0x209c000-0x209ffff irq 28,29 on simplebus1 gpio0: could not allocate resources device_attach: gpio0 attach returned 6 gpio0: mem 0x20a0000-0x20a3fff irq 30,31 on simplebus1 gpio0: could not allocate resources device_attach: gpio0 attach returned 6 gpio0: mem 0x20a4000-0x20a7fff irq 32,33 on simplebus1 gpio0: could not allocate resources device_attach: gpio0 attach returned 6 gpio0: mem 0x20a8000-0x20abfff irq 34,35 on simplebus1 gpio0: could not allocate resources device_attach: gpio0 attach returned 6 gpio0: mem 0x20ac000-0x20affff irq 36,37 on simplebus1 gpio0: could not allocate resources device_attach: gpio0 attach returned 6 gpio0: mem 0x20b0000-0x20b3fff irq 38,39 on simplebus1 gpio0: could not allocate resources device_attach: gpio0 attach returned 6 gpio0: mem 0x20b4000-0x20b7fff irq 40,41 on simplebus1 gpio0: could not allocate resources device_attach: gpio0 attach returned 6 imx_wdog0: mem 0x20bc000-0x20bffff irq 43 on simplebus1 imx_wdog0: could not allocate resources device_attach: imx_wdog0 attach returned 6 imx_iomux0: mem 0x20e0000-0x20e3fff on simplebus1 imx_iomux0: Cannot allocate memory resources device_attach: imx_iomux0 attach returned 6 sdma0: mem 0x20ec000-0x20effff irq 60 on simplebus1 sdma0: could not allocate resources device_attach: sdma0 attach returned 6 gpio0: mem 0x209c000-0x209ffff irq 28,29 on simplebus1 gpio0: could not allocate resources device_attach: gpio0 attach returned 6 gpio0: mem 0x20a0000-0x20a3fff irq 30,31 on simplebus1 gpio0: could not allocate resources device_attach: gpio0 attach returned 6 gpio0: mem 0x20a4000-0x20a7fff irq 32,33 on simplebus1 gpio0: could not allocate resources device_attach: gpio0 attach returned 6 gpio0: mem 0x20a8000-0x20abfff irq 34,35 on simplebus1 gpio0: could not allocate resources device_attach: gpio0 attach returned 6 gpio0: mem 0x20ac000-0x20affff irq 36,37 on simplebus1 gpio0: could not allocate resources device_attach: gpio0 attach returned 6 gpio0: mem 0x20b0000-0x20b3fff irq 38,39 on simplebus1 gpio0: could not allocate resources device_attach: gpio0 attach returned 6 gpio0: mem 0x20b4000-0x20b7fff irq 40,41 on simplebus1 gpio0: could not allocate resources device_attach: gpio0 attach returned 6 imx_wdog0: mem 0x20bc000-0x20bffff irq 43 on simplebus1 imx_wdog0: could not allocate resources device_attach: imx_wdog0 attach returned 6 imx_iomux0: mem 0x20e0000-0x20e3fff on simplebus1 imx_iomux0: Cannot allocate memory resources device_attach: imx_iomux0 attach returned 6 sdma0: mem 0x20ec000-0x20effff irq 60 on simplebus1 sdma0: could not allocate resources device_attach: sdma0 attach returned 6 gpio0: mem 0x209c000-0x209ffff irq 28,29 on simplebus1 gpio0: could not allocate resources device_attach: gpio0 attach returned 6 gpio0: mem 0x20a0000-0x20a3fff irq 30,31 on simplebus1 gpio0: could not allocate resources device_attach: gpio0 attach returned 6 gpio0: mem 0x20a4000-0x20a7fff irq 32,33 on simplebus1 gpio0: could not allocate resources device_attach: gpio0 attach returned 6 gpio0: mem 0x20a8000-0x20abfff irq 34,35 on simplebus1 gpio0: could not allocate resources device_attach: gpio0 attach returned 6 gpio0: mem 0x20ac000-0x20affff irq 36,37 on simplebus1 gpio0: could not allocate resources device_attach: gpio0 attach returned 6 gpio0: mem 0x20b0000-0x20b3fff irq 38,39 on simplebus1 gpio0: could not allocate resources device_attach: gpio0 attach returned 6 gpio0: mem 0x20b4000-0x20b7fff irq 40,41 on simplebus1 gpio0: could not allocate resources device_attach: gpio0 attach returned 6 imx_wdog0: mem 0x20bc000-0x20bffff irq 43 on simplebus1 imx_wdog0: could not allocate resources device_attach: imx_wdog0 attach returned 6 imx_iomux0: mem 0x20e0000-0x20e3fff on simplebus1 imx_iomux0: Cannot allocate memory resources device_attach: imx_iomux0 attach returned 6 sdma0: mem 0x20ec000-0x20effff irq 60 on simplebus1 sdma0: could not allocate resources device_attach: sdma0 attach returned 6 gpio0: mem 0x209c000-0x209ffff irq 28,29 on simplebus1 gpio0: could not allocate resources device_attach: gpio0 attach returned 6 gpio0: mem 0x20a0000-0x20a3fff irq 30,31 on simplebus1 gpio0: could not allocate resources device_attach: gpio0 attach returned 6 gpio0: mem 0x20a4000-0x20a7fff irq 32,33 on simplebus1 gpio0: could not allocate resources device_attach: gpio0 attach returned 6 gpio0: mem 0x20a8000-0x20abfff irq 34,35 on simplebus1 gpio0: could not allocate resources device_attach: gpio0 attach returned 6 gpio0: mem 0x20ac000-0x20affff irq 36,37 on simplebus1 gpio0: could not allocate resources device_attach: gpio0 attach returned 6 gpio0: mem 0x20b0000-0x20b3fff irq 38,39 on simplebus1 gpio0: could not allocate resources device_attach: gpio0 attach returned 6 gpio0: mem 0x20b4000-0x20b7fff irq 40,41 on simplebus1 gpio0: could not allocate resources device_attach: gpio0 attach returned 6 imx_wdog0: mem 0x20bc000-0x20bffff irq 43 on simplebus1 imx_wdog0: could not allocate resources device_attach: imx_wdog0 attach returned 6 imx_iomux0: mem 0x20e0000-0x20e3fff on simplebus1 imx_iomux0: Cannot allocate memory resources device_attach: imx_iomux0 attach returned 6 sdma0: mem 0x20ec000-0x20effff irq 60 on simplebus1 sdma0: could not allocate resources device_attach: sdma0 attach returned 6 gpio0: mem 0x209c000-0x209ffff irq 28,29 on simplebus1 gpio0: could not allocate resources device_attach: gpio0 attach returned 6 gpio0: mem 0x20a0000-0x20a3fff irq 30,31 on simplebus1 gpio0: could not allocate resources device_attach: gpio0 attach returned 6 gpio0: mem 0x20a4000-0x20a7fff irq 32,33 on simplebus1 gpio0: could not allocate resources device_attach: gpio0 attach returned 6 gpio0: mem 0x20a8000-0x20abfff irq 34,35 on simplebus1 gpio0: could not allocate resources device_attach: gpio0 attach returned 6 gpio0: mem 0x20ac000-0x20affff irq 36,37 on simplebus1 gpio0: could not allocate resources device_attach: gpio0 attach returned 6 gpio0: mem 0x20b0000-0x20b3fff irq 38,39 on simplebus1 gpio0: could not allocate resources device_attach: gpio0 attach returned 6 gpio0: mem 0x20b4000-0x20b7fff irq 40,41 on simplebus1 gpio0: could not allocate resources device_attach: gpio0 attach returned 6 imx_wdog0: mem 0x20bc000-0x20bffff irq 43 on simplebus1 imx_wdog0: could not allocate resources device_attach: imx_wdog0 attach returned 6 usbphy0: mem 0x20c9000-0x20c9fff irq 50 on simple= bus1 usbphy1: mem 0x20ca000-0x20cafff irq 51 on simple= bus1 imx_iomux0: mem 0x20e0000-0x20e3fff on simplebus1 imx_iomux0: Cannot allocate memory resources device_attach: imx_iomux0 attach returned 6 sdma0: mem 0x20ec000-0x20effff irq 60 on simplebus1 sdma0: could not allocate resources device_attach: sdma0 attach returned 6 gpio0: mem 0x209c000-0x209ffff irq 28,29 on simplebus1 gpio0: could not allocate resources device_attach: gpio0 attach returned 6 gpio0: mem 0x20a0000-0x20a3fff irq 30,31 on simplebus1 gpio0: could not allocate resources device_attach: gpio0 attach returned 6 gpio0: mem 0x20a4000-0x20a7fff irq 32,33 on simplebus1 gpio0: could not allocate resources device_attach: gpio0 attach returned 6 gpio0: mem 0x20a8000-0x20abfff irq 34,35 on simplebus1 gpio0: could not allocate resources device_attach: gpio0 attach returned 6 gpio0: mem 0x20ac000-0x20affff irq 36,37 on simplebus1 gpio0: could not allocate resources device_attach: gpio0 attach returned 6 gpio0: mem 0x20b0000-0x20b3fff irq 38,39 on simplebus1 gpio0: could not allocate resources device_attach: gpio0 attach returned 6 gpio0: mem 0x20b4000-0x20b7fff irq 40,41 on simplebus1 gpio0: could not allocate resources device_attach: gpio0 attach returned 6 imx_wdog0: mem 0x20bc000-0x20bffff irq 43 on simplebus1 imx_wdog0: could not allocate resources device_attach: imx_wdog0 attach returned 6 imx_iomux0: mem 0x20e0000-0x20e3fff on simplebus1 imx_iomux0: Cannot allocate memory resources device_attach: imx_iomux0 attach returned 6 sdma0: mem 0x20ec000-0x20effff irq 60 on simplebus1 sdma0: could not allocate resources device_attach: sdma0 attach returned 6 imx_usbmisc0: mem 0x2184800-0x21849ff on simplebus3 pmu0: irq 1 on ofwbus0 pmu0: could not allocate resources device_attach: pmu0 attach returned 6 hdmi0: mem 0x120000-0x128fff irq 7 on simplebus0 Fatal kernel mode data abort: 'Translation Fault (L1)' on read trapframe: 0xc0e14ca8 FSR=3D00000005, FAR=3D00000004, spsr=3D600000d3 r0 =3D00000000, r1 =3Dffdc4000, r2 =3D0000000c, r3 =3D0ffffff3 r4 =3Dc6f7ab80, r5 =3Dc6fab000, r6 =3Dc4f30400, r7 =3D00000000 r8 =3Dc0b1a498, r9 =3Dc0313604, r10=3Dc078b578, r11=3Dc0e14d38 r12=3D00000000, ssp=3Dc0e14d38, slr=3Dc06c41cc, pc =3Dc06bc358 panic: Fatal abort cpuid =3D 0 time =3D 1 KDB: stack backtrace: #0 0xc0321720 at kdb_backtrace+0x48 #1 0xc02cdc68 at vpanic+0x168 #2 0xc02cdb00 at vpanic+0 #3 0xc065fcec at abort_align+0 #4 0xc065f810 at abort_handler+0x2c0 #5 0xc06401e0 at exception_exit+0 #6 0xc06bc358 at imx_iomux_gpr_get+0x18 #7 0xc06c41cc at imx_hdmi_attach+0xf4 #8 0xc030e728 at device_attach+0x4d8 #9 0xc0310980 at bus_generic_new_pass+0x130 #10 0xc0310908 at bus_generic_new_pass+0xb8 #11 0xc0310908 at bus_generic_new_pass+0xb8 #12 0xc0310908 at bus_generic_new_pass+0xb8 #13 0xc031277c at root_bus_configure+0x44 #14 0xc063adec at configure+0xc #15 0xc025ba68 at mi_startup+0x120 #16 0xc0000344 at _start+0x144 Uptime: 1s Automatic reboot in 15 seconds - press a key on the console to abort --=20 You are receiving this mail because: You are the assignee for the bug.= From nobody Thu Apr 6 02:04:40 2023 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4PsPvq46h1z43FLB for ; Thu, 6 Apr 2023 02:04:55 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic316-55.consmr.mail.gq1.yahoo.com (sonic316-55.consmr.mail.gq1.yahoo.com [98.137.69.31]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 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 4PsPvn4RPGz3K5W for ; Thu, 6 Apr 2023 02:04:53 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=IBpCm1Bv; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.69.31 as permitted sender) smtp.mailfrom=marklmi@yahoo.com; dmarc=pass (policy=reject) header.from=yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1680746691; bh=kO7d7XKz5bB5XJZYR3Qdef4ap0S2/xsajUATQ3VcbRo=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=IBpCm1BvqTdkYk5/2o3R53d0zemUyT6+wyrCQgyqWL19hB0v8zDTwkNkeW4tUno4RE2h/j9RwqZo/D3fUuvkHkdQ5nV5+EAT1wRKrx967S9Bp7GbinceEdQ6h6IE/+MzdJ0xyrXM7tAfsbR5wq3yV0/y+AgQ+M5rPAI7NrfVtpcwxSlb/OH9nxg6hN+1t52YX3SWFXtXTpOSBzEl5azfcCIrAiT+OK4DtyeA/W3Ry0PEjGoNAXhak1JAOwKgCrw8JG5Q2bYuPFUROUjwD1mhEeD1eGLAGlnKmY8xphVsdcXb+crNCE2db8mTlwWKxfX3gzy9USNlEdWxgdeuZ2VRAw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1680746691; bh=FzBIPVp+BbnPlu6ibpxpEjDpVpwDB5TbF3d+0sGH7uD=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=BxpRZwqOVdLORcc3KrrlUFWgQDUnKf6bhflXuUCKHbxGURgzBoWRVShCgiQbPfyZDQdbNOEkeMut1NEYhmP4GZ22slW5usjv2zvQ3C1eYoT1J/wV/iHQeS6tpv92aRS0dUhTZ8IlO/7cJRp8b+T2v+jVkZv8LPoEepeNvF21Pen1/Ja/3TZuXo82SnbeItjp6lA4iGy6L0kVNwTvcQJhrZFXIEm91GEddVZ1UO9HJQ0dVkuk1CABkmotRvfGelIpG2iIIeHFk5NPWmQ65iK7xBHuRKBM4L36eSnGjI43XpVQcA2zvbMAsX8yWHIIlejKt4wFFwT3aXnKnYqL3HxRyg== X-YMail-OSG: bYhVWf4VM1mSha0ZjyYW4lyWq05oFHdeVGEbQJbICMxVYk5sl4ncYERv7LdU1Dm 1nI.A8ba0hLk9df9lrIGhfa2WRWRcpL1i_.ovtYlsS6OZVxbZbyuSocAy560AxoEvn9OiDDYI8L9 gtsGMirQilNFwhq02b.ENZsl5hqAZAf07oEMmQVkm8r7kHEgGYMDXZwVXA16YWE3s9DvLot5PQu. mX4cg9ghqfIKwCFZ6VlOJRlMO76B4Yunw3l_m66ZQXeAz60IcwxaKYIV_klmF8m9BM347bia7W5C 7T_qhZqx1NzBfvosa3JexVwLhJSiLHkqXtJaZJbgS4XZ.npnXlOwLnJlXjefmi2HE.Kcz94QqH1F IvNhRN1J.NJaHAdWfzsflZcxJXQXFbYmojFmXjGPbiCngrIFEiej_uDnbanQH3.r99TEIVJR4o.C TLRPg7BgK.7gFHXOFlS1tPQO1QF0ACZH68GPbIj1dBjAUyn2rrmZzsp47zuWTPFNm47EzSymTecK TmLLa3XVVGbW86HdsLI..lAMu.rHheMNbEydYVxAsntBGHysBO5InzGST1TCceRRYi1sfZdiFZ.4 qEP6.q_QmtRwQK9CFGpPboaldns9iO87uBJd9npNWIQogGiY6K9urTvrxJ9WJyNJVFPD6DAABliu zUgTAmDKnAGXKela2wC9VUeYyi10Seay8XKi_69Urg7x53e2YFO3e9_84._KBU2xw69x8AaXFvCM S8HrqQNHdQcxf65YpxLN7oj9s2EKh6CmCICic8ltKSKl8H4knv48DrhxQpM8jNnXuTvdBDet45KT BWTSA2rre0F4OdY0BSaG1Vq0zypIJildc2TQWUAwbduP8uMgk48HGJKvCsH2KNJoR.c3cDDgIjuI ZK6dD23gcJ9YfUzF8GWGAsI2jL3cs1SxOvYuDUL5ssIckCr7HYIO2RrLVT67QCwbjEzfHvGrvxNH UXmH45MfnIqbgfo0_Cj8Yt4ALclgWZgTjLjSFb3SJ4Mgt.kCwqA6Aj4WmbQT4k4cad8cqs6qzXo0 mKeKWY0kwBmKc82iSG3EC6Fu2.C7nz.Xu1fESPhnK_IxaL1qxWoJWnXkcgf_aQYxV.NwN4iAMd.L CQ_e.oMGyUQDI700PSIUjixkLLZ.NiXqLgwJGsnFabVyyH4Di7ocS9EXZD6f.NpLbCb8ICcZsEJG 6jF7SWqIgZDm.nSAHI3ZZdOs9q1fMeatALv.hgO0PhsZXSdpLZJAUMOc_mczng0Vn030cyIqiCgm MLpP_CPK5Zeu16MGF59iHR.4FUU3x27pVddHu_V3ozeaYHzfXM3Gozu5.2p_bli5W8LzuJ4PZW4c V00X6lhnzNkPTRSQe4JE1ib9jHw0vX_2DTx6oHtoBT6u0oylTlV0SmvUO4D9KIC4odT5RtqKz7TB f0Mh4lUQUbOvQ.GgnwUOflLrhm2VXFnvVu8.h9WFUrqXMArFeoz9xjSbJrXG8zFiK8j5aa16QHC. pV5vS0SJVbsaz9HXG1oBqzFTRhk36IkR3ZmFc2JuqwmqJkUak7oFLIzWk59c6O2H0YqOd8FvbMfg CxGq38gVqzFL4Kt4AigkDBxx7Sgt.4R94.D.asTlRftFYZCxuTI.WLjM0qtxUGp58HUenmhdnedM gDmmj.jtv7HGDh6OtLn2e3L5VwIzRdVBkq_vnYEIfstAkhvpGyCkGJX9SFaJxp3e4r_Rv2QBh0m2 SbuYBTfIWMtGs1aKEmFAFsIkmOvgH.VzZ62541iNYDnp26LQsReYSwBCIssF5tWIBFqmjl3IifSB wQcz8n2KvbnolOaYNio3DEkgBkBP_fWL0Dma9ARPwL1sNTdVgZCXppCQKaPStNGgqE9fpWwOvf7V p2KQtZg2FbGDxq5wqtY2QCXVfovYRKZ0G6z8ge9lkujyoQV9nnL3BdDp1RmvJynHbBTPgvT1bBrv C5AyWK145evtoSfhJ2NTHhpBfVDRLpv8ErLlYTn1wlJi342FeP.JDY8057w.BeJIcjs_dBaLksse 0RTAQyXg0.nK1FG4c8rzpCVRo1pOI_qKOM2_eLqG31kzOQyOlLlQpOAn66TSgQunD6aXGiAtHcGg pdaiFK9awt8F6flFGJP.WjvbfY9HYhk5u8HkU_o9FdI4UIU93PYy_V.IiguPJr2JqkiGKrVlgRDX Ifl54Wxe7NGjYWRL.uuvjIlsIaxRsccR3_U6FuawwmzrMT7Reh.E8H.6eNG7HxVWKqJe42oSFUzW fcrNoEnrqdWkjgS2giYUA.2xkE1kppXx_3wLpAW3CRzWDjP7ONW_ttPrUEog3QZnGmPxq5Js- X-Sonic-MF: X-Sonic-ID: b18fa305-d203-4ab8-8692-78e62cbef6e4 Received: from sonic.gate.mail.ne1.yahoo.com by sonic316.consmr.mail.gq1.yahoo.com with HTTP; Thu, 6 Apr 2023 02:04:51 +0000 Received: by hermes--production-gq1-546798879c-sq6s2 (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 3dd7cc0d57d4e368cfec1056bf1d47fa; Thu, 06 Apr 2023 02:04:51 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.400.51.1.1\)) Subject: Re: Expected native build times on an RPI4? From: Mark Millard In-Reply-To: Date: Wed, 5 Apr 2023 19:04:40 -0700 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <2E1AFF79-9016-4331-8A81-67160DC1F299@yahoo.com> References: To: Joseph Koshy X-Mailer: Apple Mail (2.3731.400.51.1.1) X-Spamd-Result: default: False [-1.56 / 15.00]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-0.86)[-0.865]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; MV_CASE(0.50)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; NEURAL_HAM_SHORT(-0.19)[-0.191]; MIME_GOOD(-0.10)[text/plain]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.31:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RCVD_COUNT_THREE(0.00)[3]; FREEMAIL_FROM(0.00)[yahoo.com]; TO_DN_SOME(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; FROM_EQ_ENVFROM(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org]; RCVD_TLS_LAST(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.31:from] X-Rspamd-Queue-Id: 4PsPvn4RPGz3K5W X-Spamd-Bar: - X-ThisMailContainsUnwantedMimeParts: N On Apr 3, 2023, at 13:42, Joseph Koshy wrote: > A 'make -j3 buildworld' of a freshly checked out -current tree > took over 15+ hours on an RPI4 before eventually running out > of space (/usr/obj had reached 7G by then). >=20 > The CPU(s) ran at a top speed of 1500Mhz during the build, > per 'sysctl dev.cpu.0.freq'. >=20 > Even so, the build hadn't managed to cross the 'building > libraries' step. >=20 > I'm wondering how best to provision for building -current: > how long does 'buildworld' take on this device usually, and > how much disk space does a build of -current usually need? I looked and I'd not recorded any buildwork buildkernel timings notes since back in very late 2021. So what I had need not be appropriate for now. I've finally got around to starting a from scratch build, on a 8 GiByte RAM "C0T" RPi4B. (My normal build are done on a different type of aarch64 system.) This is a from-scratch build, but of note are: make[1]: "/usr/main-src/Makefile.inc1" line 327: SYSTEM_COMPILER: = Determined that CC=3Dcc matches the source tree. Not bootstrapping a = cross-compiler. make[1]: "/usr/main-src/Makefile.inc1" line 332: SYSTEM_LINKER: = Determined that LD=3Dld matches the source tree. Not bootstrapping a = cross-linker. Sometimes bootstrapping build activity is required and that would mean more time (and space) than for what I'm timing. (I've no clue if the build attempt that you mentioned involved building a bootstrap compiler or bootstrap linker or both.) [Timings added after much of the other text had been typed in already.] World build completed on Wed Apr 5 17:52:47 PDT 2023 World built in 26009 seconds, ncpu: 4, make -j4 So, for world, 26009sec*(1min/60sec)*(1hr/60min) =3D=3D 7.2247_2222... = hr < 7.3 hr. Kernel build for GENERIC-NODBG-CA72 completed on Wed Apr 5 18:27:29 PDT = 2023 Kernel(s) GENERIC-NODBG-CA72 built in 2082 seconds, ncpu: 4, make -j4 So, for kernel, 2082sec*(1min/60sec)*(1hr/60min) =3D=3D 0.578_3333... hr = < 0.6 hr. So, for total, somewhat under 8 hr. (An example of needing bootstrapping would happen for jumping from main being 14.0 to being 15.0 . Another could be jumping from system clang 15 to system clang 16 . The additional time would not be trivial.) Notes . . . The RPi4B has heatsinks and a case with a fan. The config.txt has the following added, among other things: [pi4] over_voltage=3D6 arm_freq=3D2000 sdram_freq_min=3D3200 force_turbo=3D1 (I do not use FreeBSD facilities to manage arm_freq .) The result has no temperature problems during such builds. I picked arm_freq=3D2000 based on it working across 7 example RPi4B's (mix of 8 GiByte "B0T" and "C0T" and older 4 GiByte "B0T" variants). 2100 did not prove to always work, given the other 3 settings. I avoided system-specific tailoring in normal operation and so standardized what they all use. The media is a USB3 NVMe drive, not spinning rust, nor a microsd card. The drive is powered from just the RPi4B. The media has a UFS file system. I avoid tmpfs use that competes for RAM. (I've also got access to ZFS media around but that is not what I'm testing with in this example.) The power supply used for the RPi4B has more margin than is typical: 5.1V, 3.5A. A serial console is set up. For a 8 GiByte RAM system I normally have 30 GiBytes or so of swap space active (not special to buildworld buildkernel activities but I'll not get into details of why-so-much here). However, for this timing I'm running without swap since I've not tested that on a 8GiBYte RPi4B in a long time. (Most of the potential swap usage is tied to how I build ports into packages, not buildworld buildkernel .) The FreeBSD context is (output line split for better readability): # uname -apKU FreeBSD CA72_UFS 14.0-CURRENT FreeBSD 14.0-CURRENT #90 main-n261544-cee09bda03c8-dirty: Wed Mar 15 20:25:49 PDT 2023 = root@CA72_16Gp_ZFS:/usr/obj/BUILDs/main-CA72-nodbg-clang/usr/main-src/arm6= 4.aarch64/sys/GENERIC-NODBG-CA72 arm64 aarch64 1400082 1400082 The build is building that same version from scratch (after a "rm -fr" of the build-tree area). I do not use ccache or the like. So: an example of a possible upper bound on the required build time for a specific configuration that is built, but no bootstrap compiler or linker build involved. I do this because comparing timings of incremental builds that need not be doing the same increments is problematical. (However configuring for allowing incremental instead of only full builds is important to spending less total time building across builds.) I'll list various settings that I use. There are non- obvious contributions too. For example I use a EtherNet ssh session instead of the serial console: The serial console can lead to waiting for fast scrolling output to finish. (Matters more consistently for installworld and installkernel scrolling output.) I run headless, avoiding some competition for RAM and such. I do not load the RPi4B with additional activities not even nice'd ones. Note that it is a non-debug system that is running and it is building a matching non-debug world and kernel. In /boot/loader.conf I have: # Delay when persistent low free RAM leads to # Out Of Memory killing of processes: vm.pageout_oom_seq=3D120 # # For plunty of swap/paging space (will not # run out), avoid pageout delays leading to # Out Of Memory killing of processes: vm.pfault_oom_attempts=3D-1 # # For possibly insufficient swap/paging space # (might run out), increase the pageout delay # that leads to Out Of Memory killing of # processes (showing defaults at the time): #vm.pfault_oom_attempts=3D 3 #vm.pfault_oom_wait=3D 10 # (The multiplication is the total but there # are other potential tradoffs in the factors # multiplied, even for nearly the same total.) (I'd not expected the 8 GiByte build to need to page out to swap space so I left in place my normal setting for vm.pfault_oom_attempts .) In /etc/sysctl.conf I have: # Together this pair avoids swapping out the process kernel stacks. # This avoids processes for interacting with the system from being # hung-up by such. vm.swap_enabled=3D0 vm.swap_idle_enabled=3D0 (But, absent any active swap space, such would not happen. However, the lack of active swap space is not my normal context and the above is what I have in place for normal use as well.) Part of the below indicates that I avoid building MIPS, POWERPC, RISCV, and X86 targeting materials because I do not intend to target anything but aarch64 and armv7 from aarch64 systems. This is not the default. Going in the other direction, I build CLANG_EXTRAS that builds more than what is default. This combination makes my build timings ball-park figures relative to your context. An oddity is that I avoid much of the stripping so my builds are somewhat bigger than normal for the materials produced. (I like the somewhat better backtraces from leaving symbols in place, even if the build is optimized and avoids full debug information.) I use: TO_TYPE=3Daarch64 # KERNCONF=3DGENERIC-NODBG-CA72 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_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 Those last 6 lines lead to the code generation being tuned for Cortex-A72's. (The code still works on Cortex-A53's.) I expect such lines are rarely used but I happen to. I'll note that avoiding WITHOUT_LLVM_TARGET_ALL is tied to old observed behavior that I've not revalidated. In the past, I've had examples where RPi4B -j3 built in less time than -j4 for such full-build timing tests. On a RPi4B, I've never had -j5 or higher build in less time. (Some of this is the RPi4B RAM/RAM-cache subsystem properties: easier than normal to saturate the RAM access and the caching is small. Another contribution may be the USB3 NVMe media latency being small. Spinning rust might have different tradeoffs, for example.) I've also never had -j2 or less take less time for full builds. (Folks that do not use vm.pageout_oom_seq to avoid kills from happening may use -j2 or such to better avoid having parts of some build attempts killed sometimes.) Unfortunately, I forgot to set up monitoring of MaxObsActive, MaxObsWired, and MaxObs(Act+Wir+Lndry). ("MaxObs" is short for "Maximum Observed".) So I do not have such figures to report. (I use a modified top to get such figures.) The build-tree size: # du -xsm /usr/obj/BUILDs/main-CA72-nodbg-clang/usr/ 13122 /usr/obj/BUILDs/main-CA72-nodbg-clang/usr/ But such is based on details of what I build vs. what I do not, as well as lack of stipping. So, in very round numbers, 20 GiBytes would be able to hold a build. You might want notable margin, in part because as FreeBSD and the toolchain progress, things have tended to get bigger over time. Plus the figure is a final size. If the peak size is larger, I do not know. A debug build would take more space than my non-debug build. Also, the 13122 does not include the build materials for a bootstrap compiler or a bootstrap linker (or both). Thus my rounding to 20 GiBytes as a possibility for illustration. Again: no ccache-like use. Otherwise there would be more space someplace to consider overall. =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Thu Apr 6 11:45:25 2023 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Psfpx6Tyfz44F8y for ; Thu, 6 Apr 2023 11:46:33 +0000 (UTC) (envelope-from ronald@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 4Psfpw5TQRz47ZV; Thu, 6 Apr 2023 11:46:32 +0000 (UTC) (envelope-from ronald@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1680781592; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=ESpa4frMwL+Os9vBYIiZUAclnpRxmMgl3XYy0SoXCXc=; b=LB4+g+tH8v3o5Xa1o4XGpy6DsfdRxcGuD9513/qVx2/G2o8fVgKrg8s4DY3/SzQWCQbNAS 5hJG8xSjisuDp42V08la6sPzEGOXNMbq7lO89ZvrATslySCmoAxgIwJCOqevdLGqhjLFiP K+8EUdvxH6fITHfAsMjubl7Ph7GyCqog9RNO7/aszugA6ALpN9+MMtqORdQLlb7DzOjibJ g1lCkf+MPAlMlGcS/XY+bmrHuCoftkprXFiz9U7+A36keWUNTtbqplsE5ErOw0O10k7a2y VhO7K24XPjRqWwYtgGXRfifD+C6tXE2b7XgUsMrSi8bg3OMN58V43GrJfuT0lg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1680781592; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=ESpa4frMwL+Os9vBYIiZUAclnpRxmMgl3XYy0SoXCXc=; b=GD5zsSk/N0dQ3+QSGV9q1n1Qa4vzBQes72Ynd40+pK1J3Zhx8i4Emd642RjKvurKV9w9K/ VtDjZBCJfyzUaAjVy0lF240/w/USeBxFrEW/t7wwpApWhRJkVGHS87/aWkkfCf/TSNfdaI wKyAduh7D8t03nffxGOuYhIEz2zbyvM7k8smxfjbgpwRLJ1Q1rHv3HTxaKf+ADNfU+hYA8 X1Pjsc4uSb2FnMSypk//BEcR19nMSSu9KQvsdG4M75imgT/ZLpVC4gR6Ik5EgOmoDQiz7e pOD9iduQNrRDKhOQzdPUIDpTcIs/59xg5wgarW7fW37KnNCnQX3wn2u9Xeho4A== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1680781592; a=rsa-sha256; cv=none; b=KTNcU+JyFrO78xwovl1l+5Saj7qeumpVYckCRjQ00xnfx7LxpO50Idx+SZZ/5aDf/Q/XNC +5uFhjkdoyf7Gwj/IJ3g+AcXbx7F+0tC5gtZvxMW6FvDlpoBJZ4v/V7paeF0AmThQ2Xhuf Xe+v8ZE9iKAotIooulI8bbopiWjaVDi6v4bRo5MUI1KM4GrJkCOF/upKpUXb2a/Q02rLbR x1CRsPtDuln5MccHkmTEOU2/2ANeJSh4NN61lcV2ll0bNdVaaDyvjMNzlzTcESIlpdU2io MBJP+cbHRSyS6XSpH2NPrM9lpW2g2ltCQ9zHKiIbJmMU8sn2BEF8hZ5zY9qSwg== Received: from [192.168.1.109] (84-105-120-103.cable.dynamic.v4.ziggo.nl [84.105.120.103]) (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 did not present a certificate) (Authenticated sender: ronald/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4Psfpv4dCszYvp; Thu, 6 Apr 2023 11:46:31 +0000 (UTC) (envelope-from ronald@FreeBSD.org) Message-ID: <00a28a07-0742-93ce-4dff-2c905c115a5d@FreeBSD.org> Date: Thu, 6 Apr 2023 13:45:25 +0200 List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:102.0) Gecko/20100101 Thunderbird/102.7.1 Subject: Re: RBPI3/4 onboard Wifi status To: Stefan Parvu , freebsd-arm References: Content-Language: en-US From: Ronald Klop In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-ThisMailContainsUnwantedMimeParts: N On 3/24/23 08:46, Stefan Parvu wrote: > Hi, > > Do we have any progress with onboard Wifi chip working on RBPI 3 or 4 ? > In our internal tests FreeBSD seems stable enough for RBPI 3 but the > missing Wifi is a problem. No USB dongles are possible. > > This was reported a bit long time ago, during 2020. > > Thank you, > Stefan > Didn't read any news on this for a long time. So I think nobody is working on RBPI WiFi. Sorry. Regards, Ronald. From nobody Thu Apr 6 11:47:22 2023 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Psfqf3cKDz44F4B; Thu, 6 Apr 2023 11:47:10 +0000 (UTC) (envelope-from ronald@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 4Psfqf3B7Dz49Vh; Thu, 6 Apr 2023 11:47:10 +0000 (UTC) (envelope-from ronald@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1680781630; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=NYGKEuhR84v5j3YuX4/hevNFMHt50L9Occgo29o1flg=; b=UnSPVJFeAOVoMcwhyWkK3L1PIDvbtkud7ZVIxY+Chm3FpKa77apSurYfubwmW9i8nAypuk a7rkwmzp7r435ffQRVM0AE1XiFi8sFowDLp0LUe8zRlI5HAdzjEQXjoJi74EtlUcVzc7HG 3UwY8gq6VMvYJozmAVxJL09n+LXy9D9rmspAQ4iXL8ZdPujvEMJv8adiv3UzMNoRGw87/o gvmQ7LWKzpr7DAx4yy6utb7BMfp67/Rp581yOMANNz8Gu9ss152pVAqDowo8Maj6mdQhlG 7zvohL6Hw3aHbG+J5b18PMaDeZRJGws6B2Y4XJNRq0lNRIDl1WbPAyxEzOd05g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1680781630; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=NYGKEuhR84v5j3YuX4/hevNFMHt50L9Occgo29o1flg=; b=UvOgg+/Ra0yQfAbxCFJ4iu2LBm4yHXnr6sW/v5hn8xJQzoemK2MPMHT3K+x+H7cc9guZoy bjCO+h/TWYMMj5co1IKaNpmFVqLzT4KOSjvY1c8j4EJtfQsnunftTytZMfyRzSB+DsDRF8 tb70cNhDeMLAETmNi8rrtorSSp1C283g0BpHr0w6DmzUMaIu8gRSB3kxgADm05JzOrXH5R lx72XfDgp5YCt7EeCVArI5hfIk6eEQ4CSay+pfp1qhLTlyMdHPwPkojFejnbgzGZzllGRw qTjmC0/mEulmlhL7K58qgNlkqvagtfj/adOjDuOPvcEIHge6A8GHklf6JpiK8A== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1680781630; a=rsa-sha256; cv=none; b=vjaJTYfT1b+wy7sitqn6sojL1jakb8NGpKC7evIrSvZ4mjH2zBI+B4yfILlaHNvm5ZiLUK OBsOkvMY3VjRkIt7zEQs3UztAmO1LWt4zgJpMbjnSvDrzI60KdUeoOjvb8DqViKshnS8fO Xu46qZqJiiR181zWuc5rz5XiF7g4Jcc7Lxf3wd0s/hr3ODPIhSCBRVdqlDYbuHYQN6OQcs d3idcuoP4nDgYM6YcDKcs/HJmPe4iacbcZE2QSjK3oLXvWEdaE+EFCvzWvkWRnRPZFCbWi cue2FNL+U7fd87lv+eM9wUy+7mlkOcNxsYGcw+Jfw0FaF+Qu+TfHXgyMEZZnpg== Received: from [192.168.1.109] (84-105-120-103.cable.dynamic.v4.ziggo.nl [84.105.120.103]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) (Authenticated sender: ronald/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4Psfqd56R6zZhr; Thu, 6 Apr 2023 11:47:09 +0000 (UTC) (envelope-from ronald@FreeBSD.org) Message-ID: <6ecf5500-3e60-d0cb-df38-37b8416606eb@FreeBSD.org> Date: Thu, 6 Apr 2023 13:47:22 +0200 List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:102.0) Gecko/20100101 Thunderbird/102.7.1 Subject: Re: The upstream fixes to U-Boot 2023.01 for what broke things for 8 GiByte RPi4B/CM4 (and other things) are . . . Content-Language: en-US To: Mark Millard , freebsd-arm , freebsd-uboot@freebsd.org References: <1C281A57-3D04-48F1-BFAB-9B801E968EC8.ref@yahoo.com> <1C281A57-3D04-48F1-BFAB-9B801E968EC8@yahoo.com> From: Ronald Klop In-Reply-To: <1C281A57-3D04-48F1-BFAB-9B801E968EC8@yahoo.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-ThisMailContainsUnwantedMimeParts: N On 3/10/23 00:48, Mark Millard wrote: > lmb: Treat a region which is a subset as equal : > > https://source.denx.de/u-boot/u-boot/-/commit/0d91c88230fe8bd9f8d39ca2ab69cd6282e9f949 > > Bump LMB_MAX_REGIONS default to 16 : > > https://source.denx.de/u-boot/u-boot/-/commit/2dc16a2c1f924985216b3f1d6710f96d6c4fb1ab > > === > Mark Millard > marklmi at yahoo.com > > Will the next version include these fixes or do you think it would be a good idea to add them as patches to the current port? Regards, Ronald. From nobody Thu Apr 6 12:12:00 2023 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4PsgNj1Hl2z44HFR for ; Thu, 6 Apr 2023 12:12:21 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic307-54.consmr.mail.gq1.yahoo.com (sonic307-54.consmr.mail.gq1.yahoo.com [98.137.64.30]) (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 did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4PsgNh5kbPz3P1Y for ; Thu, 6 Apr 2023 12:12:20 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1680783137; bh=uKs4TPle/UWLHgNhRs941X5eDIxyP8s3dqgA3a3yd4o=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=BRWf9CLqGiU3j9+6GWREYTAqrdVuFGH7HyScl2hIc6OS5dGPL0UaVfCPcCt9OH/fPHqqhJfprMTJRQcR68IsOyGqC+UnetHRP32bOZ1UHBxOQha2Rr7rcCAb/9k/JuFCOBUXsbvuV0dI3LBVDo+8dP8mSj9TpxQhsGmLyVfTG4XKSDxJ15X9Rmq0LhpWIv3dMyt4C5BzxCR3z6PxL3D+PVsjGhUF4anK6Wb/fWNTBfXCE29HrSJN0BDYniVZIa02Z1pqHRxonAypo27HQ2hwIdhO+r7yaOWPcbpeaIrHa7+rAzXk80ApJS2TcP9BBtwMVpijmYqYSmDA1OI5+FbMxg== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1680783137; bh=TW88HGY8uvKvBB4ZEn1QdbnjN7FYEoS9N0LgTOzGQAF=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=qPcnNbMQTuTS1m5VE50HKl2mHTzWBQZ7F+maN+wj71goVHPXhM0ygRhWaBNYJyRVj32rB9GpDd6zIbRcTKLso71tCo7HpbTf2Xh4epcDRslGt9hMJsFVlwG17/dA1nG0X/iUgQ52bTlKBSNIhMfaW1hTjbG0WnfZf5XK+e7PRNACumg7UXOzzp5owqkYMGY3vV1oZhgmBh7DkXU2JJ0InM0b/wOoBX407GXSfY/0++6MTjRLnMV5oktjbFccyFDprcu0RIMgjtIiFUjdZ0/wUHz3AVyOzyEkJQ75nEm6Fmwz8DfQyfO+Iut89JTkoQQ9aR6ZTPCX4BWfkDLIiKJlOQ== X-YMail-OSG: IiHAixYVM1krZ.UWPGRdD2R3J3cutNkFBs4C8cRgDq29MVxmkaZ8ltDbIgLZ2SN QvC.7x_X4xMUukuKBEG0JnWkfJ8bGrNLu2dieIzYAug0SglIshXPq.GAOzBRTEIGpt5h0oAnnpZP qnPeT4uH2GgJWeaAcr_YJJOF85JpxGPTh0lzN09xnPonum_y4lqiXU5G2tYaHk2N1iBe6bWmWrDi XW7Mjpa0943XkLId_PVabLTHsasuJP9MwxlUq3Ku7cSxcwov58JBhTo58LpqVIlBREi8urKP13vg BBD9PADWLqrm0X5ND.VNu.V_wrGvu6jBjC.S4FlNnEAoUodu2a.DDzmsv4DOEloSSeJj29DtDPtf kSG8YPRpw9jBEAPtBp7O2Gyzg8Qf9bXZ.MD6WKLBuFKA_PFTw2SkRqOy2eg0_Q9LJeeGL7E9hwfU CQ44tMBIGXX9O5d.lXesujbGPXSgDt0hVrGm.MtmKrnuRie6K.lbKI9ZXb8P.wbZ2l7dU7cNAsFK DnSIv47NzS10TQm9hyebhoZFsZjL_JB53Rphr9NzZfeTCq93oKRU7auxV6yVYktwrMFP82f1KJJk 40ZUg23Q6NGvZRk2vUbzZCAnIo0iopbvnUIccwFCAgJ3dGhnwPJb3zu5ZaL61lnNvWmzacwDx4Sz ZS4KMzqLwGrmQjFfAZVhxSf8RDrMHvRVthMzmBQNq2y1fTIIn09wOswIM8w_uVI9uIdGi5XfGV.k ojctO2twn5MwEHlmZv5nM2md5vYJMejsQ4pNM.iwNm7QsoOVVD59uNvl5vr.upH8lI66fG211.RA HV9T2wT2I2MMDLPVfuF_E5CasYFNfypmUG8QfDamBftoTbU1wGP3qx4VwPsYfDasxVM29MaHeK9I jW9_HoNVl525bYcYiuFv4iOUtNUyEubeEUzD.bhCzeRhdfDOZXrZ5KeRE47iWKSCyBoAkyWl4Tuk VcS_gBziNU3HjIeqL.3J_izWtIpp_kyfmhH5yY9D6VGarrDLewqfVFQMuj96bcN41OwyDNwkI3dS iaifiph6KXevS4UIi._RpkvaFIJ8iColK2mWgEC0OYrtAt5872_rwmCiSzIc2wrNbB6qxjCl95nF M19JwxNZJGmVTWEutw49UnJmxLDMgIoYx1K_zU1pLLrK8unii2xyJNlpEwgCr.ZIwjZEY0eL0hmX gVb8JSRSr33y2ZPJw2GsBzAV06KwT_crifdTGO5u3vqar.VdOg6sC.7f8C84.NM8BL5na3c94QU5 2DaMW2PQVh9QCn18ZoMuBKN9wtP0uygUH5p.Rd8Totg_JbZKZxPz_Wvj__YdX3Q5v2ncnvaIG5K2 iB5VDZkNDvspBUZ8ZlbfeFerpp9qbN1nWM3KrzCgpoSTP6TNXfmmhEJ.nJ3YI6OzFlH_Mfiesb9t YVnAhCaHTGKiEcfAR25nEQmiCn2LYeg20LPS7wfEoZ_vELdn9eNSpLt8pvwE.SEBJh1KlaS0uSmw XqYJhNlY1igXOuFr1eZyWwUrwMl.TYpTVL7ramcnrDmhxNmFt2bGLjoK2rxoxNtbHeNMXe5UJEVT rjQnIGUgI9LJ6KkfDZtc3Sk7_cIeJvblSPWLWIyBWtUL1M5ZwSAmAatZsPNdOzy6i6Yuy2_.leo2 AwLhjEzf2MAi527aJHLv8xjGKN0zM2zXGGI8ytwCHZRhRvkM7uCaWiKI8WkP29jK3Rb3fhaIjScG NRExIlIaMIKzmSiS4YWc2uE0ANe2CRXiP3hPihe.HxLauACqw_uCZQf7kICw6GSj3MW1kLbL0JMl pNXm5_kyUFMvEKg4lNDhgaK1WijZ.AyI6zFmG3QuSX5MuXpebmisaBj59kQ6IAmfYizSIXsLX45H 9kR9M30zD4fc0j.OTjNU0Nm7qRn35CxQcJRbO8xh5iWAzusMgRvmymaB99jaI0kj4NjMh6xfBaJs tH6tGZFiSrBdq8T6K1CnyQUvZ5osJsMyf7O9z7EE_6OPxQlHzNSeDekbFXFnSf0ieXZsvAw56Wc6 rVFB7uuQUoce3xaAehRL3dOoW25xY5f1UvgoNLYedSi_jOZiUR2srWqTPX69a8gJoDTvYg_Z_EyL WSrZBxYbJ.3Gbjdzbcy8TwwMlzeAFBvKQoQMtkOuoTMrQqngNuWWef8BwaG1SFRjHJqJ15fgCAQH Mt0biOZBPmAh8J7RpIzmKjExFB_Cu0i4vpJ3n7oWSLKyQf7ZvXTaVdViq9WFyjDWsZTjyNw1hLfc 1vSgziAJkzkJozVmXTwjneyaHi27xWpsBklcdCo4KpMOn65okpvdnVK3fEtcbAeEPxuFlqLg1 X-Sonic-MF: X-Sonic-ID: 929f4a59-d06d-41fc-b4d5-c529ca9cd833 Received: from sonic.gate.mail.ne1.yahoo.com by sonic307.consmr.mail.gq1.yahoo.com with HTTP; Thu, 6 Apr 2023 12:12:17 +0000 Received: by hermes--production-ne1-7dbd98dd99-vxlqv (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID e90bb83736f7e97c7898e3a2de7b492d; Thu, 06 Apr 2023 12:12:12 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.400.51.1.1\)) Subject: Re: The upstream fixes to U-Boot 2023.01 for what broke things for 8 GiByte RPi4B/CM4 (and other things) are . . . From: Mark Millard In-Reply-To: <6ecf5500-3e60-d0cb-df38-37b8416606eb@FreeBSD.org> Date: Thu, 6 Apr 2023 05:12:00 -0700 Cc: freebsd-arm , freebsd-uboot@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <97359F5B-B19C-4DF6-87E7-31DD435D558C@yahoo.com> References: <1C281A57-3D04-48F1-BFAB-9B801E968EC8.ref@yahoo.com> <1C281A57-3D04-48F1-BFAB-9B801E968EC8@yahoo.com> <6ecf5500-3e60-d0cb-df38-37b8416606eb@FreeBSD.org> To: Ronald Klop X-Mailer: Apple Mail (2.3731.400.51.1.1) X-Rspamd-Queue-Id: 4PsgNh5kbPz3P1Y X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N On Apr 6, 2023, at 04:47, Ronald Klop wrote: > On 3/10/23 00:48, Mark Millard wrote: >> lmb: Treat a region which is a subset as equal : >> = https://source.denx.de/u-boot/u-boot/-/commit/0d91c88230fe8bd9f8d39ca2ab69= cd6282e9f949 >> Bump LMB_MAX_REGIONS default to 16 : >> = https://source.denx.de/u-boot/u-boot/-/commit/2dc16a2c1f924985216b3f1d6710= f96d6c4fb1ab >> =3D=3D=3D >> Mark Millard >> marklmi at yahoo.com >=20 >=20 > Will the next version include these fixes or do you think it would be = a good idea to add them as patches to the current port? https://lists.freebsd.org/archives/freebsd-uboot/2023-April/000616.html reports that 2023.04 is available. But FreeBSD has not updated its U-Boot ports to be 2023.04 based yet. Once FreeBSD updates the relevant ports ( really sysutils/u-boot-master ) and the ports rebuild, the issue should be fixed in the snapshots that follow that. =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Thu Apr 6 13:55:22 2023 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Psjh36WSQz44NWx for ; Thu, 6 Apr 2023 13:55:47 +0000 (UTC) (envelope-from sparvu@kronometrix.org) Received: from mail.kronometrix.org (mail.kronometrix.org [79.134.105.182]) (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.kronometrix.org", Issuer "Sectigo RSA Domain Validation Secure Server CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Psjh31JVfz3l82; Thu, 6 Apr 2023 13:55:47 +0000 (UTC) (envelope-from sparvu@kronometrix.org) Authentication-Results: mx1.freebsd.org; none Received: from smtpclient.apple (176-93-250-66.bb.dnainternet.fi [176.93.250.66]) (authenticated bits=0) by mail.kronometrix.org (8.17.1/8.16.1) with ESMTPSA id 336Dtb5T065644 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 6 Apr 2023 13:55:38 GMT (envelope-from sparvu@kronometrix.org) X-Authentication-Warning: mail.kronometrix.org: Host 176-93-250-66.bb.dnainternet.fi [176.93.250.66] claimed to be smtpclient.apple Content-Type: text/plain; charset=us-ascii List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.500.231\)) Subject: Re: RBPI3/4 onboard Wifi status From: Stefan Parvu In-Reply-To: <00a28a07-0742-93ce-4dff-2c905c115a5d@FreeBSD.org> Date: Thu, 6 Apr 2023 16:55:22 +0300 Cc: freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: <75CC4130-F3E1-4B01-BA90-1C3030AEBA76@kronometrix.org> References: <00a28a07-0742-93ce-4dff-2c905c115a5d@FreeBSD.org> To: Ronald Klop X-Mailer: Apple Mail (2.3731.500.231) X-Rspamd-Queue-Id: 4Psjh31JVfz3l82 X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:16302, ipnet:79.134.96.0/19, country:FI] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N Im testing RBPI 3/4 capturing data from some sensors using MODBUS=20 running FreeBSD and default Raspberry PI OS (Debian).=20 >=20 > Didn't read any news on this for a long time. So I think nobody is = working on RBPI WiFi. Sorry. Its too bad we dont have support for on-board wifi. Bjoern, if Im not wrong started the work on this part. Havent heard = anything. FreeBSD seems more stable for my tests than Debian/Raspberry PI OS. I = have several crashes from Debian using Wifi. No crashes from FreeBSD but using wired = connection. Really appreciated if anyone else can share any light on this. Cheers, Stefan= From nobody Thu Apr 6 20:53:04 2023 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Pstxv5lNYz43MCB for ; Thu, 6 Apr 2023 20:53:23 +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.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 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 4Pstxt4bwpz3qth for ; Thu, 6 Apr 2023 20:53:22 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=Punfhy2f; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.65.83 as permitted sender) smtp.mailfrom=marklmi@yahoo.com; dmarc=pass (policy=reject) header.from=yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1680814400; bh=XZvlY7kpB5UbNoEXiw5xoIy7lmqlmdfRg6yDsEwb3Bg=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=Punfhy2fjaaAODk2+86Cg88ZkVtRD+GWDUWTwOan5Dj+yfl6Ey8I+hhJy4wJkvMB5+Sx8NbPqFYgYgSeCHkDIxaQUjI9iafLbVmgUaeV2jx1pzZMKydxjSa3Nzxn8gOIjKWUS6wX7LagwpClO0jvgAuJ4UIJNPQlEt6FFR+en6g7KaCj1x0xLp3XWpMMIdTwagKrlOq7oihP5Tu6MRi5rgCZUvgI1OgoTBTjhR7KiLCvoGJa0lam4VbMZ/cuiTAhx1kZXSFQ67AucFEJR2pgy8hU0pu6Xn+Miv6Ut3rYEVFjpFAGg9nFmHnPkmsm8aIT/dMTHvRT129ozuiL0lkoCA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1680814400; bh=0jaX7OF/ojUDIcVmHBtADXHJ5HBYxYU5pG3Lkaf+edk=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=ZWDgi2KGNI1dQur1naIQzgx3ONsKqMarvZyX/c6N3GlIdQjF4G4tJumM14zdmBIKDZJY2Akks8uzc6Fz9P+EyGHOcZlgF9mXpnDmGH7DuRAK1hWA+ZBSi/i9WCuuPUGCWU8GHCOzD+D3+RfQXuYBhMmUT5zQCt/9PbvUGG1fMFRb0/i2TqeED5a22eYiANNrhXoZU9wviUMctz7YyDff3Rj0VUAdFP/w2DoHN7g/J77gO6wmKg6PxQWIjg/1hbivdkYFsXnotPJ5p/2m1FY2fzr95rMNERtlhSQTXCgEBESKt23UoUAVGZCnjqGqSlIEsiwAdarpcpTG4Djw6MhDlA== X-YMail-OSG: Wz7Oa.MVM1liX_fNvYHN75rHXIDhqLvUo1DojjyIgFIiEiGP477J0yoUJzoul1R rIyDs0V5qnh4uk4_US4MK03ban8P6ndcW6m2vnHZmL0Iu5bgBiufb1Zzd5ageW4t1Sr8oLDYpGBu fVAvCK5bOTb9OGxtVU0V..fy_EiTW6V9km1OerzdVOrqL.xKu_MqjviB9CqwKhvrc65UtbLMcyIt 2ickliJfniqiF3j8vLjl6BhtxjBSm6fvm5oit3nPQcYK6l0gr6YFFkXeiSVpa4ZhHzSprUmRND0S Wcq2dPXT7ZJekqzy2lmsctkq7zeVxZzbREhzm5ijneElvi55jcyCjDHwBZ.IszCj09N0x6FIur5N Ri2PZ5jdeBtyVhqwX1j9ekh5cXom23hGk0vVS3fcfCrHB1cS_xgwl4EWcedh27iIbmuxy4u8Qc9o UENx2C0_mB5W3egVM_EKMMoyOiQqTtLhfoLBII.kVGq8LElucvrVWS4q798uDGBE10F8Pkkq4tNb JslIYHXYSPV12Tsil2cUlqnbOhvkOJkTMIcxPRDAYRrB1eoRx_ElULPdORIzVFM3DPAwtneXBFPF svWdUFD3HZsqEANQuSy8Q1z_amMPTLGOG78199G9ts9T3IelF0AzJWqsdieqMYiNeLBe8waYpp4U SySnx628DZ00rZmt5Xt3N0IA9RhQh614Wdur.yFZtgs1qXsCmNqXAoo08KIUzhHVXzRhWEEZJ63t xGI__lv1rXd7QUXzACXGnf9ryFIEx.thPx.Cdua9Rf7TBz3jc5Z9xwue7ditr5vzYVWxLaf9VLT1 3bSGJkGMER6dROWB5GFg1khGHpS1N2ae.w5goEWBUMbzZdSekHGCQSKIOIt.EeGumNdUQ1vng5RA aoAgH6bmJpbd_Yr963B.Wv6NKWeuhKgNB3Eq4EwOWWCv13ZZ91IB914V5ISxU1ALkrp7Jskcb2Sw ASDOJTaoTRfzhLHjZjMKFrMsC_1Ktd4nzYeZiCS6JIHsl.Deg0TUjs0UNtXtNzJhnLhhQNsztRlW Oa3QxQkg6ZTkMB1orxaLs7pVlrT9FJ5hgcyx.zaSdUjciUxP9NC3zsYQnTiVtLZCJsjVAw7KJLqm MAQtR0w8kmKd2SpPxy.LNO0Jv9dKk7pGAj2SLSxvOAytGaL3LmAVM.wsCJAFCU2mZpqJLijBRO97 mzqLBDVbwJ8RGG6rhwMa0PHtynayFzPS26mwXaOlM3aJFEMZ2V9si80M36vnJAn4zcaDiBvUm7T5 T6fDYD6qJx_ChhfKr8cwISGhIbvxVPmHA_6FgsFUMkvTORB_m4xvoxVq1GUdt3ltPE_A2F.nnKCP RgZFTqLiUzjxUbCUayXsxuSFzDf5dpC_N4PFGzCWS4zaAMV7vR_6Q8Ps67rymqioXFNWiXDLCp07 8EK.NpEuiEp1Yk9VO18BkSv6VIOVEQNPy.1NHfBT5w4RSiCwYxtIONZt0YW1kT2YQLjk_kd2QXPg K1YTsDGLEusZlV86qa5CLCIkexxm_xjhrHM.eHteoAs8103GJpcRNufdpvu.cq74sLMYQvTKDrDf cZ5cfYpDXHDEmatTIhvNA0mDytegqSSkxkT5OpnadQCfMV_fHWHtfweaQtTnmw_hXRR4llx3RlK_ j3_u.ilTJB.ZXSVo07ibRXtN5IKT5iS7_ErkyLEtP5UdgwGE9X3o2NKt11xqFGKAUf7KJiO9f8UX bpxdCCYQtkzO7PrQOO_DfTBItz.gCcN3dSg9chJ4xGzUpaXw_SxhIwUsHPLhOGD2VD_0ZHkSWVCO RslDRRlAV117JbjVPWp95jSa2Tuy97H4e5qc05LA2DpF1hldh1faRCENq8_QQHcnuoUpyHU9QA4O 93Qw79ds3LBTX.J8uyOv5x_k4yP6LwQOW5EKPDRenVEWs883dbZo9ilD06ZiAoh6F_fUwmu.wLBB mA3ZAfqv3vlRpl9z__wmrMqckLcPFD9qwwI9vjqayogxq8XIpGGP09mm7uDdxllMnGdHHUnrHIrB 4xoFbotjilm92Y.BXjZ5X3Ww.uBVv7Tf56r1idXDdKIqowNeT1I6Gfy_4Q2FqfMclkdnGBFNjQWD s0xkB.Z3EGsAimIHYlf3WI.A1sJAFokHVPonl55xNc_EyNqskOLBX860Jf19hMn5bkF5RzSe96VS JGb1fQnELKY55DCam0bmOy0pAmvezlhl9gX4USzAn9Cd_J732HBkJ.rldEdBSJoZPDdRoHfrl4Ao g0..vyZnpx51FsfI7J34cCZB2cUc9mjGedcOl0YCJ7sH0PQ_q2532V3xOp4WiSEA75yXWXiWpbvo - X-Sonic-MF: X-Sonic-ID: 3ffa6bee-4aec-4333-913b-1d9441ddc105 Received: from sonic.gate.mail.ne1.yahoo.com by sonic313.consmr.mail.gq1.yahoo.com with HTTP; Thu, 6 Apr 2023 20:53:20 +0000 Received: by hermes--production-ne1-7dbd98dd99-84p8v (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID a90a6844e893d7549de2d7cc12038123; Thu, 06 Apr 2023 20:53:16 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.400.51.1.1\)) Subject: Re: Expected native build times on an RPI4? From: Mark Millard In-Reply-To: <2E1AFF79-9016-4331-8A81-67160DC1F299@yahoo.com> Date: Thu, 6 Apr 2023 13:53:04 -0700 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <2E1AFF79-9016-4331-8A81-67160DC1F299@yahoo.com> To: Joseph Koshy X-Mailer: Apple Mail (2.3731.400.51.1.1) X-Spamd-Result: default: False [-2.49 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.99)[-0.995]; MV_CASE(0.50)[]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; MIME_GOOD(-0.10)[text/plain]; ARC_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.83:from]; RCVD_COUNT_THREE(0.00)[3]; FREEMAIL_FROM(0.00)[yahoo.com]; TO_DN_SOME(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; DKIM_TRACE(0.00)[yahoo.com:+]; FROM_EQ_ENVFROM(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; RCVD_TLS_LAST(0.00)[]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org] X-Rspamd-Queue-Id: 4Pstxt4bwpz3qth X-Spamd-Bar: -- X-ThisMailContainsUnwantedMimeParts: N On Apr 5, 2023, at 19:04, Mark Millard wrote: > On Apr 3, 2023, at 13:42, Joseph Koshy wrote: >=20 >> A 'make -j3 buildworld' of a freshly checked out -current tree >> took over 15+ hours on an RPI4 before eventually running out >> of space (/usr/obj had reached 7G by then). >>=20 >> The CPU(s) ran at a top speed of 1500Mhz during the build, >> per 'sysctl dev.cpu.0.freq'. >>=20 >> Even so, the build hadn't managed to cross the 'building >> libraries' step. >>=20 >> I'm wondering how best to provision for building -current: >> how long does 'buildworld' take on this device usually, and >> how much disk space does a build of -current usually need? >=20 > I looked and I'd not recorded any buildwork buildkernel > timings notes since back in very late 2021. So what I > had need not be appropriate for now. I've finally got > around to starting a from scratch build, on a 8 GiByte > RAM "C0T" RPi4B. (My normal build are done on a different > type of aarch64 system.) This is a from-scratch build, > but of note are: >=20 > make[1]: "/usr/main-src/Makefile.inc1" line 327: SYSTEM_COMPILER: = Determined that CC=3Dcc matches the source tree. Not bootstrapping a = cross-compiler. > make[1]: "/usr/main-src/Makefile.inc1" line 332: SYSTEM_LINKER: = Determined that LD=3Dld matches the source tree. Not bootstrapping a = cross-linker. >=20 > Sometimes bootstrapping build activity is required and > that would mean more time (and space) than for what I'm > timing. >=20 > (I've no clue if the build attempt that you mentioned > involved building a bootstrap compiler or bootstrap > linker or both.) >=20 > [Timings added after much of the other text had been > typed in already.] >=20 > World build completed on Wed Apr 5 17:52:47 PDT 2023 > World built in 26009 seconds, ncpu: 4, make -j4 >=20 > So, for world, 26009sec*(1min/60sec)*(1hr/60min) =3D=3D 7.2247_2222... = hr < 7.3 hr. >=20 > Kernel build for GENERIC-NODBG-CA72 completed on Wed Apr 5 18:27:29 = PDT 2023 > Kernel(s) GENERIC-NODBG-CA72 built in 2082 seconds, ncpu: 4, make -j4 >=20 > So, for kernel, 2082sec*(1min/60sec)*(1hr/60min) =3D=3D 0.578_3333... = hr < 0.6 hr. >=20 > So, for total, somewhat under 8 hr. >=20 > (An example of needing bootstrapping would happen for > jumping from main being 14.0 to being 15.0 . Another > could be jumping from system clang 15 to system clang > 16 . The additional time would not be trivial.) >=20 >=20 > Notes . . . >=20 > The RPi4B has heatsinks and a case with a fan. The > config.txt has the following added, among other > things: >=20 > [pi4] > over_voltage=3D6 > arm_freq=3D2000 > sdram_freq_min=3D3200 > force_turbo=3D1 >=20 > (I do not use FreeBSD facilities to manage arm_freq .) >=20 > The result has no temperature problems during such > builds. I picked arm_freq=3D2000 based on it working > across 7 example RPi4B's (mix of 8 GiByte "B0T" > and "C0T" and older 4 GiByte "B0T" variants). 2100 did > not prove to always work, given the other 3 settings. > I avoided system-specific tailoring in normal > operation and so standardized what they all use. >=20 > The media is a USB3 NVMe drive, not spinning rust, > nor a microsd card. The drive is powered from > just the RPi4B. The media has a UFS file system. > I avoid tmpfs use that competes for RAM. (I've also > got access to ZFS media around but that is not what > I'm testing with in this example.) >=20 > The power supply used for the RPi4B has more margin > than is typical: 5.1V, 3.5A. >=20 > A serial console is set up. >=20 > For a 8 GiByte RAM system I normally have 30 GiBytes > or so of swap space active (not special to buildworld > buildkernel activities but I'll not get into details > of why-so-much here). However, for this timing I'm > running without swap since I've not tested that on a > 8GiBYte RPi4B in a long time. (Most of the potential > swap usage is tied to how I build ports into > packages, not buildworld buildkernel .) >=20 > The FreeBSD context is (output line split for > better readability): >=20 > # uname -apKU > FreeBSD CA72_UFS 14.0-CURRENT FreeBSD 14.0-CURRENT #90 > main-n261544-cee09bda03c8-dirty: Wed Mar 15 20:25:49 PDT 2023 > = root@CA72_16Gp_ZFS:/usr/obj/BUILDs/main-CA72-nodbg-clang/usr/main-src/arm6= 4.aarch64/sys/GENERIC-NODBG-CA72 > arm64 aarch64 1400082 1400082 >=20 > The build is building that same version from scratch > (after a "rm -fr" of the build-tree area). I do not > use ccache or the like. So: an example of a possible > upper bound on the required build time for a specific > configuration that is built, but no bootstrap compiler > or linker build involved. >=20 > I do this because comparing timings of incremental builds > that need not be doing the same increments is problematical. > (However configuring for allowing incremental instead of > only full builds is important to spending less total time > building across builds.) >=20 > I'll list various settings that I use. There are non- > obvious contributions too. For example I use a EtherNet ssh > session instead of the serial console: The serial console > can lead to waiting for fast scrolling output to finish. > (Matters more consistently for installworld and > installkernel scrolling output.) I run headless, avoiding > some competition for RAM and such. I do not load the > RPi4B with additional activities not even nice'd ones. >=20 > Note that it is a non-debug system that is running and > it is building a matching non-debug world and kernel. >=20 > In /boot/loader.conf I have: >=20 > # Delay when persistent low free RAM leads to > # Out Of Memory killing of processes: > vm.pageout_oom_seq=3D120 > # > # For plunty of swap/paging space (will not > # run out), avoid pageout delays leading to > # Out Of Memory killing of processes: > vm.pfault_oom_attempts=3D-1 > # > # For possibly insufficient swap/paging space > # (might run out), increase the pageout delay > # that leads to Out Of Memory killing of > # processes (showing defaults at the time): > #vm.pfault_oom_attempts=3D 3 > #vm.pfault_oom_wait=3D 10 > # (The multiplication is the total but there > # are other potential tradoffs in the factors > # multiplied, even for nearly the same total.) >=20 > (I'd not expected the 8 GiByte build to need > to page out to swap space so I left in place > my normal setting for vm.pfault_oom_attempts .) >=20 > In /etc/sysctl.conf I have: >=20 > # Together this pair avoids swapping out the process kernel stacks. > # This avoids processes for interacting with the system from being > # hung-up by such. > vm.swap_enabled=3D0 > vm.swap_idle_enabled=3D0 >=20 > (But, absent any active swap space, such would not > happen. However, the lack of active swap space is > not my normal context and the above is what I have > in place for normal use as well.) >=20 > Part of the below indicates that I avoid building > MIPS, POWERPC, RISCV, and X86 targeting materials > because I do not intend to target anything but > aarch64 and armv7 from aarch64 systems. This is not > the default. Going in the other direction, I build > CLANG_EXTRAS that builds more than what is default. > This combination makes my build timings ball-park > figures relative to your context. >=20 > An oddity is that I avoid much of the stripping so > my builds are somewhat bigger than normal for the > materials produced. (I like the somewhat better > backtraces from leaving symbols in place, even if > the build is optimized and avoids full debug > information.) >=20 > I use: >=20 > TO_TYPE=3Daarch64 > # > KERNCONF=3DGENERIC-NODBG-CA72 > 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_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 >=20 > Those last 6 lines lead to the code generation being > tuned for Cortex-A72's. (The code still works on > Cortex-A53's.) I expect such lines are rarely used > but I happen to. >=20 > I'll note that avoiding WITHOUT_LLVM_TARGET_ALL is > tied to old observed behavior that I've not > revalidated. >=20 > In the past, I've had examples where RPi4B -j3 built > in less time than -j4 for such full-build timing tests. > On a RPi4B, I've never had -j5 or higher build in less > time. (Some of this is the RPi4B RAM/RAM-cache > subsystem properties: easier than normal to > saturate the RAM access and the caching is small. > Another contribution may be the USB3 NVMe media > latency being small. Spinning rust might have > different tradeoffs, for example.) I've also never > had -j2 or less take less time for full builds. >=20 > (Folks that do not use vm.pageout_oom_seq to avoid > kills from happening may use -j2 or such to better > avoid having parts of some build attempts killed > sometimes.) >=20 > Unfortunately, I forgot to set up monitoring of > MaxObsActive, MaxObsWired, and MaxObs(Act+Wir+Lndry). > ("MaxObs" is short for "Maximum Observed".) So I > do not have such figures to report. (I use a > modified top to get such figures.) >=20 > The build-tree size: >=20 > # du -xsm /usr/obj/BUILDs/main-CA72-nodbg-clang/usr/ > 13122 /usr/obj/BUILDs/main-CA72-nodbg-clang/usr/ >=20 > But such is based on details of what I build vs. > what I do not, as well as lack of stipping. So, in > very round numbers, 20 GiBytes would be able to hold > a build. You might want notable margin, in part because > as FreeBSD and the toolchain progress, things have > tended to get bigger over time. Plus the figure is a > final size. If the peak size is larger, I do not know. > A debug build would take more space than my non-debug > build. Also, the 13122 does not include the build > materials for a bootstrap compiler or a bootstrap > linker (or both). Thus my rounding to 20 GiBytes as a > possibility for illustration. >=20 > Again: no ccache-like use. Otherwise there would be > more space someplace to consider overall. >=20 I repeated the "rm -fr", rebooted, and did a -j3 buildworld buildkernel . The result was: World build completed on Thu Apr 6 03:31:43 PDT 2023 World built in 28858 seconds, ncpu: 4, make -j3 So, for world, 28858sec*(1min/60sec)*(1hr/60min) =3D=3D 8.016_1111... hr = < 8.1 hr. Kernel build for GENERIC-NODBG-CA72 completed on Thu Apr 6 04:10:26 PDT = 2023 Kernel(s) GENERIC-NODBG-CA72 built in 2323 seconds, ncpu: 4, make -j3 So, for kernel, 2323sec*(1min/60sec)*(1hr/60min) =3D=3D 0.6452_7777... = hr < 0.7 hr. So, for total, somewhat under 8.8 hr. So 31181sec/28091sec ~=3D 1.11 times what than -j4 took. I did remember to get MaxObs figures for this: load averages: . . . MaxObs: 3.59, 3.21, 3.09 1404Mi MaxObsActive, 1155Mi MaxObsWired, 2383Mi MaxObs(Act+Wir+Lndry) (Note: Laundry did end up non-zero, despite the lack of swap space.) So this combination looks like it would not need swap space for a 4 GiByte RPi4B but likely would need such for a 2 GiByte RPI4B. Looks like the same could be true of a -j4 build. After that I repeated the "rm -fr", rebooted, and did a -j5 buildworld buildkernel . The result was: World build completed on Thu Apr 6 12:42:04 PDT 2023 World built in 25940 seconds, ncpu: 4, make -j5 So, for world, 25940sec*(1min/60sec)*(1hr/60min) =3D=3D 7.20_5555... hr = < 7.3 hr. Kernel build for GENERIC-NODBG-CA72 completed on Thu Apr 6 13:16:50 PDT = 2023 Kernel(s) GENERIC-NODBG-CA72 built in 2086 seconds, ncpu: 4, make -j5 So, for kernel, 2086sec*(1min/60sec)*(1hr/60min) =3D=3D 0.579_4444... hr = < 0.6 hr. So, for total, somewhat under 8 hr. So around 28026sec/28091sec ~=3D 0.998 times what -j4 took. Note a small scale example of a tradeoff that can occur based on the details of what is being built: buildworld took less time but buildkernel took more. I did remember to get MaxObs figures for this: load averages: . . . MaxObs: 5.57, 5.29, 5.17 1790Mi MaxObsActive, 1157Mi MaxObsWired, 2775Mi MaxObs(Act+Wir+Lndry) (Note: Laundry did end up non-zero, despite the lack of swap space.) So this combination looks like it would not need swap space for a 4 GiByte RPi4B but would need such for a 2 GiByte RPi4B. Incremental builds (META_MODE) variability, ccache avoidance of compiles variability, and media access timing properties could all lead to other tradeoffs in specific builds for what -jN's work better. ZFS would be a significant change of context because of Wired memory handling. (The ARC leads to a far more widely variable Wired-memory usage pattern, for example.) I'm not claiming the above indicates some universal answer to what is optimal across a range of contexts. One thing that was different for a time for my older timings was that some Google test build used to take large amounts of RAM and time compared to the figures I report above. If I remember right, this stopped when FreeBSD adjusted the specific test's build to generate unoptimized code, avoiding the bad-case in the LLVM toolchain's optimization handling for generating the test involved. Note: The ZFS ARC's Wired memory usage makes any "MaxObs" that includes a Wired memory contribution not readily comparable to the same "MaxObs" for a UFS context. =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Fri Apr 7 13:06:14 2023 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4PtJXm1gxHz44cXJ for ; Fri, 7 Apr 2023 13:06:32 +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" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4PtJXk2SvXz3l7q for ; Fri, 7 Apr 2023 13:06:30 +0000 (UTC) (envelope-from jfc@mit.edu) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=mit.edu header.s=outgoing header.b=oukqHUnt; spf=pass (mx1.freebsd.org: domain of jfc@mit.edu designates 18.9.28.15 as permitted sender) smtp.mailfrom=jfc@mit.edu; dmarc=pass (policy=none) header.from=mit.edu; arc=pass ("microsoft.com:s=arcselector9901:i=1") Received: from w92exedge4.exchange.mit.edu (W92EXEDGE4.EXCHANGE.MIT.EDU [18.7.73.16]) by outgoing-exchange-1.mit.edu (8.14.7/8.12.4) with ESMTP id 337D685e019366 for ; Fri, 7 Apr 2023 09:06:27 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mit.edu; s=outgoing; t=1680872787; bh=stLV4CfqU9iLRzRmK4IOvK80HjvzG7MszYyqYjR7j1I=; h=From:To:Subject:Date; b=oukqHUntfJlU55QqB+IzVgWLg3suSYKEsMhZphbxR4wILAPW2PNZ88ckeqhWs11MP kI1p8Gxzb1dHKTNg6kJTE68ZfINidIKbJ9JdRUHdVjcOqwvCygawSDpc/OhmXrBqpx 7BkasuJR6pkeKzoX807zSUnSgDWDrCz183r+U911kCuppgy3h9kTIEvZ+/h5jXFZ9a F4lT2lN5hylgmiF5cLkvfIyjls12iP94YtwpJVUoAkuIuG5wnF5S5FnHiDy64SDA3n SuLDy8mZJl3suClKmdq+w2Wxafnl85ksKiGdQ0aTOekfYr9cHgfPmYYEQPvCuNzz3z PkrYsRSqQ0dnA== Received: from oc11expo20.exchange.mit.edu (18.9.4.51) by w92exedge4.exchange.mit.edu (18.7.73.16) with Microsoft SMTP Server (TLS) id 15.0.1497.48; Fri, 7 Apr 2023 09:05:41 -0400 Received: from oc11exhyb2.exchange.mit.edu (18.9.1.98) by oc11expo20.exchange.mit.edu (18.9.4.51) with Microsoft SMTP Server (TLS) id 15.0.1497.42; Fri, 7 Apr 2023 09:06:16 -0400 Received: from NAM10-BN7-obe.outbound.protection.outlook.com (104.47.70.100) by oc11exhyb2.exchange.mit.edu (18.9.1.98) with Microsoft SMTP Server (TLS) id 15.0.1497.48 via Frontend Transport; Fri, 7 Apr 2023 09:06:16 -0400 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=h4Ep8Qg3ShnXaxtyziiBL0L0qzMSeyeICCI1yc0OcZLL617iQ9jqht5cYNPelq8cpn8ChRNlbVvbKNJE7X9sKXsvbU4aznDadxcnfRQMCBtF3TyLFKnh534FokJmPacHikyTsPqm4vzMc4u8eCm7j9tgZzJ4NMG4WzJWPRSDZDRi8QE1ztD1UjK+COWuVStED9+nPu5LKyrXDOBiEA4FJ1+CvYp2ysE1DoCYkuRT+vR2XTLddJda7hO8kYMVjK7qlRVaXqLRizs8ZJlkxfQqN9iXcYlO6iP8+7oIutz5Gztyb9EtdtWhFlpT5jlfPolN6hOdZ/arMLK/ick2dGjOHw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=stLV4CfqU9iLRzRmK4IOvK80HjvzG7MszYyqYjR7j1I=; b=deFJZ9dMovmhJqueWDS2rmSsEMArqDVeA2AURw850BJ7wtEZR21nr0n/iSrmN4BbnuLZ+KaUlgg8losjQ3H3pCzPY4Kce3gBJoNT053qKF69nPFMES+kFez/dIOZ+pvZvRRUopAVC8GQv4SU28C7NJjr5bl7CAQ/FmeYqF7rKOdLgd2ENXYW7fmM1j4+3rV/pGW/UQUbLrqv3xo0V11QO4cla5PjFQVMDHV0lDH1j8mSBg9q+wAwPHMuNrCa73zL1H3XYspxuVbzDx8VnnHnSlEgfyN2UrgluLf+svITnG2h0TZKc2Y1Rl41SYj5bwZ05iBxKcnt05NStOkDe1tvwQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=mit.edu; dmarc=pass action=none header.from=mit.edu; dkim=pass header.d=mit.edu; arc=none Received: from MN0PR01MB7707.prod.exchangelabs.com (2603:10b6:208:37a::22) by SA0PR01MB6378.prod.exchangelabs.com (2603:10b6:806:e3::8) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.6298.18; Fri, 7 Apr 2023 13:06:15 +0000 Received: from MN0PR01MB7707.prod.exchangelabs.com ([fe80::6921:b98b:8302:a1a9]) by MN0PR01MB7707.prod.exchangelabs.com ([fe80::6921:b98b:8302:a1a9%7]) with mapi id 15.20.6277.026; Fri, 7 Apr 2023 13:06:14 +0000 From: John F Carr To: "freebsd-arm@freebsd.org" Subject: Another VFP-in-kernel problem on armv8 Thread-Topic: Another VFP-in-kernel problem on armv8 Thread-Index: AQHZaVG76Q6WQaNLxkeeNuwgnwnspQ== Date: Fri, 7 Apr 2023 13:06:14 +0000 Message-ID: <911B8107-4FAC-4180-97D0-49B44212B788@mit.edu> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-ms-publictraffictype: Email x-ms-traffictypediagnostic: MN0PR01MB7707:EE_|SA0PR01MB6378:EE_ x-ms-office365-filtering-correlation-id: ae38fd02-6e12-402e-d9a5-08db3768de48 x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: tsauOkp/5Ke3pr3EfV8JezMembRqgjmJB1PqljE231zrM+0s+aa59GHCNcGQnPSuW/5nnakmo04gwR/CHoYmMPTVEY2kpV7LXXJD1ACw4AklUcTDunCoaMxK5C40adnv/Pf2/YunUO6W1shvOb4TPKK9gUXSpLZ4zUc2v66DspMeHykG5kS3BQ0ek+bQCcHqXUxcYabFHAQMIQc9pFTBAZFtXiWaWEj6q1//Z2baCRjcfxtQKKKCEwUmTEy38H56N1L/JLMCqiFF/MZLw/OE+jTLGKmsCUDv5Q/2FYeBQgbcXsx+pFzJOroxK0as2jwsscTcR1jJ5VHD7bgdD9fSHUhWB50v3v2ujhtXTelJvB+hdvpSDd0VTOJ9zJcFD2f5aq8x452FgQKnS4QrXlQIsVSL0QT9+CYAgn+ifvUZqOjlOQXPd2XYvpZJyvMEzlcdu/D8SehZNOKZr2DfArC6mgOR8jkC0y1W9LqhyLasMbRXyIl+ZgZbIJpEEPcT7Evr7B0QpxHhSeCq2b7FYj4KFJl9ifTDHYUJzyiFycXWCanFOVBbj20PawVA2dADAzjom+S9sGOrhfOoF3qPeNt/tqtU9vHEa7c/hmduk1jiXZRtSGtlg0iDELvZZ9RBfloL x-forefront-antispam-report: CIP:255.255.255.255;CTRY:;LANG:en;SCL:1;SRV:;IPV:NLI;SFV:NSPM;H:MN0PR01MB7707.prod.exchangelabs.com;PTR:;CAT:NONE;SFS:(13230028)(4636009)(136003)(39860400002)(396003)(366004)(376002)(346002)(451199021)(786003)(38100700002)(99936003)(122000001)(2616005)(316002)(38070700005)(83380400001)(186003)(478600001)(86362001)(66946007)(66476007)(66556008)(33656002)(8676002)(6916009)(26005)(66446008)(76116006)(64756008)(6506007)(6512007)(2906002)(36756003)(4744005)(5660300002)(6486002)(8936002)(41300700001)(71200400001)(75432002);DIR:OUT;SFP:1102; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?us-ascii?Q?EPufMkZ9zSjKfvF+XZxZCSkGpWLLZEppVif2XsRchsZiZy/qbdVrADsJW6tZ?= =?us-ascii?Q?6Dwm6fOCastS7EzYVd/9jOYcBlIlYFLypkP0dOG0c4ztqU0V8OAosky68Wj+?= =?us-ascii?Q?hZfQx/6GNq/7Wh6vGv7Qo7OoeVaHNSS1mPUtkKNufbgtJpoYG8MCQ3uwjgCP?= =?us-ascii?Q?nqlb53gYW/AfC6qt1OpDSVrRCWTG5Oyf79Q9E02VhiR/Rpoty0Kh2kJHidto?= =?us-ascii?Q?5i9AtFB8/ucGz49HP70FYFbSG+sBLChlv7epvlzK/gC1SCyVRidnZA/pAuG3?= =?us-ascii?Q?1u/xKXKh/EAt1mHsPFKVkSEWwYUHk5fxTerQWqTM8+jlYb5XwVxnt9SKzC4f?= =?us-ascii?Q?bDRqeZdbdrJoqND/qWf+zCc9DTYp7uitMEycQSBoro58bUkJ7qbaSwEOpKZu?= =?us-ascii?Q?CD4v/UnAqnb/hp48DV4SoeeJBhRgqEHncrF2QAHvH5tS6FSFrI4b7lYkOwrP?= =?us-ascii?Q?QWZCFFbtFlzKFO/oEqgCHXiyS5PJAlfX/kgAbq1QUWUn0QmxDqEKDKzdTj6D?= =?us-ascii?Q?+9YwlUksDiC6vSL6DOr4N8MDnMfGytt3s4AftOoYUHdCmiNJcjCVVMkIQGUb?= =?us-ascii?Q?wjl09Xqg23/SmmdTw21Wxo+Omoe//8d3oPPO/IR74HihdzJkyJ5+JJ4EjtJ0?= =?us-ascii?Q?RCTeLAYMZTfoBARn1wOxM43mm6HiF6MDo07dgsBvvOTh4Z8h4lnhUmze6Ikk?= =?us-ascii?Q?9UDIPFLb3YEqc1bltFD1blzgugjzjR3hhcmxpJfP8BSSM3Qgj3paQsly8jkd?= =?us-ascii?Q?l+dWwJb+vx6+fMZhjYbaW1qoyS02SQ9tnQymAXzA//hJOBAJBjjPHzDUd9YY?= =?us-ascii?Q?QuOiQTSbfrd/RL7CinDQQ5Ju0slj2TdI3BiVU6cYE3UgRGrCavAted7YmYzN?= =?us-ascii?Q?Fkc1VltJuxuQZ60Fv49O7T1i48cpWuI0DEUsgcLE9o2ZQQ0Osv5C2bBCEnyp?= =?us-ascii?Q?5QYUe/8sRN9/IP4DwmqCyKeYsP3tZZeT4dYpZpMqzYJrJVIO7HDeuZhvdSfv?= =?us-ascii?Q?tqnbAwXtspZalGefeLfg92jrv64NbEKrXW0caOXKijzXZvhoF5R6n5vtm4RQ?= =?us-ascii?Q?FbitnDdwcndtaOn8pnypAE8RZSuQsT3H6jFp1su0tIBjn3DUFtB9gvLDnejM?= =?us-ascii?Q?b4JvTAowqZW0Nd8Wgu1m7e/m1bFsGCmnxhirCCsxiq6DJ155/gmqovf1oZUd?= =?us-ascii?Q?y4I2hko2Mh4Lplhrzs3gTOyJGvGUvJGgSzTXRKYa8cYMCe5J74K69vDp4pHu?= =?us-ascii?Q?BARsB/79Hxx9dIRRBItgxmfz4wDsR42P4l3eipsQBSBOKRuWnGUNiSnjFfIK?= =?us-ascii?Q?FbNoSJhXT3WqhXAf8/fgecX4g5/N3aDuNly/55hhMVsHTcHgmINTBEA28R7s?= =?us-ascii?Q?RmGl2WSyGNN3KA6WK+tQW3AzAhoesb4X6cBLxqv99nkZBOUf0iJD8QUlTTtS?= =?us-ascii?Q?TY1mDQtfL2b7ZlMx4Byx118okQLLEM2cJnZMNvFRxMSNTHuoKoPseR2vXuqn?= =?us-ascii?Q?FTVsjKTCtXJM6MlylnZeY0k1Lp7w8X+2nGi2IqAd4fHwkndmG4g0VqpG3QJX?= =?us-ascii?Q?mTRmFY6HcT9hdskaZwo=3D?= Content-Type: multipart/mixed; boundary="_002_911B81074FAC418097D049B44212B788mitedu_" List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org MIME-Version: 1.0 X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: MN0PR01MB7707.prod.exchangelabs.com X-MS-Exchange-CrossTenant-Network-Message-Id: ae38fd02-6e12-402e-d9a5-08db3768de48 X-MS-Exchange-CrossTenant-originalarrivaltime: 07 Apr 2023 13:06:14.8097 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 64afd9ba-0ecf-4acf-bc36-935f6235ba8b X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: 3PfTzRF2FuU3rF3wcTTHmYX4CDarTamyf4RPza1ME8C4hfOXGjZmVTzRNr+nygiE X-MS-Exchange-Transport-CrossTenantHeadersStamped: SA0PR01MB6378 X-OriginatorOrg: mit.edu X-Spamd-Result: default: False [-5.59 / 15.00]; ARC_ALLOW(-1.00)[microsoft.com:s=arcselector9901:i=1]; MIME_BASE64_TEXT_BOGUS(1.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; DWL_DNSWL_LOW(-1.00)[mit.edu:dkim]; NEURAL_HAM_SHORT(-0.99)[-0.993]; DMARC_POLICY_ALLOW(-0.50)[mit.edu,none]; RCVD_DKIM_ARC_DNSWL_MED(-0.50)[]; R_DKIM_ALLOW(-0.20)[mit.edu:s=outgoing]; R_SPF_ALLOW(-0.20)[+ip4:18.9.28.0/24]; RCVD_IN_DNSWL_MED(-0.20)[18.9.28.15:from]; MIME_GOOD(-0.10)[multipart/mixed,text/plain]; MIME_BASE64_TEXT(0.10)[]; TO_DN_EQ_ADDR_ALL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; RCVD_IN_DNSWL_NONE(0.00)[104.47.70.100:received]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-arm@FreeBSD.org]; DKIM_TRACE(0.00)[mit.edu:+]; HAS_ATTACHMENT(0.00)[]; FROM_HAS_DN(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:+]; ASN(0.00)[asn:3, ipnet:18.9.0.0/16, country:US]; RCVD_COUNT_SEVEN(0.00)[7] X-Rspamd-Queue-Id: 4PtJXk2SvXz3l7q X-Spamd-Bar: ----- X-ThisMailContainsUnwantedMimeParts: N --_002_911B81074FAC418097D049B44212B788mitedu_ Content-Type: text/plain; charset="us-ascii" Content-ID: Content-Transfer-Encoding: quoted-printable I upgraded from mid-February CURRENT (5dc00f00b747) to yesterday (f02879f19= 925) and my system panics during boot with panic: VFP exception in the kernel Most likely this panic is while trying to import the root ZFS pool. The cr= ash is at the first vector instruction in zfs_sha256_block_neon (in zfs.ko)= : f9284: 4cdf7020 ld1 { v0.16b }, [x1], #16 This instruction is implemented on my CPU (Cortex A-57), confirmed by runni= ng it in user mode. I don't see any obviously related changes in ZFS since the last working ker= nel. What's going on recently with VFP in the kernel? --_002_911B81074FAC418097D049B44212B788mitedu_ Content-Type: text/plain; name="crash20230407a.txt" Content-Description: crash20230407a.txt Content-Disposition: attachment; filename="crash20230407a.txt"; size=6485; creation-date="Fri, 07 Apr 2023 13:06:14 GMT"; modification-date="Fri, 07 Apr 2023 13:06:14 GMT" Content-ID: Content-Transfer-Encoding: base64 ICAgQXV0b2Jvb3QgaW4gMCBzZWNvbmRzLiBbU3BhY2VdIHRvIHBhdXNlICANCkxvYWRpbmcga2Vy bmVsLi4uDQovYm9vdC9rZXJuZWwva2VybmVsIHRleHQ9MHgyYTggdGV4dD0weDkzOGExMCB0ZXh0 PTB4MjkyMjg0IGRhdGE9MHgxZDExMzggZGF0YT0weDArMHgyYTAwMDAgc3ltcz1bMHg4KzB4MTUy YzEwKzB4OCsweDE3YjBjZl0NCkxvYWRpbmcgY29uZmlndXJlZCBtb2R1bGVzLi4uDQovYm9vdC9r ZXJuZWwvemZzLmtvIHRleHQ9MHhlODBmYyB0ZXh0PTB4MjM2ZTEwIGRhdGE9MHgyYzY0MCsweGFi ODZjIHN5bXM9WzB4OCsweDM1MTkwKzB4OCsweDJlMmRhXQ0KL2Jvb3Qva2VybmVsL2NyeXB0b2Rl di5rbyB0ZXh0PTB4MTc5ZiB0ZXh0PTB4MjM4MCBkYXRhPTB4NjQ4KzB4MTAgc3ltcz1bMHg4KzB4 Y2MwKzB4OCsweDk1OF0NCi9ib290L2VudHJvcHkgc2l6ZT0weDEwMDANCi9ldGMvaG9zdGlkIHNp emU9MHgyNQ0KVXNpbmcgRFRCIHByb3ZpZGVkIGJ5IEVGSSBhdCAweDgwMWZlMDAwMDAuDQpFRkkg ZnJhbWVidWZmZXIgaW5mb3JtYXRpb246DQphZGRyLCBzaXplICAgICAweDAsIDB4MA0KZGltZW5z aW9ucyAgICAgMCB4IDANCnN0cmlkZSAgICAgICAgIDANCm1hc2tzICAgICAgICAgIDB4MDAwMDAw MDAsIDB4MDAwMDAwMDAsIDB4MDAwMDAwMDAsIDB4MDAwMDAwMDANCi0tLTw8Qk9PVD4+LS0tDQpH REI6IG5vIGRlYnVnIHBvcnRzIHByZXNlbnQNCktEQjogZGVidWdnZXIgYmFja2VuZHM6IGRkYg0K S0RCOiBjdXJyZW50IGJhY2tlbmQ6IGRkYg0KV0FSTklORzogQ2Fubm90IGZpbmQgZnJlZWJzZCxk dHMtdmVyc2lvbiBwcm9wZXJ0eSwgY2Fubm90IGNoZWNrIERUQiBjb21wbGlhbmNlDQpDb3B5cmln aHQgKGMpIDE5OTItMjAyMyBUaGUgRnJlZUJTRCBQcm9qZWN0Lg0KQ29weXJpZ2h0IChjKSAxOTc5 LCAxOTgwLCAxOTgzLCAxOTg2LCAxOTg4LCAxOTg5LCAxOTkxLCAxOTkyLCAxOTkzLCAxOTk0DQoJ VGhlIFJlZ2VudHMgb2YgdGhlIFVuaXZlcnNpdHkgb2YgQ2FsaWZvcm5pYS4gQWxsIHJpZ2h0cyBy ZXNlcnZlZC4NCkZyZWVCU0QgaXMgYSByZWdpc3RlcmVkIHRyYWRlbWFyayBvZiBUaGUgRnJlZUJT RCBGb3VuZGF0aW9uLg0KRnJlZUJTRCAxNC4wLUNVUlJFTlQgIzMyIG1haW4tbjI2MjAxMS1mMDI4 NzlmMTk5MjU6IFRodSBBcHIgIDYgMTY6MDc6NTQgRURUIDIwMjMNCiAgICByb290QHN0cmlhdHVz Oi91c3Ivb2JqL3Vzci9ob21lL2pmYy9mcmVlYnNkL3NyYy9hcm02NC5hYXJjaDY0L3N5cy9TVFJJ QVRVUyBhcm02NA0KRnJlZUJTRCBjbGFuZyB2ZXJzaW9uIDE1LjAuNyAoaHR0cHM6Ly9naXRodWIu Y29tL2xsdm0vbGx2bS1wcm9qZWN0LmdpdCBsbHZtb3JnLTE1LjAuNy0wLWc4ZGZkY2M3YjdiZjYp DQpWVDogaW5pdCB3aXRob3V0IGRyaXZlci4NCm1vZHVsZSBzY21pIGFscmVhZHkgcHJlc2VudCEN Cm1vZHVsZSBmaXJtd2FyZSBhbHJlYWR5IHByZXNlbnQhDQpyZWFsIG1lbW9yeSAgPSA4NTc0NzMw MjQwICg4MTc3IE1CKQ0KYXZhaWwgbWVtb3J5ID0gODMyNjI0MjMwNCAoNzk0MCBNQikNClN0YXJ0 aW5nIENQVSAxICgxKQ0KU3RhcnRpbmcgQ1BVIDIgKDEwMCkNClN0YXJ0aW5nIENQVSAzICgxMDEp DQpGcmVlQlNEL1NNUDogTXVsdGlwcm9jZXNzb3IgU3lzdGVtIERldGVjdGVkOiA0IENQVXMNCnJh bmRvbTogdW5ibG9ja2luZyBkZXZpY2UuDQpyYW5kb206IGVudHJvcHkgZGV2aWNlIGV4dGVybmFs IGludGVyZmFjZQ0KTUFQIDgxZmI4MzAwMDAgbW9kZSAyIHBhZ2VzIDk5Mg0KTUFQIDgxZmJlMTAw MDAgbW9kZSAyIHBhZ2VzIDQ5Ng0KTUFQIDgxZmZmZDAwMDAgbW9kZSAyIHBhZ2VzIDMyDQprYmQw IGF0IGtiZG11eDANCm9md2J1czA6IDxPcGVuIEZpcm13YXJlIERldmljZSBUcmVlPg0Kc2ltcGxl YnVzMDogPEZsYXR0ZW5lZCBkZXZpY2UgdHJlZSBzaW1wbGUgYnVzPiBvbiBvZndidXMwDQpjbGtf Zml4ZWQwOiA8Rml4ZWQgY2xvY2s+IG9uIHNpbXBsZWJ1czANCmNsa19maXhlZDE6IDxGaXhlZCBj bG9jaz4gb24gc2ltcGxlYnVzMA0KY2xrX2ZpeGVkMjogPEZpeGVkIGNsb2NrPiBvbiBzaW1wbGVi dXMwDQpjbGtfZml4ZWQzOiA8Rml4ZWQgY2xvY2s+IG9uIHNpbXBsZWJ1czANCmNsa19maXhlZDQ6 IDxGaXhlZCBjbG9jaz4gb24gc2ltcGxlYnVzMA0KY2xrX2ZpeGVkNTogPEZpeGVkIGNsb2NrPiBv biBzaW1wbGVidXMwDQpjbGtfZml4ZWQ2OiA8Rml4ZWQgY2xvY2s+IG9uIHNpbXBsZWJ1czANCmNs a19maXhlZDc6IDxGaXhlZCBjbG9jaz4gb24gc2ltcGxlYnVzMA0KY2xrX2ZpeGVkODogPEZpeGVk IGNsb2NrPiBvbiBzaW1wbGVidXMwDQpjbGtfZml4ZWQ5OiA8Rml4ZWQgY2xvY2s+IG9uIHNpbXBs ZWJ1czANCmNsa19maXhlZDEwOiA8Rml4ZWQgY2xvY2s+IG9uIHNpbXBsZWJ1czANCnBzY2kwOiA8 QVJNIFBvd2VyIFN0YXRlIENvLW9yZGluYXRpb24gSW50ZXJmYWNlIERyaXZlcj4gb24gb2Z3YnVz MA0KZ2ljMDogPEFSTSBHZW5lcmljIEludGVycnVwdCBDb250cm9sbGVyPiBtZW0gMHhlMTExMDAw MC0weGUxMTEwZmZmLDB4ZTExMmYwMDAtMHhlMTEzMGZmZiwweGUxMTQwMDAwLTB4ZTExNGZmZmYs MHhlMTE2MDAwMC0weGUxMTZmZmZmIGlycSA0IG9uIG9md2J1czANCmdpYzA6IHBuIDB4MiwgYXJj aCAweDIsIHJldiAweDEsIGltcGxlbWVudGVyIDB4NDNiIGlycXMgNDQ4DQpnaWN2Mm0wOiA8QVJN IEdlbmVyaWMgSW50ZXJydXB0IENvbnRyb2xsZXIgTVNJL01TSVg+IG1lbSAweDgwMDAwLTB4ODBm ZmYgb24gZ2ljMA0KZ2VuZXJpY190aW1lcjA6IDxBUk12OCBHZW5lcmljIFRpbWVyPiBpcnEgNSw2 LDcsOCBvbiBvZndidXMwDQpUaW1lY291bnRlciAiQVJNIE1QQ29yZSBUaW1lY291bnRlciIgZnJl cXVlbmN5IDI1MDAwMDAwMCBIeiBxdWFsaXR5IDEwMDANCkV2ZW50IHRpbWVyICJBUk0gTVBDb3Jl IEV2ZW50dGltZXIiIGZyZXF1ZW5jeSAyNTAwMDAwMDAgSHogcXVhbGl0eSAxMDAwDQplZmlydGMw OiA8RUZJIFJlYWx0aW1lIENsb2NrPg0KZWZpcnRjMDogcmVnaXN0ZXJlZCBhcyBhIHRpbWUtb2Yt ZGF5IGNsb2NrLCByZXNvbHV0aW9uIDEuMDAwMDAwcw0KY3B1bGlzdDA6IDxPcGVuIEZpcm13YXJl IENQVSBHcm91cD4gb24gb2Z3YnVzMA0KY3B1MDogPE9wZW4gRmlybXdhcmUgQ1BVPiBvbiBjcHVs aXN0MA0KY3B1MTogPE9wZW4gRmlybXdhcmUgQ1BVPiBvbiBjcHVsaXN0MA0KY3B1MjogPE9wZW4g RmlybXdhcmUgQ1BVPiBvbiBjcHVsaXN0MA0KY3B1MzogPE9wZW4gRmlybXdhcmUgQ1BVPiBvbiBj cHVsaXN0MA0KcG11MDogPFBlcmZvcm1hbmNlIE1vbml0b3JpbmcgVW5pdD4gaXJxIDAsMSwyLDMg b24gb2Z3YnVzMA0KcG11MDogQ2Fubm90IGZpbmQgQ1BVIHdpdGggTVBJRFI6IDB4MDAwMDAwMDIN CnBtdTA6IENhbm5vdCBwYXJzZSBhZmZpbml0eSBmb3IgQ1BVaWQ6IDIuDQpkZXZpY2VfYXR0YWNo OiBwbXUwIGF0dGFjaCByZXR1cm5lZCA2DQphaGNpMDogPEFIQ0kgU0FUQSBjb250cm9sbGVyPiBt ZW0gMHhlMDMwMDAwMC0weGUwM2VmZmZmIGlycSA5IG9uIHNpbXBsZWJ1czANCmFoY2kwOiBBSENJ IHYxLjMwIHdpdGggOCA2R2JwcyBwb3J0cywgUG9ydCBNdWx0aXBsaWVyIHN1cHBvcnRlZA0KYWhj aWNoMDogPEFIQ0kgY2hhbm5lbD4gYXQgY2hhbm5lbCAwIG9uIGFoY2kwDQphaGNpY2gxOiA8QUhD SSBjaGFubmVsPiBhdCBjaGFubmVsIDEgb24gYWhjaTANCnVhcnQwOiA8UHJpbWVDZWxsIFVBUlQg KFBMMDExKT4gbWVtIDB4ZTEwMTAwMDAtMHhlMTAxMGZmZiBpcnEgMTMgb24gc2ltcGxlYnVzMA0K dWFydDA6IGNvbnNvbGUgKDExNTIwMCxuLDgsMSkNCnBjaWIwOiA8R2VuZXJpYyBQQ0kgaG9zdCBj b250cm9sbGVyPiBtZW0gMHhmMDAwMDAwMC0weGZmZmZmZmZmIG9uIHNpbXBsZWJ1czANCnBjaTA6 IDxPRlcgUENJIGJ1cz4gb24gcGNpYjANCnBjaWIxOiA8UENJLVBDSSBicmlkZ2U+IGF0IGRldmlj ZSAyLjIgb24gcGNpMA0KcGNpMTogPFBDSSBidXM+IG9uIHBjaWIxDQp4aGNpMDogPEZyZXNjbyBM b2dpYyBGTDEwMDkgVVNCIDMuMCBjb250cm9sbGVyPiBtZW0gMHg0MDEwMDAwMC0weDQwMTBmZmZm LDB4NDAxMTAwMDAtMHg0MDExMGZmZiwweDQwMTExMDAwLTB4NDAxMTFmZmYgYXQgZGV2aWNlIDAu MCBvbiBwY2kxDQp4aGNpMDogMzIgYnl0ZXMgY29udGV4dCBzaXplLCA2NC1iaXQgRE1BDQp1c2J1 czAgb24geGhjaTANCnBjaWIyOiA8UENJLVBDSSBicmlkZ2U+IGF0IGRldmljZSAyLjMgb24gcGNp MA0KcGNpMjogPFBDSSBidXM+IG9uIHBjaWIyDQptc2tjMDogPE1hcnZlbGwgWXVrb24gODhFODA1 OSBHaWdhYml0IEV0aGVybmV0PiBwb3J0IDB4MTAwMC0weDEwZmYgbWVtIDB4NDAwMDAwMDAtMHg0 MDAwM2ZmZiBhdCBkZXZpY2UgMC4wIG9uIHBjaTINCm1zazA6IDxNYXJ2ZWxsIFRlY2hub2xvZ3kg R3JvdXAgTHRkLiBZdWtvbiBPcHRpbWEgSWQgMHhiYyBSZXYgMHgwMT4gb24gbXNrYzANCm1zazA6 IFVzaW5nIGRlZmF1bHRzIGZvciBUU086IDY1NTE4LzM1LzIwNDgNCm1zazA6IEV0aGVybmV0IGFk ZHJlc3M6IGUwOmZmOmY3OjAwOjIwOmYwDQptaWlidXMwOiA8TUlJIGJ1cz4gb24gbXNrMA0KZTEw MDBwaHkwOiA8TWFydmVsbCBQSFlHNjVHIEdpZ2FiaXQgUEhZPiBQSFkgMCBvbiBtaWlidXMwDQpl MTAwMHBoeTA6ICBub25lLCAxMGJhc2VULCAxMGJhc2VULUZEWCwgMTAwYmFzZVRYLCAxMDBiYXNl VFgtRkRYLCAxMDAwYmFzZVQsIDEwMDBiYXNlVC1tYXN0ZXIsIDEwMDBiYXNlVC1GRFgsIDEwMDBi YXNlVC1GRFgtbWFzdGVyLCBhdXRvLCBhdXRvLWZsb3cNCmFybXY4Y3J5cHRvMDogPEFFUy1DQkMs QUVTLVhUUyxBRVMtR0NNPg0KVGltZWNvdW50ZXJzIHRpY2sgZXZlcnkgMS4wMDAgbXNlYw0KICB4 MDogZmZmZjAwMDAwMGRhMTdjOCAoaW5pdHN0YWNrICsgMzdjOCkNCiAgeDE6IGZmZmYwMDAwZDBh YTkwMDAgKGNyeXB0b19kZXYgKyBjZjJmZGU5MCkNCiAgeDI6IGZmZmYwMDAwZDBhYTk0MDAgKGNy eXB0b19kZXYgKyBjZjJmZTI5MCkNCiAgeDM6IGZmZmYwMDAwMDE1MmU2YTAgKHNoYV9pbmNyZW1l bnRhbCArIDApDQogIHg0OiAgICAgICAgICAgICAgICAwDQogIHg1OiAgICAgICAgICAgMTAwMDAw DQogIHg2OiAgICAgICAgIDhlMTZkYjkzDQogIHg3OiAgICAgICAgICAgICAgICAwDQogIHg4OiBm ZmZmMDAwMDAxNDEzMDYwICh0Zl9zaGEyNTZfbmVvbiArIDApDQogIHg5OiBmZmZmMDAwMDAxMzlm ZGZiICgkZC4xICsgYikNCiB4MTA6IGZmZmYwMDAwMDE0MTE1NTQgKFNIQTJVcGRhdGUgKyBmNCkN CiB4MTE6ICAgICAgICAgICAgICAgMjkNCiB4MTI6ICAgICAgICAgICAgICAgIDENCiB4MTM6ICAg ICAgICAgICAgICAgIDANCiB4MTQ6ICAgICAgICAgMjAwMjAwMDANCiB4MTU6ICAgICAgICAgICAg ICAgIDANCiB4MTY6IGZmZmYwMDAwMDE0MDQxMDAgKCRkLjAgKyAwKQ0KIHgxNzogZmZmZjAwMDAw MDQ5YjM0MCAobmFub3VwdGltZSArIDApDQogeDE4OiBmZmZmMDAwMDAwZGExNjYwIChpbml0c3Rh Y2sgKyAzNjYwKQ0KIHgxOTogZmZmZjAwMDAwMGRhMTdjOCAoaW5pdHN0YWNrICsgMzdjOCkNCiB4 MjA6ICAgICAgICAgICAgICA0MDANCiB4MjE6IGZmZmYwMDAwZDBhYTkwMDAgKGNyeXB0b19kZXYg KyBjZjJmZGU5MCkNCiB4MjI6IGZmZmYwMDAwMDBkYTE3ZjggKGluaXRzdGFjayArIDM3ZjgpDQog eDIzOiAgICAgICAgICAgICAgICAwDQogeDI0OiAgICAgICAgICAgICAgICAwDQogeDI1OiAgICAg ICAgICAgICAgICAwDQogeDI2OiBmZmZmMDAwMDAxNjRiMDcwIChzaGEyNTZfbmVvbl9pbXBsICsg MCkNCiB4Mjc6ICAgICAgICAgICAgICAyMDMNCiB4Mjg6ICAgICAgICAgICAgICAgIDENCiB4Mjk6 IGZmZmYwMDAwMDBkYTE2YTAgKGluaXRzdGFjayArIDM2YTApDQogIHNwOiBmZmZmMDAwMDAwZGEx NjYwDQogIGxyOiBmZmZmMDAwMDAxNDExNWM4IChTSEEyVXBkYXRlICsgMTY4KQ0KIGVscjogZmZm ZjAwMDAwMTQwNTI4NCAoemZzX3NoYTI1Nl9ibG9ja19uZW9uICsgMTQpDQpzcHNyOiAgICAgICAg IDIwMDAwMDQ1DQogZXNyOiAwMDAwMDAwMDFmZTAwMDAwDQpwYW5pYzogVkZQIGV4Y2VwdGlvbiBp biB0aGUga2VybmVsDQpjcHVpZCA9IDANCnRpbWUgPSAxDQpLREI6IHN0YWNrIGJhY2t0cmFjZToN CmRiX3RyYWNlX3NlbGYoKSBhdCBkYl90cmFjZV9zZWxmDQpkYl90cmFjZV9zZWxmX3dyYXBwZXIo KSBhdCBkYl90cmFjZV9zZWxmX3dyYXBwZXIrMHgzMA0KdnBhbmljKCkgYXQgdnBhbmljKzB4MTNj DQpwYW5pYygpIGF0IHBhbmljKzB4NDQNCmRvX2VsMWhfc3luYygpIGF0IGRvX2VsMWhfc3luYysw eDIxMA0KaGFuZGxlX2VsMWhfc3luYygpIGF0IGhhbmRsZV9lbDFoX3N5bmMrMHgxMA0KLS0tIGV4 Y2VwdGlvbiwgZXNyIDB4ZmZmZjAwMDAwMGRhMTdmOA0KKG51bGwpKCkgYXQgMHg0MDANCktEQjog ZW50ZXI6IHBhbmljDQpbIHRocmVhZCBwaWQgMCB0aWQgMTAwMDAwIF0NClN0b3BwZWQgYXQgICAg ICBrZGJfZW50ZXIrMHg0NDogdW5kZWZpbmVkICAgICAgIGY5MDVjMjdmDQo= --_002_911B81074FAC418097D049B44212B788mitedu_-- From nobody Fri Apr 7 16:42:16 2023 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4PtPKw3MTKz43cfS for ; Fri, 7 Apr 2023 16:42:28 +0000 (UTC) (envelope-from jkoshy@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (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 4PtPKw2Pwpz3lHl; Fri, 7 Apr 2023 16:42:28 +0000 (UTC) (envelope-from jkoshy@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1680885748; 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: in-reply-to:in-reply-to:references:references; bh=siVKBZzeKbbUDh325fQv3+HoqgydW3OAjdmoYYI/qW4=; b=lL2TajnEWSn1EwvTTLfWEOCPeCPUSBWoC/7FzWRr09ARk1MQCCNZe082T60tGItfODIVzO lwW5LHVdO3AFl2YgMksfA4iDSIGGM2zinm02ZrPOgQv8cOnOvOv3f7qp1RaM0vbKy35lFb nsAwnuK9tvVih8yHLvXkshq0PfajZhD1g7LI6p5qGXyP6NQ984m6BIPGlokCeFHnlBjlAe pejXgdHXSvXQ6gzlU4Y+nR56LW9uETX764TVq/CTHkVRVBwj9qHJg4Z4V9l2XmN/WSLoJ/ bWDJLkyUOpnZXIhyotccMiF3SFtAZMSRPVC22VjUJd9obS++X8szzimbhUS2TA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1680885748; 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: in-reply-to:in-reply-to:references:references; bh=siVKBZzeKbbUDh325fQv3+HoqgydW3OAjdmoYYI/qW4=; b=Se6Zrw43ux2tzg+Bv/AkyUpiDHmUR8ucn8NdC3zfGbbDBhfsh03Cc5de6DB8fDvaAg9yxx gwTr7MdZ6cUsM8ZE1Fvfm/jEMyVpYFXQ28ua1KG0Fs5HqAPZausGncuuP9qY7EzYhF4eMh eYyVfSLAqE220SzNiVMgQ/DcysJm9bDQZyiaiwhCXcPSlbSA2+3FoNYYrq+KH5NxfYokbN 9tj5b0cC9TdgffHCSBELNuunnHtzKBbiCcOnHl7RCmJHy/KRkZYEgl432oPlKWg95SiinG pkZLhyIgdFIkbURCBq42iT41IMQBIOTU4icHjf0BTwkR7aklQaKHYx4jF7+whA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1680885748; a=rsa-sha256; cv=none; b=avPMpkzjn5vFvFVBFqjFcBSzsOrOiNBV6HzsDQBGn3WJRYYFLw7TIMezPEfcZPqHoC8Fjg pxN/rwWoXUl/bjqj66tb3SyP03ga4MFCRhupLKWaWGKVXRuSHnMCzTgUzXvZ+AAB9LJQsi ly6DVhUkd8E5oEWAMi9ShjSoorxTv+IZuTzd+VoO4dInhgjocuKe1WT9psxQ3w1+cIsdlj M+F8TI64rPIgwKaQQmPGOTXxNndnaz21+4FKsvLmTu0kXzT7D2NL1fpUeQioKOpa3YXUfJ ljryf8VXJBpGCbuIA9IsdSsxhhXPvoaQZuQaBE84GZlm+OrEccuIL+i7DlFKGQ== Received: from mail-vs1-f47.google.com (mail-vs1-f47.google.com [209.85.217.47]) (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 1D4" (verified OK)) (Authenticated sender: jkoshy/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4PtPKw1KY0z18l2; Fri, 7 Apr 2023 16:42:28 +0000 (UTC) (envelope-from jkoshy@freebsd.org) Received: by mail-vs1-f47.google.com with SMTP id cz11so37316555vsb.6; Fri, 07 Apr 2023 09:42:28 -0700 (PDT) X-Gm-Message-State: AAQBX9dgChppd/K2MLmOTgzg3v+5aWzH3Vc/Kwi71QVBG/dOVKP9/M/t pnifChryv4d7k7ya5GRme2aRsxln479gWHl5S64= X-Google-Smtp-Source: AKy350bR0HdE9+hzENTI1JB6BMdDQxdn0HOkFM1j4qpruFjR6PpdHotOZHEzgVWnaYV6iTKKzh5QVk/el8G+fejyB/Q= X-Received: by 2002:a67:e188:0:b0:422:1654:7737 with SMTP id e8-20020a67e188000000b0042216547737mr1252200vsl.3.1680885747590; Fri, 07 Apr 2023 09:42:27 -0700 (PDT) List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org MIME-Version: 1.0 References: <2E1AFF79-9016-4331-8A81-67160DC1F299@yahoo.com> In-Reply-To: <2E1AFF79-9016-4331-8A81-67160DC1F299@yahoo.com> From: Joseph Koshy Date: Fri, 7 Apr 2023 17:42:16 +0100 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: Expected native build times on an RPI4? To: Mark Millard Cc: Joseph Koshy , freebsd-arm@freebsd.org Content-Type: text/plain; charset="UTF-8" X-ThisMailContainsUnwantedMimeParts: N Mark, m> So, in very round numbers, 20 GiBytes would be able to hold m> a build. Thanks for the detailed notes on your build configuration. These should help make the buildworld step significantly faster. For the record, the previous iteration (stock 13.1-RELEASE, non-overclocked 8G RPI running off an SD card, building -current) took about 14 hours and used up 14+G of space under /usr/obj. Temperatures were under 50C throughout and swap wasn't needed. Regards, Joseph Koshy From nobody Fri Apr 7 20:11:00 2023 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4PtTys19r4z446wx for ; Fri, 7 Apr 2023 20:11:17 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic306-20.consmr.mail.gq1.yahoo.com (sonic306-20.consmr.mail.gq1.yahoo.com [98.137.68.83]) (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 did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4PtTyr5jwGz47Vl for ; Fri, 7 Apr 2023 20:11:16 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1680898273; bh=K4knMD+srTrsnGXXKHBnlyPWl9z6Pex/azRF5lgWB3A=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=QHsInAtuhDzJXVlR5EATOGeQOvqd0U21KBhrZyJsj41rS2+ErbYZVgzWXXbQ6k7iziMukECNdfWWCx2k168ptodws0RtJ2ueKqko7iqMtpEi0X2ms5hIL2oiyzRFWKogGnG4+kujxIpzl/3fmQuHscjpv3TWgs60mvOOqJGsLlp+vraf1GKDREDP5017YQRICKV73CjE5k5JjioT4pNU9cyJ4mVO/5bjxirKlIfh7KVEcKHrNS2KwhTGzK+yGDIDUauHNsM4k+FpR8HItgXbNAAvLqRQMDFFtcv5AwNXSP69IGsx80fKDGpDWbrmBem7PfvLSdfeYrV7YdQgM5OkdA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1680898273; bh=T1Zj+WIpLsTx3i1DYfksWVUipVkxmkHDtKN4N+O3Rki=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=GMJXpFhR0UqZDqrD9Nw9DTrastG6HEVaJoQGC2wXnPYkN8FIfLbAqlAtdH80ztLNwSzgg0bnn4iqhxVfagFZuWNFXmXvDQg7FM6msrb4T9jyjSJ+AOnPYmfDEVill4eu/4/ZBj/vE/XXt0iiaGlIFXqxcSnj0tGo9x3Uf9KPO5cMV7NEWo3YOIyoNGgcmdLkdauDVOYX+1oiUWfxjSr7Q70P9i6+omc3JJniEQgEi0wbG5rgxKFkepF2whoCQ//RsFmR7VGO07QmefRf6ki7rDOJvIbTiqNKTFcenEHWXYOggK7AC2dx5+6kGWheZhBumfBD3HDOa3+KdhXfLxHMIg== X-YMail-OSG: yQ5CJp4VM1kgpaeE8pMySdB2CIdS6Mfwr2VIIsgqip9RxeZKKdZfIkYBRBb_sGu mx04wHTF2N9AHqztZjpw_5KuGkUcrR4dtByhkpNqR_y6s401joo6rzjWuutsbimXhPxwxahRWejf xE_ASMiD7AwRtkYajZ3HXO1DX9WSlGfx0tAan.4SFgz03Hq2Iae2qRxwU8dyrIIRQYunQ9mrzuqF GTmwQuG_NUZIN4dCVicOPfKVOACS.1Vi7zB1bx5GFfaQXuzJlGencuUeItF8DsEWxXQ0U6vQAwdi zjXtlc3_3C0OVs1FUQxpyx9U9ZYWcl67aDBjaFJZaGQpkJE23GnAlDFFYl0vfsoA_arqPPRSyy5F I8bTxiLlHpeXLdMwDkDJ4WxbY1d4VeaspiM0ROiBALCuuYaMAIGxeoagr1CNqgBtinq0dwexS_sF KAV4lKU2ew3RseVQuzdXR1A3eVrkO4.mP5.i.Aa39ONl.KvGOap.RcKjSqQ0lN610PYnpMNd389Y 2HlPCb15pnotIEDguKRi5VYmsDA5S1lphJpmO8QcHOb2K2fmu8MUeMXXHMxYEVodjlLEHcc65hhM 3DD_Xrx_e4Pysd22PGgNiWLY_cR1dKVBq55bO3WgWfsFDnRTHzDnduFsYy6198ElAu0LyyaQIVV3 lBRJ.GW81KZtlrvFirEBZnLyu.EyFobx6x3RNvBKcW8EwYfM68WSGTl32.I0vHyYeuKJt2rBxVwl JCzIT7mq5RV9oo4A4ZY31saX_ds1Gz2YR_keNFvGDV2R0xFIpjlGnCtgIFcC1vSNlnvphtreaM8b YRHJi1WpErpkNi60WlPlJGRADXPe2NA.aNNfm9Z77W.ZKlByMH1LtgnDzuY.BGFH5VjQn1.cS72R _ifOKuRkNWaVbGH7HORRWX0V0wvyZBcDDu9tzMBzvPZwdcWUpU32O022hYq6OsRx.GH6sN4bqhvA 6BNLL2LgsMsEH1Hx35QOPSmHLf8kPHOpjQ_fHHzEfebLhQ1h7BeCOnYvglyi2mXM4ANlce1EJych y7t1K2tUS2L_DfbqGXcV9fEVQHFjHxk7.d73k6BkqRiDCYvdQ4PSCLie3VFjdE2bAWu56DtRLbx4 9alhRjRDCxLWNl8eh8h0KuKTOhG6QjQ3GO1TBcvRzks7GY0zrEcZNs4sMCIS0DTVuaCqZ9pGhR4m Z1RgdbpSSEAVPRJ6dJEwOQO4RHaBV3uq6mhQtKmxhh5vKZc8p5H2GCeHvCt2I0XpYb1JxaYrm1f0 U6uS0DUdUClNv7EZLS.30.WtqvrbH6WMq9.0wuUCDpXSPRzuORFGpsTna7CfbC6p4SXoL_hdVjF8 Ve3tDwBBpx5atU4ntYW1qTUJWus9Hbw9HkZ9Jz0MZoecRtL60VzSBSVRvkrnsjUxVSEJJHx8Hut2 DwQRDQxZxqj1SHMDKcPXe4eVcX4._lxtyo8Cuewrcu_3Kct6LnFFVbxUU2XpkT59.KYn7KsXubV6 Npksq68dQipvlpOSePCBTvsmNAh8jVeBLXV1zRB6J1MN0R5lH4O51WkqTzrxp_Peg5nnjOvSYUbv T4n_J4Jz5XH7HtjE8odSVJXeBOTTj4q4tXXxjz_mLrMrXj9VAkN.Yw280_50HMDIqtaEgiYq1AZd YZxvVFzIZPjrTZpggIGzWN6FhcODRG8VQnnSvEDafnVuvBxRXPaHhi6R9muHQ6yJt3HtFA8jm3Lp 4isA16D38_izV0nbLdN78pXhPNmkVcyYoKu2YHE62Sq1S0CCqpp7aFeqLF1onnWwrWNvWbvKwnEB yhrEVtDbSx6rm3lQWl0EA4uszJzsnBxZjngkGOKEjneDH5fXtY.j84rjYHF1U64gVdvyO4NDKLHv 6tDqO5EMy9k28j1p1un6kv4HdpQCUKnBzjImks7kda_4pGBH2RaHeAdJtsa0iHuFhsbVonfAmSVL XMvkJc9_WEsXgPHiObUcyMP8L_BVdGwaZTFAqUjmAJjQxpGXArYDMmhmKYJUob3mk1BQaHmJa1T0 CnXU7L26PV6BqX8OxuYyUPpm.uESKStLne6ZFWBBy2zWp.E9n_KOADL7CI1gMrjSQAFbQ0ab4fEp bmfeU_jGPr9xGMXmHtLUxZtyg8LCCd7DcdZIMYVJYi_uxQNgWZjaeF1wbLsHYVl8DW1TIxgj1MEH Mq7EODoMSZij7J9r8VhMxsfdXK3k45MTHOWebsqlkBmxsr5p_dvyZORQsnf9gTtlil5Jsp9qwpvD z6QMEsox_poapmxguMy3uddihwmd.dCfKNWRm2z9aK2OYVyAhAVKcwO6t6kD4ZEj3y2d8jZ4ong- - X-Sonic-MF: X-Sonic-ID: 81816a13-65b1-484c-b4ae-6d881cc89268 Received: from sonic.gate.mail.ne1.yahoo.com by sonic306.consmr.mail.gq1.yahoo.com with HTTP; Fri, 7 Apr 2023 20:11:13 +0000 Received: by hermes--production-bf1-5f9df5c5c4-p5s6l (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID c56ed0df2a517ad059fb9cbbf5eaba4c; Fri, 07 Apr 2023 20:11:12 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.400.51.1.1\)) Subject: Re: Another VFP-in-kernel problem on armv8 From: Mark Millard In-Reply-To: <911B8107-4FAC-4180-97D0-49B44212B788@mit.edu> Date: Fri, 7 Apr 2023 13:11:00 -0700 Cc: "freebsd-arm@freebsd.org" , Current FreeBSD Content-Transfer-Encoding: quoted-printable Message-Id: References: <911B8107-4FAC-4180-97D0-49B44212B788@mit.edu> To: John F Carr X-Mailer: Apple Mail (2.3731.400.51.1.1) X-Rspamd-Queue-Id: 4PtTyr5jwGz47Vl X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N On Apr 7, 2023, at 06:06, John F Carr wrote: > I upgraded from mid-February CURRENT (5dc00f00b747) to yesterday = (f02879f19925) and my system panics during boot with >=20 > panic: VFP exception in the kernel >=20 > Most likely this panic is while trying to import the root ZFS pool. = The crash is at the first vector instruction in zfs_sha256_block_neon = (in zfs.ko): >=20 > f9284: 4cdf7020 ld1 { v0.16b }, [x1], #16 >=20 > This instruction is implemented on my CPU (Cortex A-57), confirmed by = running it in user mode. >=20 > I don't see any obviously related changes in ZFS since the last = working kernel. What's going on recently with VFP in the kernel? I've a simpler reproducer context based on just official materials: Downloaded and dd'd an 2023-Apr-06 snapshot image and powered up a small aarch64 board with it: . . . FreeBSD 14.0-CURRENT #0 main-n262010-f21faa67ab6b: Thu Apr 6 11:49:31 = UTC 2023 = root@releng1.nyi.freebsd.org:/usr/obj/usr/src/arm64.aarch64/sys/GENERIC = arm64 FreeBSD clang version 15.0.7 (https://github.com/llvm/llvm-project.git = llvmorg-15.0.7-0-g8dfdcc7b7bf6) . . . So: A just-UFS boot context. Then login and try "zpool import" without having any zfs media present, just the UFS boot media: Login: root Password: Apr 6 13:00:28 generic login[1443]: ROOT LOGIN (root) ON ttyu0 FreeBSD 14.0-CURRENT #0 main-n262010-f21faa67ab6b: Thu Apr 6 11:49:31 = UTC 2023 = root@releng1.nyi.freebsd.org:/usr/obj/usr/src/arm64.aarch64/sys/GENERIC Welcome to FreeBSD! Release Notes, Errata: https://www.FreeBSD.org/releases/ Security Advisories: https://www.FreeBSD.org/security/ FreeBSD Handbook: https://www.FreeBSD.org/handbook/ FreeBSD FAQ: https://www.FreeBSD.org/faq/ Questions List: https://www.FreeBSD.org/lists/questions/ FreeBSD Forums: https://forums.FreeBSD.org/ Documents installed with the system are in the = /usr/local/share/doc/freebsd/ directory, or can be installed later with: pkg install en-freebsd-doc For other languages, replace "en" with a language code like de or fr. Show the version of FreeBSD installed: freebsd-version ; uname -a Please include that output and any error messages when posting = questions. Introduction to manual pages: man man FreeBSD directory layout: man hier To change this login announcement, see motd(5). root@generic:~ # zpool import x0: ffff0000f0fa9168 (ucom_cons_softc + efbf1bb8) x1: ffff0000ff900000 ($d.1 + afa318) x2: ffff0000ff900400 ($d.1 + afa718) x3: ffff0000fec1b0a4 (sha_incremental + 0) x4: 0 x5: 100000 x6: 8e16db93 x7: 0 x8: ffff0000feb06168 (tf_sha256_neon + 0) x9: ffff0000fea931fb ($d.1 + b) x10: ffff0000feb045f4 (SHA2Update + f4) x11: 29 x12: 1 x13: 0 x14: 0 x15: 2 x16: ffff0000feaf7500 ($d.0 + 0) x17: ffff000000476cf0 (nanouptime + 0) x18: ffff0000f0fa9000 (ucom_cons_softc + efbf1a50) x19: ffff0000f0fa9168 (ucom_cons_softc + efbf1bb8) x20: 400 x21: ffff0000ff900000 ($d.1 + afa318) x22: ffff0000f0fa9198 (ucom_cons_softc + efbf1be8) x23: 0 x24: 0 x25: 0 x26: ffff0000fed2df70 (sha256_neon_impl + 0) x27: 203 x28: 31 x29: ffff0000f0fa9040 (ucom_cons_softc + efbf1a90) sp: ffff0000f0fa9000 lr: ffff0000feb04668 (SHA2Update + 168) elr: ffff0000feaf8684 (zfs_sha256_block_neon + 14) spsr: 20000045 esr: 000000001fe00000 panic: VFP exception in the kernel cpuid =3D 3 time =3D 1680786034 KDB: stack backtrace: db_trace_self() at db_trace_self db_trace_self_wrapper() at db_trace_self_wrapper+0x30 vpanic() at vpanic+0x13c panic() at panic+0x44 do_el1h_sync() at do_el1h_sync+0x210 handle_el1h_sync() at handle_el1h_sync+0x10 --- exception, esr 0xffff0000f0fa9198 (null)() at 0x400 KDB: enter: panic [ thread pid 1446 tid 100101 ] Stopped at kdb_enter+0x44: undefined f905c27f db>=20 =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Fri Apr 7 21:14:55 2023 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4PtWNl0Tmsz44B9h for ; Fri, 7 Apr 2023 21:15:19 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic301-22.consmr.mail.gq1.yahoo.com (sonic301-22.consmr.mail.gq1.yahoo.com [98.137.64.148]) (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 did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4PtWNj4X6Sz3nSk for ; Fri, 7 Apr 2023 21:15:17 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=CttyqQY4; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.64.148 as permitted sender) smtp.mailfrom=marklmi@yahoo.com; dmarc=pass (policy=reject) header.from=yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1680902114; bh=8KHsoNK4FJ/P5KlTnsQgIE6t6rqnyBUCwRHsE1T+V3Q=; h=From:Subject:Date:Cc:To:References:From:Subject:Reply-To; b=CttyqQY4enMg4AH0tMrC8VuuVQMWA5Y60prn26yih0Yz87yII5/6XRiA3T0UQm2vdUDiYjcSWIEDocMOKcB5KWtkpz/xLA1qWxLqfJ007rAm701ZVLX+gV/eSMiEvw++x+0JRLeVGis2dmkglUeL4Eyq1l9VbUBeeYxkz+7SfvTN8UFFG9GVlcLOO83rob6ZZpe3nzLcf6DuiNF4LobA5tJN2kifvEYMicrHsLQjwcK6hwYZoOW12sWQaQ9FgQSlAulSQMWL8uU/rnOAzp+hO4shi505JN3K/9/Ik0l9+MRb5artMb6uDgCUmaHpg5cTnl5VAHS6Z0BF15bxpuvIAA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1680902114; bh=5j548Ksb0IECfwResREHrocb1YdGfhr3weNKm/Lc0yr=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=pUcxf1NgdJot6XVG/OezBDsu3Bkn7UbroAMqvWNK53CEB6I+ZeLtnrMp/Rs1KM5mIO+D5BSzyzGu39xLDr4SjApl1+T6cC/LWeRwEaJ3p99qdzWIuYI4EKXjb+hKWjOsM5kIvd3T5PCmpAP6DclaedRDOe9ZVLW44FErfP3eTlS0u8VzOuBCzhAoayaFqUThiE13GFiTe4+vZjo532D9Qb/tvut+kI8bnAas7+qkl+PCcQlNLgMSR9LYEbaElpZhftYBRCAPTTPThGuc40sxlj0keZGTvwj4TbZX1F5ytN2F8tDcZwjqG+UEHesVfoNwEJrCrLG8eqlLiBtOYS+KCw== X-YMail-OSG: q5TLauYVM1nYho3NxnMwxZhCsvIQqmp2jA2wn6HOxvkhkfbqGDfUGUtI4Zjiq_M bxCj5NeHCWhvseEQgIfbeCaOZFxKOG0OGlhemj_nLn9XVEmO5jmAazCyOdl1RIUYBadWOHxa_3Oz Zh.Yis5hEA_tZqRqdNmRF7RKDhG3s17ARZiqiz9BoV7NY7ft3bnYj0F10.YLdwVVSatcdqH70NVZ o0Y4wczCYi9QmcYQDPtEesthuVEE6LUO0xBfXoNJjVGGmjm_vHqVzKyTcX2Gdts7Q71Ro4x0sf0e nWHjRK4cFkbhJrWsim6ZbXiRoyJcVyDWY3sCvVPeHoEwEkoSR.uZnueti2AKAvzaI8zmGtXuFQ81 1HxstFa2ri5bMSFEv3P9MuJ5iemI5vpGc5BLES6EjUWa5zZojQ9Y6dfmHE2d3OMCzCVmw75VYYlr Wk1MLK9ZNH94Os15CSkA68Dt2y6LAP8tONwZK.N_tZCa7MedLBPHu4.rsv.kFiBVVYOST6RmCfe6 fkGsG2KUQsu2kbWqNS_T322GQc5AK3Dz8aQkMpHUZALAN08T3Ol5lVH.FfPYcjeAU9z_20uvIA82 W5mefIrE9.wdSvAPXpCxOgeBkQG0MBxOPbxlYq8lAMWCc1BaBX1Juf7.vRY1HphFrRyCqVv_RFzF MC7LlcteEdyVQdvq1XsGS2txhkjG0Pk8w3t58nJl7rv8pyEgHo7UPBx4kpekjqP7sjkiW1qukQcr xBfnmhzNe7DCd8P4ZKAU_J0vAug_UTsXsMZlIWyOyEZF2b3b8i6gudGzk4zywOOmE9WTPcDzXkzy O35oQaquh84iGPyq27ai0Dt2M6LOTXq.C423TcBuNntfMSEeheSXpPN8tIYOYsYWDm7Z8oUeHRdV 1XCVyCSKeq2ktcFT2MfYX3VjeaZHsFIsaY6S9g6GHNcVBZiZbvJLNGZfbfEcs8sWZQpjL7km5rM6 zQAJhbNM1Xebe4_yl2jqXd.hUucxwik73Syiz6sQFHoQgbBVMduTaZibYwiPIMzBN4NqriEE97tE Ja_8ARapAMSkKg_6IUrE7WoueB8r4KJx73sLgL8ge.qleuqJ_5pacgoGq6OFTDGvtJ8lhtAC8gSt VdLSlL6yELq6A2QV9dx6Rn1TNjwgZmfSficOwrqvtpmDGh2Oe7Kasp.Jtkje5o31MmTTWnY9K9ye x9DTbLAProhJGAhTpGu3yme2pD0fJWw0on5NEeXsx5IRe.QjwCYRr1zFQyi2AF6PVezmZCculCnh iOz6vCgxON_1Ye9z9khveu7UqwuzJiQgpeg0lbM0LZeeQSfQpiFfmBJVriImMo6UgWs6WFeJO.a2 VKWvIby2KnUp8ZGXPv3etDEYyfh8qs.hGLKGQyniKcGs2xMw_55aH9a6apW6bTcwKjOFwONKyvs6 gMFcx.LihPiJ3yfesrcZixoRqeLH.bmdwqUeFrg810zu_B45quXpYFJXxTCweBIRDOtdXUzp61G3 JJhYWN47xQ9v5_LLl8TohZmFYRWyEsqsKticIsNkTuvI0i_zthaY47s7YZ62XcC3rehmmxCNjxmW BC6Uv_jnnTM5caF_ofNvDzuiuSz1JzH3nBwRYPwpaR2tDohKFz.dls4oy24C6Tr9HeMcgIIE5unG DhE5OlKB7gO4bBmQxGcfiedUYn1hsWnJDFVLCxxYBvMLZ7XjSYu7B952FMDNYZ5akzxbhO4LtYrp w3AI8ctFEFDMZzCt1mgiXR.lb9BoEnwpXWzUeivf7yE5KFQ9CPApPLLYPn9vrZoErMDCMp.J40ja 4RQjMeHD3zmoGBhvkoA6YOAEA6UBKya93Fx9NPGyU33A.G7PBBacXN7dmMN_EeC25ZiXKH.DSgwZ T0Ha3Lo9qGQNPchV0r9e3CeI5Bm0nPkUuc7w3GnabZ_MUHPoBflkX9vRDrMIoXBymjJ4sxccM4Q_ jiRiuKfRuBjZpJDQOqo6i5hfdFDgbhOOQBUorkdb9lcQhyLtQOQ4kSbVcXY7o5TcmXGaqrrqv6KK 0AO6De0o4Ya8L33ya84qI6NcMl8BLimVhxNS3.0rCXZKL1zsH7quEcRq7KyYovrwjnKJPDQv_Dm5 b.oNwsMlNMhCFs7DSDVUnUiMs01CwOAVNJSm8B8rq9y_TxihVJGosFRxPie65TGaUI520d_2MhJg sX60gCgoaiM4Ekh4PMNxj8JeYWuvCyv2uhsMP34O6rJeSShv6NDMlySRUF8_3WVGMMcDFGk4Jnuo uqHW3Im7pABL3ODNVjUQdklLPsDYX_npmY.AJtGNKKw8FCXkbSUqo1BES_EHxE5dlFjzZx7gkdxN BMzXrJfN6tw-- X-Sonic-MF: X-Sonic-ID: fff74ab8-4098-4f14-abe5-34fd20c3da0a Received: from sonic.gate.mail.ne1.yahoo.com by sonic301.consmr.mail.gq1.yahoo.com with HTTP; Fri, 7 Apr 2023 21:15:14 +0000 Received: by hermes--production-bf1-5f9df5c5c4-v79q2 (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 7c3e360c69339084f5d9d13cde9a3735; Fri, 07 Apr 2023 21:15:08 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.400.51.1.1\)) Subject: RE: git: 2a58b312b62f - main - zfs: merge openzfs/zfs@431083f75 [separate aarch64 panic for zpool import] Message-Id: Date: Fri, 7 Apr 2023 14:14:55 -0700 Cc: "mjg@freebsd.org" , John F Carr To: dev-commits-src-main@freebsd.org, Current FreeBSD , freebsd-arm X-Mailer: Apple Mail (2.3731.400.51.1.1) References: X-Spamd-Result: default: False [-3.07 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.57)[-0.566]; MV_CASE(0.50)[]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; MIME_GOOD(-0.10)[text/plain]; ARC_NA(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; TO_DN_EQ_ADDR_SOME(0.00)[]; FROM_HAS_DN(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.148:from]; FREEMAIL_FROM(0.00)[yahoo.com]; TO_DN_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RCPT_COUNT_FIVE(0.00)[5]; DKIM_TRACE(0.00)[yahoo.com:+]; RCVD_COUNT_THREE(0.00)[3]; MIME_TRACE(0.00)[0:+]; FROM_EQ_ENVFROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org] X-Rspamd-Queue-Id: 4PtWNj4X6Sz3nSk X-Spamd-Bar: --- X-ThisMailContainsUnwantedMimeParts: N Turns out that as of this commit aarch64 (Cortex-A72 and Cortex-A57 examples reported) gets the following even when no zfs media is present (UFS boot): # zpool import x0: ffff0000f0fa9168 (ucom_cons_softc + efbf1bb8) x1: ffff0000ff900000 ($d.1 + afa318) x2: ffff0000ff900400 ($d.1 + afa718) x3: ffff0000fec1b0a4 (sha_incremental + 0) x4: 0 x5: 100000 x6: 8e16db93 x7: 0 x8: ffff0000feb06168 (tf_sha256_neon + 0) x9: ffff0000fea931fb ($d.1 + b) x10: ffff0000feb045f4 (SHA2Update + f4) x11: 29 x12: 1 x13: 0 x14: 0 x15: 2 x16: ffff0000feaf7500 ($d.0 + 0) x17: ffff000000476cf0 (nanouptime + 0) x18: ffff0000f0fa9000 (ucom_cons_softc + efbf1a50) x19: ffff0000f0fa9168 (ucom_cons_softc + efbf1bb8) x20: 400 x21: ffff0000ff900000 ($d.1 + afa318) x22: ffff0000f0fa9198 (ucom_cons_softc + efbf1be8) x23: 0 x24: 0 x25: 0 x26: ffff0000fed2df70 (sha256_neon_impl + 0) x27: 203 x28: 31 x29: ffff0000f0fa9040 (ucom_cons_softc + efbf1a90) sp: ffff0000f0fa9000 lr: ffff0000feb04668 (SHA2Update + 168) elr: ffff0000feaf8684 (zfs_sha256_block_neon + 14) spsr: 20000045 esr: 000000001fe00000 panic: VFP exception in the kernel cpuid =3D 3 time =3D 1680786034 KDB: stack backtrace: db_trace_self() at db_trace_self db_trace_self_wrapper() at db_trace_self_wrapper+0x30 vpanic() at vpanic+0x13c panic() at panic+0x44 do_el1h_sync() at do_el1h_sync+0x210 handle_el1h_sync() at handle_el1h_sync+0x10 --- exception, esr 0xffff0000f0fa9198 (null)() at 0x400 KDB: enter: panic [ thread pid 1446 tid 100101 ] Stopped at kdb_enter+0x44: undefined f905c27f db>=20 The above was produced via using an artifact build's kernel based on that exact commit: = https://artifact.ci.freebsd.org/snapshot/main/2a58b312b62f908ec92311d1bd85= 36dbaeb8e55b/arm64/aarch64/kernel.txz By contrast, the prior commit had an artifact build as well, but it's kernel does not get the panic for zpool import : = https://artifact.ci.freebsd.org/snapshot/main/b98fbf3781df16f7797b2bbeabf2= 05dc7d4985ae/arm64/aarch64/kernel.txz See also: = https://lists.freebsd.org/archives/freebsd-current/2023-April/003417.html =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Fri Apr 7 21:52:31 2023 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4PtXD61ld7z44DfT for ; Fri, 7 Apr 2023 21:52:54 +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.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 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 4PtXD56DRgz41Fj for ; Fri, 7 Apr 2023 21:52:53 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1680904368; bh=otuWH97nkhlhkr+d/oiZ3cdVnGZPl/PxRogABbTAym4=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=eRsGzQGJJaLGqG9dtdpo/5zKTqodrwA7Bjyb8TbAoFooUiZBAIZdkxXwhHs3odhAH14DP1V037SWovcJfu2ZzKRibKSUzxHcIlUsdHcf8O3YHRpJedtdCIEMDLWIj7HWEZPWQmvd6vvvmBN7v2i6RgaRld3HYDe3jSw/MT+x1L21Q/OxkE1z5bRYebHzSVlRzTTFTLXdisZmktbtVNs4Ziu2HBdoA3EWkEpfzKuC+0BubBJe37VqC/DKeYg9JQ2GEp2KF4dfa6w5aAf5YZDOa3+H8vBDEo5dkiIyyNcVWJkc03LXZyX3HAKDUpcH1SskCE1kCUsVH3l27Uc3Wqv65A== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1680904368; bh=L+xzrrAMfta0jN6SM5JtlfwvhhIQN/uLDGeijdvfjqo=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=Vs+YlJrmFBFSIo1l2v9P+fjcC8vMBv7uWhTc3JHYIFA+hB1FcRY2fFSfJQG8Y998Bgbg6ImRma52zgEYbn5sao82cp9HM98m3B9Vls0bYwy7bzkrGqBRIsPijtrlURL3hcw9CnBoaVmiaGjebg/iB54oE4lXBPDd7tUzmYPYxKnzDXouDKm9/7VWxA/FXGFyGCpuiiVuKFZ6fX1HCVRYqcepnPScXx2V1rGv+g8X+82v56P7oY/P1eUCinQm2/0ISVxm+kpGzLZMby+9BEJxjqkEdZCZeGkI8KzAGeLRTOT1egWGuabNEECwxOoo0C0qe64MuqMyue4phNWGnlgbCA== X-YMail-OSG: D0PKcKAVM1kfqMFlGkA_4FGgvfc1jARJkS3sE_Vz9wqfVLxJ2mMuxvbRHq0.fmc GooabBk4oGAwlq0T5jcWXqcqFtDbbvju1MQBSvRpCrTFUSXWJoBt0Hng1JpSp7amA0caQvPPn0Z8 Qd33.HghxFhASy83g5_hMccWgfd3UaYk_DYOp4RA8HO0y37pDRu1iBlSSRZyBGVX1BX0FtPKbr21 G4idUzxJQVIVoSdVi4RoiOtog4eT9queVNbgFgtSA1gJwYleisFR.hkl8mnZwGlr8SisC8zMg.cV rkHPqESMwnxOaat96HCMt8WFckOrsu4bv9wWLw2i8JgqJl_QVDYPG_Xi1i56zf34Hj9yD7vlsM6_ uaoPU3pt1Asq95Jy4rtk8DHUk6WVKw593B26CwwIQIzbmcAyaMDx7U9wDW45CJmZTCLgXNFuEI0L sa3l0xIqlFd_bStv4plyqf22jxttIehdHHzLKiUeBZK_1zIHgmbh7xe7PHbT.9.Ir8YJs_yiae2F 6y5zJut7L_Fbh3kRJlk.fEsp6inLCRwg3vgEUBV1HUKrI0h0yvAzqf87h3Z9pU5g4IzfqPLVUWYo gSzoeH8yAiX3aTOPExdun3h9YkLKNRjWae098xi._Bnbcx7qgBQGUiLNsmixVQiQl2ahULHdl7mR jhP.Edd0O.av5v1iYWnSnPoYnWO7QctE2zqv15ln8gBnesAGgPeaQTkJ6zOdgjk_HcF0_8ztqxLJ MO69IzkLjigivaQvKf7_fl8zbZoyBOZuUgCqDMtZGWmzOU5KLh7pqC_rlVNh2e2K9ps4l7W7DpGl n_h7Otz0BK4wd7dRvdhb_oTfj4ZZPb2h6YOtkMxsjZJe6DbfXi.QT0LghCCTRfwrMAwFZq7IFqIe EX69VvKv2sWeFdmdtPo5wgcCnk2w0jN5I9BnGXp9jnuA4CJHBc6upNX_knBigcfnqgzOYD0TAPjZ vV_E9uisLc7E_g0MGeqyEOZsQWYTryU5oTI3iph143H2pT9zm6o36BaE4Xgy_0bR3eb6VhsNZPiC J3CJZawSjkbahrX5n_4hyPynHgnyauFmEi5BJlT94hlEDupojECQY.ShND0n3xh3BuQyWx.ex.KZ Czo2yWiWRuHk1_bF8750_IoXCH54nyoKm3vB6xICcOcb7EM798IvT.Hv66Q4DoeqD0HM.jr.wXhP m0YhflLI.YZm.0tkc.v4MSZGfD7pbsISSoCu9UnAG8_9yUfa.c5ZQ_RJ3ExEkLgtHCNbMJA.EJUg NE6zYmwnz2s3xiR55AHaRzXWHgtQpMGFBVbyeEjRFbncxskqRfomjZ4HorjQNxidOzh6s.jw.7PF PGPoHEgPSmKkiXyb9q6HnPc_9ytEsbuC8jNYW5tZO7T4CQAi6mv5UyddsPVuoDPn.mU6jLI_igJz mi84CUswAvbPAgu6JOYPqbKig3TLRVQTbAvhCquhsJ9jJopDWXL_KDcw.ns8quuEWNsZRRYyhgZY iZrzcJLqrqqbx98HHE9ER5RgG0bUuHTD.avoVEwL6rdGSnBEVxdcHXVPQ5axQ1GjZTAaKlkJLPww EkuLf2eT9Vv6IoAjeDkFyCoP9SUqgCb6F0cOdIyfEgTgR2j8ShWFt6VRwmbgbzVJSjPZofoEnffZ _GHcFS22aLZcrXv87eWyI2JUxT1SNo35SrH90UKqeWMjP2m5Q4D8JmFyeqG_c_AOgHCC0D0RsoZX GkAOCnmJcDsMPRCWPci2IKODCoxS3aRE33ilhrFEWq5SNB.GDcrBpWUtZnHgIl7YrHpQH4T.bEBn W9B1ViI_BkcFPOGBXUR3eglG9MMD0rj8bSls3uanfMWrt9DEtcYjLM0941i8SE6UJxh95Ndf.Lhy ZVPaG.eVk6d4QGZU10GQUg8WTEPJEGiHvQNfqeEO.4opspcJ9UQhtmGbSGlXuLUFBh8UrLsGiBLk YboSeUBAyFIqBUuMCGgPimFiijXnCagH36qO9OTdiH2Hxv9tN4vUfm00UxLC8wbn77XAlRGjAJr9 6AUmV6hJIEIXS6N31vyPC0Nvcs0A0z3IeDa8spQBvN.pt9IFPVMB6za18xuHzRig9AjLkrH4nIcc cGdFs_extk8FYXEMX8Mw.cvPWoV83yFiAicTyRE5y7fVDBj8qt0OFpY34MWSqst2O6lLK0B0sHG9 G_5b5GIkJbpUO6uPthA7Bet4QQmXUpc2qLMvQ1XFbZpWtb7a2KcpHZTrsBRt68Rkhf.TqHcNshZL ize_m8K5026VMB0kIQ1IqiFtzt9YxpAw0IPpOqCCypNpX0MklXGLaVDisrcR3u7vw4RZrmkaJpew PRw-- X-Sonic-MF: X-Sonic-ID: cb223b6b-108d-4e4c-8ce5-059326d58783 Received: from sonic.gate.mail.ne1.yahoo.com by sonic312.consmr.mail.gq1.yahoo.com with HTTP; Fri, 7 Apr 2023 21:52:48 +0000 Received: by hermes--production-bf1-5f9df5c5c4-n84wh (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID dc83608d9b78b63d9d8bca004c62e5b4; Fri, 07 Apr 2023 21:52:43 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.400.51.1.1\)) Subject: Re: git: 2a58b312b62f - main - zfs: merge openzfs/zfs@431083f75 [separate aarch64 panic for zpool import] From: Mark Millard In-Reply-To: Date: Fri, 7 Apr 2023 14:52:31 -0700 Cc: dev-commits-src-main@freebsd.org, Current FreeBSD , freebsd-arm , John F Carr Content-Transfer-Encoding: quoted-printable Message-Id: <3A019D10-E520-4C11-AE9F-4EA5D99B9B07@yahoo.com> References: To: Mateusz Guzik X-Mailer: Apple Mail (2.3731.400.51.1.1) X-Rspamd-Queue-Id: 4PtXD56DRgz41Fj X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N On Apr 7, 2023, at 14:26, Mateusz Guzik wrote: > On 4/7/23, Mateusz Guzik wrote: >> can you try with this: >>=20 >> diff --git >> a/sys/contrib/openzfs/include/os/linux/kernel/linux/simd_aarch64.h >> b/sys/contrib/openzfs/include/os/linux/kernel/linux/simd_aarch64.h >> index 16276b08c759..e1bca9ef140a 100644 >> --- = a/sys/contrib/openzfs/include/os/linux/kernel/linux/simd_aarch64.h >> +++ = b/sys/contrib/openzfs/include/os/linux/kernel/linux/simd_aarch64.h >> @@ -71,7 +71,7 @@ >> #define ID_AA64PFR0_EL1 sys_reg(3, 0, 0, 1, 0) >> #define ID_AA64ISAR0_EL1 sys_reg(3, 0, 0, 6, 0) >>=20 >> -#define kfpu_allowed() 1 >> +#define kfpu_allowed() 0 >> #define kfpu_begin() kernel_neon_begin() >> #define kfpu_end() kernel_neon_end() >> #define kfpu_init() (0) >>=20 >>=20 >=20 > ops, wrong file >=20 > diff --git a/sys/contrib/openzfs/include/os/freebsd/spl/sys/simd_arm.h > b/sys/contrib/openzfs/include/os/freebsd/spl/sys/simd_arm.h > index 178fbc3b3c6e..c462220289d6 100644 > --- a/sys/contrib/openzfs/include/os/freebsd/spl/sys/simd_arm.h > +++ b/sys/contrib/openzfs/include/os/freebsd/spl/sys/simd_arm.h > @@ -46,7 +46,7 @@ > #include > #include >=20 > -#define kfpu_allowed() 1 > +#define kfpu_allowed() 0 > #define kfpu_initialize(tsk) do {} while (0) > #define kfpu_begin() do {} while (0) > #define kfpu_end() do {} while (0) It will take me a bit to setup a separate build/install context for the source code vintage involved. Then more time to do the build, install, and test. (I'm keeping my normal environments completely before the mess.) FYI: I have used the artifact build just after your pair of zfs related updates to confirm the VFP problem is still in place as of that point: = https://artifact.ci.freebsd.org/snapshot/main/5e2e3615d91f9c0c688987915ff5= c8de23c22bde/arm64/aarch64/kernel.txz (No artifact build was exactly at either of your commits.) =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Fri Apr 7 23:29:22 2023 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4PtZMf1BQLz44Ky8; Fri, 7 Apr 2023 23:29:34 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (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 4PtZMf0mH9z3CJD; Fri, 7 Apr 2023 23:29:34 +0000 (UTC) (envelope-from kevans@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1680910174; 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=6viBdwh71p7dnDVhyLOiyv3oFk4/Vc4yALnI0p08y68=; b=IKfKTv8Px7Uh+VuKPtj5uSaQKTBj+ZSB7yFjPxiPeD0hjfYQMAgvQqnBX8z6Z9GtKtsm6h 3Ci9pvuMUyaAOxC6/PAD8dj0lyGlnW8KDAGFb1LndhXJhnGyJ+WebzYbIAUpmWc6qpCc8K tWXTe6SG9P7chXVbUg823W5L/Q9HO8tLO0aLBN3UBPQpVGWJ6nD/CGjYn1I/iKG6v1vbti DcNMPwNrv3WS3j/h/h8b+ZYkwxeKI2HXXL4SmTe9Le0JMAiVTVpwLWlOBHOKx/zYjw/nNj R8sYuQKNyovn68KYFl855xetFEtmTFUIaztbtxwzPfPAsMUGmh5ARKSmRKmg+g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1680910174; 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=6viBdwh71p7dnDVhyLOiyv3oFk4/Vc4yALnI0p08y68=; b=Hl7Dkk7wDjaSXBuzhDNPMDTzY1u1eX/VtE8oKEafR+yq0gCqtmEsI+3nbFklrlu+bQaS0E 5E7Ccno08mBBTFCbsHLEvi/n6ELkACytbU8IBinjuRjQBSDsJ8C3j9w5tI/uYxt/7w6H1W lKYgJVtNvPOv3XXs7Z+khc6wsxCLDAdlMTIDywAMX+qVcPG6evLhw2qcIMiiKwruGmVC3E zINy4FvZv/T6iqEE7XtseRambWbK/N1ezJRCKhRMg3Z8sQym5X9nKN9ahqTB/2KMSZGD39 x2m+GV6cPaMrMiQA3U5/kpdlCzLN+MLyKuHoUAssltkunsopgkxpP7POHxtN2g== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1680910174; a=rsa-sha256; cv=none; b=FEG/GKfadgaqSrhO1ecVbKr+q59FAyVM3Ucfa0Z7aOe5cLCwNLtbTDLijdJbzJJcLHEmOg /HKm0XS8vr7izYUGzMABrwDdAjTIv8YjTCRwIHQZSM5YRG8XUhvDODLj7nzY8rSs6ba1Vh R7p9DbpTQb8a20UPMHzEC0UIM5wZEPiZy2wp4zyqvW+TFX9f0RN3ppYO1rEMJzYKNiLm/e i3ccLPHpGw68QbEkGNZbdGisCu2mtmUHkOuWecuzs00uFHW4R3F6HEJnG1StzDMIl7665Q vHqK1RF6tFWE7Xvff2haPvIIdaU26tdoE57v29GiSPDvv7DpyNiGcQjgr1C8Ww== Received: from mail-qt1-f180.google.com (mail-qt1-f180.google.com [209.85.160.180]) (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 1D4" (verified OK)) (Authenticated sender: kevans) by smtp.freebsd.org (Postfix) with ESMTPSA id 4PtZMd6YstzJBJ; Fri, 7 Apr 2023 23:29:33 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: by mail-qt1-f180.google.com with SMTP id cr18so37966305qtb.0; Fri, 07 Apr 2023 16:29:33 -0700 (PDT) X-Gm-Message-State: AAQBX9cNNqVLxixodYsdGVGhXjZsBxrLW5t4VJ626e9hGKfEKvwBeBi+ s1D3QoAX+sLoS8/6Q9bYKgDKsVpxeiiUE2eZx+c= X-Google-Smtp-Source: AKy350ZK1yBvfOfY+PXr1ieWQj5Wo46efk05xNQJ2M3SU2TQtW/qbKYoKl6eLb480u6JiPNvtIcgoJmHC3EsPX0JLU4= X-Received: by 2002:a05:622a:301:b0:3dc:3eac:eddb with SMTP id q1-20020a05622a030100b003dc3eaceddbmr1176978qtw.13.1680910173245; Fri, 07 Apr 2023 16:29:33 -0700 (PDT) List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org MIME-Version: 1.0 References: <3A019D10-E520-4C11-AE9F-4EA5D99B9B07@yahoo.com> In-Reply-To: From: Kyle Evans Date: Fri, 7 Apr 2023 18:29:22 -0500 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: git: 2a58b312b62f - main - zfs: merge openzfs/zfs@431083f75 [separate aarch64 panic for zpool import] To: Mateusz Guzik Cc: Mark Millard , dev-commits-src-main@freebsd.org, Current FreeBSD , freebsd-arm , John F Carr Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-ThisMailContainsUnwantedMimeParts: N On Fri, Apr 7, 2023 at 4:54=E2=80=AFPM Mateusz Guzik wr= ote: > > On 4/7/23, Mark Millard wrote: > > On Apr 7, 2023, at 14:26, Mateusz Guzik wrote: > > > >> On 4/7/23, Mateusz Guzik wrote: > >>> can you try with this: > >>> > >>> diff --git > >>> a/sys/contrib/openzfs/include/os/linux/kernel/linux/simd_aarch64.h > >>> b/sys/contrib/openzfs/include/os/linux/kernel/linux/simd_aarch64.h > >>> index 16276b08c759..e1bca9ef140a 100644 > >>> --- a/sys/contrib/openzfs/include/os/linux/kernel/linux/simd_aarch64.= h > >>> +++ b/sys/contrib/openzfs/include/os/linux/kernel/linux/simd_aarch64.= h > >>> @@ -71,7 +71,7 @@ > >>> #define ID_AA64PFR0_EL1 sys_reg(3, 0, 0, 1, 0) > >>> #define ID_AA64ISAR0_EL1 sys_reg(3, 0, 0, 6, 0) > >>> > >>> -#define kfpu_allowed() 1 > >>> +#define kfpu_allowed() 0 > >>> #define kfpu_begin() kernel_neon_begin() > >>> #define kfpu_end() kernel_neon_end() > >>> #define kfpu_init() (0) > >>> > >>> > >> > >> ops, wrong file > >> > >> diff --git a/sys/contrib/openzfs/include/os/freebsd/spl/sys/simd_arm.h > >> b/sys/contrib/openzfs/include/os/freebsd/spl/sys/simd_arm.h > >> index 178fbc3b3c6e..c462220289d6 100644 > >> --- a/sys/contrib/openzfs/include/os/freebsd/spl/sys/simd_arm.h > >> +++ b/sys/contrib/openzfs/include/os/freebsd/spl/sys/simd_arm.h > >> @@ -46,7 +46,7 @@ > >> #include > >> #include > >> > >> -#define kfpu_allowed() 1 > >> +#define kfpu_allowed() 0 > >> #define kfpu_initialize(tsk) do {} while (0) > >> #define kfpu_begin() do {} while (0) > >> #define kfpu_end() do {} while (0) > > > > It will take me a bit to setup a separate build/install > > context for the source code vintage involved. Then more > > time to do the build, install, and test. (I'm keeping > > my normal environments completely before the mess.) > > > > FYI: > > > > I have used the artifact build just after your pair of zfs > > related updates to confirm the VFP problem is still in > > place as of that point: > > > > https://artifact.ci.freebsd.org/snapshot/main/5e2e3615d91f9c0c688987915= ff5c8de23c22bde/arm64/aarch64/kernel.txz > > > > (No artifact build was exactly at either of your commits.) > > > > =3D=3D=3D > > Mark Millard > > marklmi at yahoo.com > > > > > > I have arm64 + zfs at $job and just verified the above lets it boot > again, so I committed already. > This was a known issue that we were working on fixing properly over in https://reviews.freebsd.org/D39448... this really could have waited just a little bit longer. This problem was already brought up in response to the commit in question days ago. Thanks, Kyle Evans From nobody Sat Apr 8 00:54:20 2023 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4PtcFn34NTz44QD9 for ; Sat, 8 Apr 2023 00:54:37 +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.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 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 4PtcFn0cSHz4PVB for ; Sat, 8 Apr 2023 00:54:37 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1680915274; bh=F+OmS4W5USyK6nMfce8CTcjKjh4NTz/VHFOpywa14fg=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=c66VA7s4wcRVS+ZD5TE8U8nN6Kp9HAgCr/20+wYX7KqEgnE5KUSi0HD+VLQNyV282L4bjNRY4LAXnXID8ot6+xgi4ZS1FA+7qg79UmnSghvCiNe5nRtmJBO+aS1jof+X4ZWiz0wYo3IrhEcfqmKJajt+70OFmTbY892INehYP+vxESN+H5TVsWGfzY0KEz0sGgzPh4sk3gHeuD7Zp0IZfj8ftIlT7eBXb31fvymdaJgwQPQtRGhy8hLfQzzzl+Xnnjr5PHPAXyx+Nec+W5lv6aI2mO+qZAxXPNGx1N9zPs6d6Fbxd7tM9YaSXV5+mb7BrsI2EL1zbD7eNIqmwdzGbg== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1680915274; bh=IZZPEKI9Y0KE/Ssvnnc2O4WBBB/H5XrnXn9D5zOyWO5=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=Ex0UtaVxYdkztQTVYiDLRplx+kaL+sblQN6qiM7ckYRTDhAw+hTb3tCtoUoXkcgjuGmWzn9+eR3DO8qNr6L7iNlhSdWJqBJNK2VpxUqewde9Zpo7GNVsr1QPIvmK8DNey5Xg0t/KOu3+WrY9LZBSGkVsm//lUtknjyGUPRC8O4DV8gSX7RVVTd6uQu7qfAkJ+BvPjgxlv3zATb3Gl70YgHXCjLbdeiJiDAzTe3rhC6JW7ZfQHOJ3NQEk9V3E+9QLyROaLrUAJGvNoYTakqbXl4fMn7LHFAko1p+aGUL+PVOCs2iz65ibF2SaeZDkdVW8ndiWmUgh09PfQ6M59n2fnw== X-YMail-OSG: M_AjL9sVM1k076QnYIjBrK8BE9q2EX4SL6M6o7_HmoWIhpxvDOvpn83erB7r_fJ iVi8suRtDt1mIx4I6ZGxyQ92c8ppmXnvWkBaGWI2DzgXcg_JRIgywP4kvk5zkEtOYDNJu9Zr.8d2 oABnfy.R4jwG1MfvCu_DC_.sqbtAM01wveLLwSacMmRY5YkLE8FzAJN0qlE_vLQITcLXlyDDcZa8 WBZV9hLMSW2jKHQj_Cta1yrtzpQM8RApWwTWLIUgKG2LMX5H565m_WBrB8.lzGPZar7ks0b2o0pB TW3lzjJcTSK6kKAKeAbYQ3_6DBDlKCwqZM_zzySaZfiye2wKEcd0MqP7xly3gD5tu6enh5AZktoU Awh9qNlAmPVFFXiu4Sg1VCZWKlfKre1VJT1VR_Kupwl8qp.Nw3iVHkSEVNVGfcMbEUfDfMUGop3c U2bgFXbqsXqQYby_EpxS1m4hybr1iXysmechzeLOaIcDQzetod1tqHK2Rhld.hvE2xnluOM.FzYd IJzcQayYY9wP62Cfeh4_y75wBG3GW4o3kLRMNcwCej9N_8Qw4cemtuJih_G_aga.zaKWtgXcV1zr d0xK_lW3paw9exSZBsTVZ60rOZXArYbJeL3gzaTXHkbqhnS.mzx3V5rt6IMJ22zttlnn_QjKXqUN 7zayDwesgxb3jKIDP2ZgQs29hLYFCbQ.4WrfyUiZ9FdlaX4zSauccvecege90NKql3ZCHPjzZtbi uB.t6K9RqG7cG0OO3OqC3_xqT3bkKeQX7Rhwyr4AE4K9gEsUgMKhrMqHOnH33n_9uxFSj6faSKWC LXOuKJtCEPdXPinChFbml.0voHhxRcVntVzqy0hQSbcwre8Tp0tsZ9P25oZzDK6Xb7i0UixnjkHU YVDwi9xTO6pWZGNsCnZkMzjxsxOnchovjBgsauxUUblUowPDovnOJ176lpuGhJan5ReAbvTZb6KS VwU9xssftvxVWuA1ieCX9FRPaOnF2Thdv6tUulesDlDXw_Ll235DdgXUNu_RUGbdF.P7N2AIgSIk AXGOpQwwap3wvE0qJrXlSDMHlVC_J7358Ytg28F38JGd7mK4g7gecn0KfnuQ425sXDMgIQvgqirn JH8ON4kWcHCuSp3EMUtgPBGKuiv56Rkqobvrjtb3y0enNh1pATKa7V1UIE2JvT2K_SgSOfgQH2eA MVLVqwHlDbRbCPOriOQ_dV0nUYSdC7ioWyIZT3frrbIYOkrtN1oZvFTWBk2qkQsp5fIgCSOV_rP4 FRXm7TEsDt9RBZUeFcQizl5_9fxI55pfne3EHfyPIyYS92pCuj8Pg66ht0uippAwUHlgKWYUhIva 43Vsa_NqUKXtWiVt_TaH5o26B.8nLDNY4_OzHp5nj8J.3YJIxoKOBXNeOqQFmQiKJvDEsB0ib7FN 9_D2nNocg2I_RC4ftVkMnRFR9zWk.HD7VSsQYITFDwylNX3I6Bne6AMezR0RQRWT3zgpW2dIZRZY uuXE5RAU5UIXp2WReT4Jv85m0TFIeonsVYs6aZvxGwZl7nVcULT37Cyz6qD8SSQ_ws_My.H7K.PV 3IK.6pstKN5seHJpBNmYEKlRAPbCntPb2g3Ls_pCJFA45VkErmT7D4o9SAh_jOtBKY8LvVlyT3Q3 v3XvmcvXJ8.rFdn2JMoBBi.7jlom17iPoaAgYlmtdzDNgn43UzTPqRZQDInoLHwjtm0SFYYVF8nO fQLXjgblyQ6ysJo.JtZWFA55THc6QEScqj.4rb0xsi_iRJ9PK0Zv31stHoXsL6TFt9FMukXgKuH3 pSed4MqWyAzwFDDili1WizphOz4h.toJv85goWXHWtteDN.qfHGVdpSWxpC7rN7p1xHz.ceTIDvS ktZEvx3ny_DSY4kBWtd.v5LDxfC7ZDcFnMbl3JNhCvv9Y7Yz2fYOOJ9g_fZ.olKNU4fwo_NR_6US vEFY30qr4stJZ1JZyYfJRHWFwY3qAtLvVsizBi0sx1wNdCQUjxZGxZt__A6YCaNe0HVO0loCCkvo QnUPUYdvC8mPR532oDhuQixt2Fv5q7e4gGwevmeyYRxNaMMwGBiYCypOYXacvJkY0TgaR6_HJ3xa GKr0kO94Xc.NVEpkhPjlCxKwtt.IfDBcdljjHSIFp1z5CsMvCmDuP2uMaDLnMiPHHl57BrI9WC9s kEyh9C1.erC15rGDcFvUAGPmpo0Ujec2yqPEl15_gYKbNlrTXZ0Md7eqUn.cGUmdMHgcVi29WWMB eOgiESFymKqi9eVR3CqTX.0TpcK0VDlU5ZYOy3.3wIwGdVdF5D8PNfLUJKUghnJP2yZvMPG.6.V5 qQisnt3lIgw-- X-Sonic-MF: X-Sonic-ID: 404c7eac-ecb2-4c2d-8a70-84a4179e81f7 Received: from sonic.gate.mail.ne1.yahoo.com by sonic315.consmr.mail.gq1.yahoo.com with HTTP; Sat, 8 Apr 2023 00:54:34 +0000 Received: by hermes--production-gq1-546798879c-fmv8c (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 18097cc393a96639ce6a36d24932f6f8; Sat, 08 Apr 2023 00:54:30 +0000 (UTC) Content-Type: text/plain; charset=utf-8 List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.400.51.1.1\)) Subject: Re: git: 2a58b312b62f - main - zfs: merge openzfs/zfs@431083f75 [separate aarch64 panic for zpool import] From: Mark Millard In-Reply-To: Date: Fri, 7 Apr 2023 17:54:20 -0700 Cc: Mateusz Guzik , dev-commits-src-main@freebsd.org, Current FreeBSD , freebsd-arm , Kyle Evans Content-Transfer-Encoding: quoted-printable Message-Id: <7F98D9AD-CFD7-43EF-B48B-C1AEC14E407A@yahoo.com> References: <3A019D10-E520-4C11-AE9F-4EA5D99B9B07@yahoo.com> To: John F Carr X-Mailer: Apple Mail (2.3731.400.51.1.1) X-Rspamd-Queue-Id: 4PtcFn0cSHz4PVB X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N On Apr 7, 2023, at 16:29, Kyle Evans wrote: > On Fri, Apr 7, 2023 at 4:54=E2=80=AFPM Mateusz Guzik = wrote: >>=20 >> On 4/7/23, Mark Millard wrote: >>> On Apr 7, 2023, at 14:26, Mateusz Guzik wrote: >>>=20 >>>> On 4/7/23, Mateusz Guzik wrote: >>>>> can you try with this: >>>>>=20 >>>>> diff --git >>>>> a/sys/contrib/openzfs/include/os/linux/kernel/linux/simd_aarch64.h >>>>> b/sys/contrib/openzfs/include/os/linux/kernel/linux/simd_aarch64.h >>>>> index 16276b08c759..e1bca9ef140a 100644 >>>>> --- = a/sys/contrib/openzfs/include/os/linux/kernel/linux/simd_aarch64.h >>>>> +++ = b/sys/contrib/openzfs/include/os/linux/kernel/linux/simd_aarch64.h >>>>> @@ -71,7 +71,7 @@ >>>>> #define ID_AA64PFR0_EL1 sys_reg(3, 0, 0, 1, 0) >>>>> #define ID_AA64ISAR0_EL1 sys_reg(3, 0, 0, 6, 0) >>>>>=20 >>>>> -#define kfpu_allowed() 1 >>>>> +#define kfpu_allowed() 0 >>>>> #define kfpu_begin() kernel_neon_begin() >>>>> #define kfpu_end() kernel_neon_end() >>>>> #define kfpu_init() (0) >>>>>=20 >>>>>=20 >>>>=20 >>>> ops, wrong file >>>>=20 >>>> diff --git = a/sys/contrib/openzfs/include/os/freebsd/spl/sys/simd_arm.h >>>> b/sys/contrib/openzfs/include/os/freebsd/spl/sys/simd_arm.h >>>> index 178fbc3b3c6e..c462220289d6 100644 >>>> --- a/sys/contrib/openzfs/include/os/freebsd/spl/sys/simd_arm.h >>>> +++ b/sys/contrib/openzfs/include/os/freebsd/spl/sys/simd_arm.h >>>> @@ -46,7 +46,7 @@ >>>> #include >>>> #include >>>>=20 >>>> -#define kfpu_allowed() 1 >>>> +#define kfpu_allowed() 0 >>>> #define kfpu_initialize(tsk) do {} while (0) >>>> #define kfpu_begin() do {} while (0) >>>> #define kfpu_end() do {} while (0) >>>=20 >>> It will take me a bit to setup a separate build/install >>> context for the source code vintage involved. Then more >>> time to do the build, install, and test. (I'm keeping >>> my normal environments completely before the mess.) >>>=20 >>> FYI: >>>=20 >>> I have used the artifact build just after your pair of zfs >>> related updates to confirm the VFP problem is still in >>> place as of that point: >>>=20 >>> = https://artifact.ci.freebsd.org/snapshot/main/5e2e3615d91f9c0c688987915ff5= c8de23c22bde/arm64/aarch64/kernel.txz >>>=20 >>> (No artifact build was exactly at either of your commits.) >>>=20 >>> =3D=3D=3D >>> Mark Millard >>> marklmi at yahoo.com >>>=20 >>>=20 >>=20 >> I have arm64 + zfs at $job and just verified the above lets it boot >> again, so I committed already. >>=20 >=20 > This was a known issue that we were working on fixing properly over in > https://reviews.freebsd.org/D39448... this really could have waited > just a little bit longer. This problem was already brought up in > response to the commit in question days ago. FYI: I substituted the aarch64 kernel from: = https://artifact.ci.freebsd.org/snapshot/main/d6e24901349dc34a2f8040d67730= eb2d510073ab/arm64/aarch64/kernel.txz into the 2023-Apr-06 aarch64 snapshot based media that I'd been testing with, rebooted, and tried the test. The result was good: # zpool import ZFS filesystem version: 5 ZFS storage pool version: features support (5000) The use of appropriate: = https://artifact.ci.freebsd.org/snapshot/main/d6e24901349dc34a2f8040d67730= eb2d510073ab/*/*/kernel*.txz may be a way to get to a more normal status for then making progress in a more normal manor, not just for aarch64 and armv7 since the earlier zfs-update fixup drafts are also in place at that point. Of course, one needs a way to make the substitutions of the kernel materials into whatever type of the boot media (UFS or ZFS) is in involved. =3D=3D=3D Mark Millard marklmi at yahoo.com