From owner-freebsd-arm@freebsd.org Sat Mar 27 23:52:07 2021 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 1AA815AC531 for ; Sat, 27 Mar 2021 23:52:07 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic305-21.consmr.mail.gq1.yahoo.com (sonic305-21.consmr.mail.gq1.yahoo.com [98.137.64.84]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4F7Fxf07vRz4rW5 for ; Sat, 27 Mar 2021 23:52:05 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1616889123; bh=BtbDVs33plj+g56NRcdzHyYi/5iyx+A3nFe/+dtcpDn=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=OoZQUtUOAkDzkoUJaNF/pTVEecbu6UwJe7Ho9mASQ6O9vVJzn2+F6Zq7eB6whelVP1WOdLK/lEWHxG4Uvft0frgLGi0hwU0hhw5E3i0Du3AIEt2tTwxg4nJwLYPLFQaNPoV360tNhQqA5Vekbg6iUoi/MgjI7bMg23AOXvvMszHzxBJQ0E+Kch/1Qt17slIG/PcwwhgQb4iM4oA+IjQ4WMLSXmFlAbbSmZqrXXlNWkEHsgozjB2+wey9njL/kQbs9f1i/Al6ZUaj/TUuvXTWuTBLTZJRg+nQ8trG3+GV1x0Ed7HY4JHHEVKho4l0UCLFvO1qoqcteozRgyPb2iiIWw== X-YMail-OSG: d7R.HtAVM1lBFd5._Vc4.9uBXMwc55t3ycFmthYSAvqoZWw7VpaWyiokSuQ5dGY p_uLIZUHmcrvy4N6c9g4F7EeScNLqxXY.5NTQf_2bdS3ZCRobX48Voxt8vDZixi.VQGsfCdrDfbI MBYCUi.6OusOsvuu3D_qDSD.JjJCHsRsjXd2yIL5GssnjVRsrnfU.CMpOq.lOsE5ueYUs5yoE9gs XgxOLHFgBNlzk0vVJbTc4Ck_atF0uHVAyG.Oz8n4E8e6Dxw3vcqMlzLbTWw._Kg3OXQQOFC.NcTs a3ifhcc.kYn9XvqwXGlf.b4uRANtVywWpucDkLIi.3xmIBaDzbXfsUfSyu.AT3aqLCVJ6M7NTTKG 7SfhmkP2hVP3AQ6upUZJl8tC1nSXoq8befRMYGslcDsY0jNQL08.XfwoWzCl79r1PkApAGdGRRzq wMBNA_ym4YCdP7_lttAdlntFOBaK_PlOeoLmWf23oa7MiZcRWvvh.X943hicOOz09vj8nwW._IXH TKIC5JR2nFNjDFz4ZpTIvA5HsA.smsJoPnFQfvryqdJ2iteWnXxTOCa1owQ3P82GQXhZlbHeDmV2 jbncIH0OeOmppceg_kAF.pYErbTf0opA5K7zcq0S.makjRIo4k2Npy9RovFqZ7KBgtNc3R_48Nrh RlJNqUbq5bvupvHDQ2RavXITE0rvMXGIpqvBr0JH_UDSdCblnvaAxuQv6Af0mpBImm_z.pNWHM5T GMcHTSoLUzIVt_KsrwQApN_zwpEaNSEHZHgDG4WV_DClrGeY8kqhutshZ2Z1Ug5HJpzrTk_1bqa0 poZSeW_ojBgqPnTNsqcfgWQKaynyF83bVK7djz2YunuBXkOZG4K1VFiTJfTbritGYxmnEwExyvSg WfvAAzXNiOyAYhJhOsxwqAK6racyfXBeWkJr5ZDsbYzgfkkx7Jg5kDv5GvY8_wkFUzIyRsHH9uYW Q7hRP.L8oHxeyN9uOswZRxh5eM9zG2Rw8t.n7JvEZLlMpfXTcRDmwnpLv2Tw0OvT2MaZ9Xg1Ec0z SFHEukPZ_TF92PvmFWwsrJ4DO8jVEpZ0c8K3tzW1TXUjaTpzkxRalXVOr4Gcs8fwYfUtwoQNoz7q UKMka2VULa8OYJbKRQ.olVr5EqnP2XFwJO9OvnoHU3CnK6xNTC7jBpW5j5A9amUWdhAhxVi08CnU Yo6isXjndatRSFCKtLmwKglOLRcHBaIaG9gTDBGb7bFRXCrRKNgBdrx_f5G9LLR5FNjmb18iLmxL wJGObycGh8q7ZBW3w785Pi.A5Dm15MoVRjIQAR7_LsPVYjPf3cxTm8UIeoVeoY0qIAy4Z5wf3sDe bEJDQTPHRqymQutUdOMB2b7SN2oFczK9zGANfjz0QxuNNr9lAmDqb4CeX6P76clK_tEuYCB4QWER fS0Bho.UNqgGFG_5IxTygucEItijM7G7kbnOLLLcKlqpiSJk6z68X3MYEZ4E8sk6HBJzHFLYXjj6 WgWmHk7weH646RYXaIAlF3JDwKkyw1Ekj6WEiEldHc5ooIN0S4vZVX2hAMpAgZKhNPxjJLeIVD16 rbPAO.8ORdxDmVXKg_Iy9imbF1z7p4YXfytwamnL9V6w.yHMqBc5pCq9ojZOOG_dwFcPQhbar1cl dPYsLPtpyS.fJWQhSHWq0Ju1JISTmBg6MS0cglhXWYo80loQID3Zw2nDk7BhjkEyRn2pW6_K5E3z 5EJyRUPqlJYHuNLZguJawL7qNpj_z5LMqZ37UOK9kRZtxICcQUwj8WiqsxlcSQ7hldc_b0_esw5n MJoL089cB35aBGM2JUAswyJ2xSGc2LJz45H9VrtN.tJ81.4gLR4AuKjooI5XiNkZh0y84m2Ye79M r7eAHZkxh0jSGxpHGgCmhJR3nO50K38JzilDsYFOEikVA1P9au.JH2Kec6i7l1o1HwwEF2eSTc8K O4hXj9QYYD0iQ1ddRmVnql7p42uKGWYeX7g58vEzB_FYML5ApHGYsj7ngoH7.h8xOktgwFt4QzJ2 kAtbIDlEM3iq.45PiujytaLgRqkHs5WsJ1TBru6HbBFurBpTJ.V2fLdQutiySsfP8LdkYt7twjM3 8U666ubxJOBZ_o5vATLE6p149BpOGHC6qun7Zarxu_T7IGt52HRgJFdlMxdnZ3LpjXVbSIZP61mI a78WNIRj6euyQTizen2MFQfCMWApnn51QPbsWyjNtvLMfR66x9T4shM0mo0vA1lVMTgD5EZXUGWX Bqcak9pj83dVyC1RRo03rOUn14pCogf..SLS2LpLCJRLAm7sUfR1QVR67.lHyVGY_rNr.x2_eOpp 89MTtkrnAA3UijPTuRIxI_Ryc7jcj4m6mtirFacB0ZCFOw_hzMxX8wqPFwP8jqnThMlOQ.dYWsvu Wpl1E_wT0kYf7D.ixO7ICf2MDZtz2zAUQs2YEYKVfq76fgh8sjMtH5WuiCxPb4rSxJZKMJR9U7Bv kN59sKDB2RdOWYVTdsNJDocMSy.DgHbTY4HZe5VKDZwGUDgrNRGta8jXYP3h6Z7mXZv48gOStyTW KYgwHRtitpRgSIeEfUoJetWg- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic305.consmr.mail.gq1.yahoo.com with HTTP; Sat, 27 Mar 2021 23:52:03 +0000 Received: by kubenode545.mail-prod1.omega.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID c5ee4cb828fd93fcf361117d6fc578e6; Sat, 27 Mar 2021 23:51:59 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: Any good alternative to Raspberry for Arm64? From: Mark Millard In-Reply-To: <2C868C60-80CB-4A4A-A12B-9CC0F3A1F531@yahoo.com> Date: Sat, 27 Mar 2021 16:51:58 -0700 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <21BE83BC-0667-44F7-83E4-1664A2BC6017@icloud.com> <2C868C60-80CB-4A4A-A12B-9CC0F3A1F531@yahoo.com> To: Andrew Mitchell X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4F7Fxf07vRz4rW5 X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.50 / 15.00]; TO_DN_SOME(0.00)[]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FREEMAIL_TO(0.00)[icloud.com]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; SUBJECT_ENDS_QUESTION(1.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.64.84:from]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.64.84:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.84:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.84:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Mar 2021 23:52:07 -0000 On 2021-Mar-27, at 14:49, Mark Millard wrote: > On 2021-Mar-27, at 10:26, Andrew Mitchell via freebsd-arm wrote: >=20 >> Hi everyone, >> I've seen that there are arm machines for FreeBSD other than = Raspberry. I've been using it with 14.0-CURRENT, and my skills are too = limited for patching it. So, I've decided to find a machine on which a = RELEASE or STABLE version would work. To my knowledge, and after many = tries, it seems that there are no FreeBSD working smoothly on RPI4 B.=20 >> So, if you have any suggestions for a working FreeBSD on any machine, = I'd be grateful. >> I won't discard 14.0 CURRENT, as I've done quite a few things which = were much fun. It's just for getting other experiences. >=20 > The only aarch64 images with a pre-supplied u-boot > (or whatever all is involved beyond FreeBSD itself) > in the modern available images are: >=20 > aarch64 RPI > aarch64 PINE64 > aarch64 PINE64-LTS > aarch64 PINEBOOK > aarch64 ROCK64 > aarch64 ROCKPRO64 >=20 > Beyond those requires establishing an appropriate > u-boot(+) on the media. It is not clear if you are > comfortable with doing such activity. If not, you > may be limited to the above alternatives if you > are to use FreeBSD. >=20 > Unless you start from scratch in order to update, > as far as I know you are always responsible for > updating u-boot on media once the initial u-boot > becomes too old to work well. So, long term I'm > not sure that you can avoid dealing with u-boot > updates if from-scratch-updates is too extreme to > deal with. >=20 > You have not made clear if you have RAM size > or other requirements that could limit the > possibilities. >=20 > Do you want to avoid doing your own buildworld > buildkernel installkernel installworld activity > going forward vs. using a form of pkg update > that also updates the operating system? (This > might go with avoiding patch activity.) >=20 > Probably within the next couple of weeks the > 13.0-RELEASE builds of the above should become > available. For now there is the 13.0-RC3 . > When I tested a microsd card with the image > dd'd to it, it booted the 8 GiByte RPi4B > just fine. I've not tried a Rock64 image > but probably could. (I normally do my > own non-debug builds of main [14].) > I do not have working hardware for the > others in the above list. >=20 > Since you have one of the above devices, if > you get it working temporarily you can use > it to help bootstrap a different type of > device if you are switching, such as installing > pre-built ports that supply u-boot materials > that you could dd to media. Otherwise you > might be making the media via a different > operating system. >=20 > The list of u-boot ports is long but a lot > of them are for older devices. (u-boot-master > is material shared by the u-boot's for > devices. The ones with *qemu* names are not > for hardware. I've not tried to avoid listing > armv7/armv6 contexts as well.) >=20 > /usr/ports/sysutils/u-boot-a13-olinuxino > /usr/ports/sysutils/u-boot-a64-olinuxino > /usr/ports/sysutils/u-boot-bananapi > /usr/ports/sysutils/u-boot-bananapim2 > /usr/ports/sysutils/u-boot-beaglebone > /usr/ports/sysutils/u-boot-chip > /usr/ports/sysutils/u-boot-clearfog > /usr/ports/sysutils/u-boot-cubieboard > /usr/ports/sysutils/u-boot-cubieboard2 > /usr/ports/sysutils/u-boot-cubox-hummingboard > /usr/ports/sysutils/u-boot-duovero > /usr/ports/sysutils/u-boot-firefly-rk3399 > /usr/ports/sysutils/u-boot-imx-serial-loader > /usr/ports/sysutils/u-boot-master > /usr/ports/sysutils/u-boot-nanopi-a64 > /usr/ports/sysutils/u-boot-nanopi-m1plus > /usr/ports/sysutils/u-boot-nanopi-neo > /usr/ports/sysutils/u-boot-nanopi-neo-air > /usr/ports/sysutils/u-boot-nanopi-neo2 > /usr/ports/sysutils/u-boot-olimex-a20-som-evb > /usr/ports/sysutils/u-boot-olinuxino-lime > /usr/ports/sysutils/u-boot-olinuxino-lime2 > /usr/ports/sysutils/u-boot-olinuxino-lime2-emmc > /usr/ports/sysutils/u-boot-orangepi-one > /usr/ports/sysutils/u-boot-orangepi-pc > /usr/ports/sysutils/u-boot-orangepi-pc-plus > /usr/ports/sysutils/u-boot-orangepi-pc2 > /usr/ports/sysutils/u-boot-orangepi-plus-2e > /usr/ports/sysutils/u-boot-orangepi-r1 > /usr/ports/sysutils/u-boot-orangepi-zero > /usr/ports/sysutils/u-boot-orangepi-zero-plus > /usr/ports/sysutils/u-boot-pandaboard > /usr/ports/sysutils/u-boot-pcduino3 > /usr/ports/sysutils/u-boot-pine-h64 > /usr/ports/sysutils/u-boot-pine64 > /usr/ports/sysutils/u-boot-pine64-lts > /usr/ports/sysutils/u-boot-pinebook > /usr/ports/sysutils/u-boot-pinebookpro > /usr/ports/sysutils/u-boot-qemu-arm > /usr/ports/sysutils/u-boot-qemu-arm64 > /usr/ports/sysutils/u-boot-qemu-riscv64 > /usr/ports/sysutils/u-boot-riotboard > /usr/ports/sysutils/u-boot-rock-pi-4 > /usr/ports/sysutils/u-boot-rock64 > /usr/ports/sysutils/u-boot-rockpro64 > /usr/ports/sysutils/u-boot-rpi > /usr/ports/sysutils/u-boot-rpi-0-w > /usr/ports/sysutils/u-boot-rpi-arm64 > /usr/ports/sysutils/u-boot-rpi2 > /usr/ports/sysutils/u-boot-rpi3 > /usr/ports/sysutils/u-boot-rpi3-32 > /usr/ports/sysutils/u-boot-rpi4 > /usr/ports/sysutils/u-boot-sifive-fu540 > /usr/ports/sysutils/u-boot-sinovoip-bpi-m3 > /usr/ports/sysutils/u-boot-sopine > /usr/ports/sysutils/u-boot-sopine-spi > /usr/ports/sysutils/u-boot-tools > /usr/ports/sysutils/u-boot-utilite > /usr/ports/sysutils/u-boot-wandboard >=20 > As I remember, there are some variations > in how much room was needed for u-boot > (plus possibly more dd'd to a separate > places). So partition layout can be part > of what has to be figured out. (Unless > one has an idea of the worst case and > just sets up to allow for it even when > it might not actually be in use for > a specific device.) >=20 > The Rock64's instructions (from the README) > indicate: >=20 > To install this bootloader on an sdcard just do: > dd if=3D/usr/local/share/u-boot/u-boot-rock64/idbloader.img = of=3D/path/to/sdcarddevice seek=3D64 bs=3D512 conv=3Dsync > dd if=3D/usr/local/share/u-boot/u-boot-rock64/u-boot.itb = of=3D/path/to/sdcarddevice seek=3D16384 bs=3D512 conv=3Dsync >=20 > Note the seek for the u-boot.itb dd. The size > of the 2 files that are dd'd are shown below: >=20 > # ls -Tld /usr/local/share/u-boot/u-boot-rock64/* > -rw-r--r-- 1 root wheel 359 Jan 29 12:14:54 2021 = /usr/local/share/u-boot/u-boot-rock64/README > -rw-r--r-- 1 root wheel 103675 Jan 29 12:14:54 2021 = /usr/local/share/u-boot/u-boot-rock64/idbloader.img > -rw-r--r-- 1 root wheel 779132 Jan 29 12:14:54 2021 = /usr/local/share/u-boot/u-boot-rock64/u-boot.itb >=20 > (I've no clue how close this may be to worst-case > spread of u-boot + other-materials.) >=20 > I'll note that the RPi* do not use u-boot or > other materials in such an area. I've used this > to have one media that boots both an RPi* and > another type of device: I installed the > alternate's u-boot/whatever as well as RPi* > capable materials, both using the same UFS root > file system. I used labels and such to avoid > machine specific fstab contents and the like. I > took care with any environment specific content > in FreeBSD, not much for my use that needs > to be adjusted for swapping where the media > is used. >=20 > I used a PINE64 (non-LTS) for a lot of years > before it finally failed. I have access to a > Rock64 and some RPi*'s as far as aarch64 small > board computers go. The Rock64 has worked well > but my way of mixing a USB3 SSD, removable > eMMC (removable while powered off), and microsd > card use on it is not a normal configuration. > But it means that I have the microsd card slot > available for fiddling with microsd cards any > time that I want: not normally used in booting > or in standard operation. I should have noted that my small board computer use is normally serial console and ssh over EtherNet based: headless, soundless, and so on. My notes about what "has worked well" has a limited context of use involved. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar)