From nobody Mon May 24 22:53:17 2021 X-Original-To: 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 995839EA673 for ; Mon, 24 May 2021 22:53:27 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic314-20.consmr.mail.gq1.yahoo.com (sonic314-20.consmr.mail.gq1.yahoo.com [98.137.69.83]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4FpsvB0RdDz4n3L for ; Mon, 24 May 2021 22:53:25 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1621896804; bh=iFmhyjxOe8NIi+BAqcMFHPkU+DCGa7Mb6fAH7AH0b2g=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=EVQI9BifPFC6N1UgQWGjKGfyCMLotgGxNWyOHcNRBsrszksWMoi4Z1Qa4x7XZmMdTDfg7kWyxO5bGXwWycJ+0H9N1aF6qDyaqFulBFyJ2Bwku7M1HnvDRrV2WGOdcuNU0lY1XqgfFeIewVrJ836F/LqBfJvX9bggZWBXH9s5T0i7aVH1lwCau3NecRtpWw5ChzxbVs3CbKAyPKiriMkmm2ruroqk+44SA04r3NQOrk4IDs9fnpOiTOROBe9YyVa6htWjSwQ0XRhPCLB4TrUAa4RxW1VdxLUuiRc3ke+mKPCgIk0O50WhdEmdShE0ozfH5BNPRBff2MdNqIbwazqj9Q== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1621896804; bh=TFM/xr2iGMOMdEERa6X1m3ZCNhCxorxubkjNhHx/+Wt=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=VoTrUqv0M3yezWW0f/n6oA5sxqX6vt1w6vKSzF72+IqwCoff6c1bElLzPb75aj/CK5dtI9iBjWS7yoWP4eDaGOPfz/xRzz4Swc4KD+Gw6lNZ071B7xeKQx5XOnXOfBurWH3kvGRVZM1o5ubhHJBcAig7N2+BcpVGpSCbtZabJie6arqykrju4C5du6pyf3v4DNesb4BrFOn4v/GL67GzRwvbHmOq2DhloUkdYLeNC3LSzNkOFngkC2Goz/S1+hv64wDCszr7CTy+MEo0K076cyakvoloCBJlgchAXhnBPn73FfP5q3+HFjwm+zNd0IC1a1o05qAWzlo7jGX73Eah8g== X-YMail-OSG: UEeMHV4VM1lU8HYC2Uww97vcV26SO3oSnLo5AoZLI2Fpy_OGg_9c9MJJXixZELG RPAEOLe3NFaAUMiRnJ96C_6zfy_8a0hXB_nwmsT42_YRm8u9V5CohMh2ufHgcqcOJgT3c2hqWP9g e5y5PFp4A3SEklQJEMWSQ.G2dh8iyLngXYUufV4VO7NzG9HC3K9E3_FG6ZGg6g6_SwHfAdkIyK2h TPWbYvykAP55i136qEtENDIlJuk.CJff8tDFVwZ6mi5PmqKUgL6ACz.iblkmd2gHs8fncs3X5l8f KKzhiAmdN0y_4SLtMdiR_FJw22slQ.Y93SSj_XpWG8r76Yiw7TXwNO_3zqXjDVB_p_YbW_N7js5R J_ZsyiKrtXbd7c1qSq8YFSaON2k.IHXsYPaJluIqvT6qM_eJO4zkQl0cr8a9V5vb5Gii2k7SzrFG wTXSCTWnqma1zaZdI5oDNYi57uPgjDqJDovof8_2ulwaoNt5P9ubvxRMxoE.ftZ_YWZwqanKxfFI GN9iO5pcIPGJ35eOXi8L99UoTeErLf8aNAZtxqFpJ7XldJthY2f9DM8rYLS3NDGBMqZASVcgaiYQ .ZKtKrgrDtxBfZG68l3k9HSK.tRc7fvDMYeVO8U4mEoC23zZJqH67GFEHDNm902BddhzmH.2Mhb1 wSeIW5DgUHUy7DOtI09nEXie79ZFFDTa7z1fJoJ9ZAw3w28NZ7gbYkOYxEZDcnj.TEeXAThNnNYq HIWUZyMEnlf6_4ZfqRSBufDXgVRmM9UbVGbnlbv2F_EYg7aXqeE_xMWDCgcgn1uHWIXpQihWhbuM anqFy94dukOoD.T1MhlK.4Ixz.jHKOt_eAVgvBxNT6MEdmY9IeQg94d3Vd.DoXy35K2__bHsQLsx BsXzAZ3rA7BcM59dZS8K2T9Fvi9ilYykuyyN9LYy7qOviCneM_6C62wY8l8ZDasWuZs2eT.cFOIX yMZrqRUocysDbuW7xKdzOBTd9xw7XogFJSu0o.TC_5mS91KLdxlMZU9eVYzXUgr09lnfs54Muy_5 .V7Lis0TVPOK3rb1L7uZLtmr9TwkXDAzx76afqMvvL8uE4kLitvZ4uwq2V83u.oMH7.l4E10q4hr CZEnli12RGU9GfCr8of9DavFvzpSdGAYa_Wt3q9MW_.qoeOV2QpHS85yNooSqf1_BtvE55KLsqwa ytSahckOeIj1GIcjktCEY7KcQTsptImoibS9VXjpmoCtmBFf3xKMq1i0rLgJfeIDBghUX_DcWYR4 GuiHnlIMsh6L_cdk01s30v8QB0h3vBh7_QRE4kcUv7F4nnOw2NrHsH6FrJzOTRjxPhyEpVXHlqOk F40iksa_nSGQiSXImkxya_ziuG46vvCvUSOWXYklGHd81E.mdSfdHP2rLML8I0njFZw9bID_ggi6 maH4ZbMFK05CoSmSwIZ9DXwnlT_JpttuFK5IWj.UWOeE28B6D5.2n9AZ44WVIHmVvLPohw8c70xp 0v4w9GmntACL_yBrYQo7XW_v9tPV8aLmRhurVdQzbF9sFoPYAiqFQCFUIyZbv3kV5YgH_KRFh.Y9 3kf5dz2Gsm7uQ940uYqNL86Hb.1umGBTZaIfEU1H0uZ.2pn71BgYhfPjDGZ9AQHVQGLLzbRx79Xs rWlTVqPAlZFz3jQpiZNGtRHgP93CFjXhAqphBCBaVpcfNgExqFPTJGTst0rHf6K9QAIcZ6Tdmx__ 41YNLxGEjUEdgNGckOaZTW5YCPVYTNEIcdCDVwVUck8EjD6F8RyzCxNhTr3d2zgViFKWTrMcEVEU V5nwkCi0NeEo6ZpN68uu79qo9DdL2Pe1wbSthU_zUN1kQeg5M9CyYwjUQ8iuXxDsyhy55cIJSXpt T7he1VksIZqqkNEIUScovdJSu1bhyJm3I9bHiYpy7fKlDWuzGCe1_W8c97pPa8FpiEG7JxWGy70O l7jK3Cgeo_VUWvAm.3Dp3fuvGUagefnDIeLoPhCQfk1DSCgL5rjBg.enFqEtCnWGB0GqlnKC4EQ8 3d_Hu2VBoJUPJJarlNDCwuv2WrpBytInOKPKCYNcYYOR0Zfrqe87ed7siCinsCPMtwJcN0cEKo8y f6TQu6Eky1ZS.sjuyxGhi.8koZ2pH31AKbiK2XL.zNmV8DeoSKo8hkYr1BMOcEgkKi.vuC4bR0cH rUyufArcie78IjmiyAjWZW0IZsluLk1FhO5VJi52qSeRB7aFHkZxlx7TXKaJF48eJ0Ay3tvCqsi8 E9Y0NHGoYUb4PXJJHt_E1jcnSQqEhf6Jzkd9FqcIVfjL5on2S4HiTgma9QankKedqUhTpwBBz8Y_ 9siwsQ0rMapkWLAt1Tga_0O0BogHVKrOAuDxjDXm_Ril1dH6HTN3wV8COXrq1ihjtczQOvGvMAnP 2bUeuCdxTrnz91lLtPEoPtO8DEUnD8jQOEApVtLb1K93nf7yGwMRDAgugEwCfz4yD06ilhCP8gcZ zEfpioEpEU1Hx.cpM2TJp1RSXEx2plFV0F6QGec4uHViCkt0oG4QfUcjco2bkx1yjdE7eHtzLyDu KE6vksX2BU_uuhdwJW9P8FJG9iYWP10PvvTXoOL2jKUO3paYaxodO6Nk_cs9KHukKgYO8qJJeTj2 cLN74J8u99au0M3aaN5UwwLE- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic314.consmr.mail.gq1.yahoo.com with HTTP; Mon, 24 May 2021 22:53:24 +0000 Received: by kubenode544.mail-prod1.omega.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID a66875723774167ce52b9820b94ba4ab; Mon, 24 May 2021 22:53:19 +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 14.0 \(3654.80.0.2.43\)) Subject: Re: /usr/local/share/u-boot/u-boot-orangepi-plus-2e/README out of date ; orangepi-plus-2e and RPi2 v1.1 get "Kernel args: (null)" In-Reply-To: <3C04FB55-4A26-48C8-833F-E4AC84DC4F78@yahoo.com> Date: Mon, 24 May 2021 15:53:17 -0700 Cc: "freebsd-arm@freebsd.org" Content-Transfer-Encoding: quoted-printable Message-Id: <99906599-273E-4216-A41E-DE642F33E392@yahoo.com> References: <40298C05-5F50-4437-B15B-7A02EA070EAE.ref@yahoo.com> <40298C05-5F50-4437-B15B-7A02EA070EAE@yahoo.com> <20210513111517.86336633bae9568d8599f229@bidouilliste.com> <20210513124050.47714a83f876d67a80e28080@bidouilliste.com> <3C04FB55-4A26-48C8-833F-E4AC84DC4F78@yahoo.com> To: Emmanuel Vadot X-Mailer: Apple Mail (2.3654.80.0.2.43) X-Rspamd-Queue-Id: 4FpsvB0RdDz4n3L X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=EVQI9Bif; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.69.83 as permitted sender) smtp.mailfrom=marklmi@yahoo.com X-Spamd-Result: default: False [-1.50 / 15.00]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.69.83:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.69.83:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(1.00)[0.998]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.83:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.83:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[arm] Reply-To: marklmi@yahoo.com From: Mark Millard via arm X-Original-From: Mark Millard On 2021-May-13, at 12:03, Mark Millard wrote: > On 2021-May-13, at 10:53, Mark Millard wrote: >=20 >> On 2021-May-13, at 04:08, Mark Millard wrote: >>=20 >>> On 2021-May-13, at 03:40, Emmanuel Vadot = wrote: >>>>=20 >>>> On Thu, 13 May 2021 02:57:21 -0700 >>>> Mark Millard wrote: >>>>=20 >>>>>> On 2021-May-13, at 02:15, Emmanuel Vadot wrote: >>>>>>=20 >>>>>> On Thu, 13 May 2021 01:52:08 -0700 >>>>>> Mark Millard via freebsd-arm wrote: >>>>>>=20 >>>>>>> The updated armv7 U-Boot ports now install the likes of: >>>>>>>=20 >>>>>>> # ls -Tldt /usr/local/share/u-boot/u-boot-orangepi-plus-2e/* >>>>>>> -rw-r--r-- 1 root wheel 504 May 12 07:01:10 2021 = /usr/local/share/u-boot/u-boot-orangepi-plus-2e/README >>>>>>> -rw-r--r-- 1 root wheel 66 May 12 07:01:10 2021 = /usr/local/share/u-boot/u-boot-orangepi-plus-2e/metadata >>>>>>> -rw-r--r-- 1 root wheel 490924 May 12 07:01:10 2021 = /usr/local/share/u-boot/u-boot-orangepi-plus-2e/u-boot-sunxi-with-spl.bin >>>>>>>=20 >>>>>>> # ls -Tldt /usr/local/share/u-boot/u-boot-rpi2/* >>>>>>> -rw-r--r-- 1 root wheel 767 May 12 06:39:07 2021 = /usr/local/share/u-boot/u-boot-rpi2/README >>>>>>> -rw-r--r-- 1 root wheel 44 May 12 06:39:07 2021 = /usr/local/share/u-boot/u-boot-rpi2/metadata >>>>>>> -rw-r--r-- 1 root wheel 475420 May 12 06:39:07 2021 = /usr/local/share/u-boot/u-boot-rpi2/u-boot.bin >>>>>>>=20 >>>>>>> So, for example, no boot.scr files ro go with ubldr.bin >>>>>>> any more. >>>>>>>=20 >>>>>>> But the u-boot-orangepi-plus-2e/README says . . . >>>>>>>=20 >>>>>>> QUOTE >>>>>>> This version is patched so that: >>>>>>> * API features are enabled. >>>>>>> * A boot.scr (U-Boot script) that loads ubldr.bin and execute it = is included >>>>>>> END QUOTE >>>>>>>=20 >>>>>>> The u-boot-rpi2/README says . . . >>>>>>>=20 >>>>>>> QUOTE >>>>>>> This version is patched so that: >>>>>>> * ELF and API features are enabled. >>>>>>> * The distroboot command knows how to load FreeBSD loader(8) >>>>>>> * By default, it loads ubldr.bin (PIE) from file ubldr.bin on = the FAT >>>>>>> partition to address ${kernel_addr_r}, and launches it. If = ubldr.bin is >>>>>>> not found, it falls back on ubldr >>>>>>> END QUOTE >>>>>>>=20 >>>>>>=20 >>>>>> Oups, I'll update the README, thanks for noticing this. >>>>>=20 >>>>> FYI: I only looked at examples for which I've access >>>>> to operational hardware. >>>>>=20 >>>>>>> But for the orangepi-plus-2e that I have access to I >>>>>>> now get: >>>>>>>=20 >>>>>>> . . . >>>>>>> Hit [Enter] to boot immediately, or any other key for command = prompt. >>>>>>> Booting [/boot/kernel/kernel]... =20 >>>>>>> Using DTB provided by EFI at 0x47eea000. >>>>>>> Kernel entry at 0xb2e00200... >>>>>>> Kernel args: (null) >>>>>>=20 >>>>>> This is the symptoms when caches are not flushed. >>>>>> U-Boot distroboot first scans for extlinux.conf, then uboot = script and >>>>>> then EFI. So this probably means that you still have a boot.scr = on the >>>>>> ESP, try removing that and make sure that you have the efi loader = too >>>>>> in efi/boot/bootarm.efi. >>>>>=20 >>>>> That is not the issue . . . showing more context >>>>> from the same recorded boot attempts (blank lines >>>>> and a huge number of escape sequences removed, and >>>>> using ". . ." for other omitted text): >>>>>=20 >>>>> U-Boot 2021.04 (Apr 09 2021 - 19:24:51 +0000) Allwinner Technology >>>>> CPU: Allwinner H3 (SUN8I 1680) >>>>> Model: Xunlong Orange Pi Plus 2E >>>>> DRAM: 2 GiB >>>>> . . . >>>>> =08FreeBSD/arm EFI loader, Revision 1.1 >>>>> Command line arguments: l >>>>> Image base: 0xb8dd5000 >>>>> EFI version: 2.80 >>>>> EFI Firmware: Das U-Boot (rev 8225.1024) >>>>> Console: comconsole (0) >>>>> Load Path: /efi\boot\bootarm.efi >>>>> . . . >>>>> Found EFI removable media binary efi/boot/bootarm.efi >>>>> 1396100 bytes read in 36 ms (37 MiB/s) >>>>> Booting /efi\boot\bootarm.efi >>>>> Consoles: EFI console =20 >>>>> |=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08= /=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08 Reading loader env vars = from /efi/freebsd/loader.env >>>>> . . . >>>>> Hit [Enter] to boot immediately, or any other key for command = prompt. >>>>> Booting [/boot/kernel/kernel]... =20 >>>>> Using DTB provided by EFI at 0x47eea000. >>>>> Kernel entry at 0xb2e00200... >>>>> Kernel args: (null) >>>>=20 >>>> I cannot reproduce this here. Either by creating an image on the >>>> sdcard by hand (I usually only netboot my boards so the sdcard have >>>> only u-boot and a fat partition so u-boot can save its env) or by >>>> taking FreeBSD-13.0-RELEASE-arm-armv7-GENERICSD.img and adding >>>> u-boot on it. >>>> This was tested on an orangepi-one board (so same SoC, Allwinner = H3) >>>> and on a BeagleBoneBlack. >>>> I suggest to try with a clean install from >>>> FreeBSD-13.0-RELEASE-arm-armv7-GENERICSD.img just to be sure. >>>=20 >>> In my context: >>>=20 >>> The RPi2 v1.1 has a microsd card with just bootcode.bin . >>> The rest is from the USB3 SSD media. (Such worked before >>> the U-Boot update, for example.) >>>=20 >>> The orangepi-plus-2e has a microsd card with just its >>> (now updated) U-Boot and empty file systems. The rest >>> is from the USB3 SSD media. >>>=20 >>> It is the same USB3 SSD boot media used for both. >>>=20 >>> It is the same media I've been using right along, >>> just updated to remove the old U-Boot related >>> extra materials and to copy over the new U-Boot >>> for the RPi2 V1.1. >>>=20 >>> The media has a non-debug head [so: 14] build, based >>> on: >>>=20 >>> merge-base: 7381bbee29df959e88ec59866cf2878263e7f3b2 >>> merge-base: CommitDate: 2021-03-12 20:29:42 +0000 >>> 7381bbee29df (freebsd/main, freebsd/HEAD, pure-src, main) cam: Run = all XPT_ASYNC ccbs in a dedicated thread >>> n245444 (--first-parent --count for merge-base) >>>=20 >>> It has been working the whole time since then until >>> this change. It is a build with code generation >>> tuned for cortex-A7, as is my normal for my own >>> builds for armv7. >>>=20 >>> I need to get some sleep. So it will be some time >>> before I try any other forms of experiments. >>=20 >> Mixed results for starting with a modified >> FreeBSD-13.0-RELEASE-arm-armv7-GENERICSD.img microsd >> card: >>=20 >> orangepi-plus-2e booted from the microsd card. >=20 > I took the microsd card and put it in a USB media > reader and plugged it into the USB port and used the=20 > microsd card with only U-Boot on it in the microsd > card slot. So, in essence, a test of USB booting > from as close to the same media content as I can > get. >=20 > It failed in the same way as I previously reported > for the orangepi-plus-2e (which was also a form of > USB booting --but with my historical USB SSD media > that has a main [so: 14] non-debug build). >=20 > The only software that I had built was the U-Boots > themselves that I either dd'd or cp'd as appropriate. > EFI/BOOT/* was unchanged, as was FreeBSD's kernel > and world. >=20 > Somehow the type of the device matters (despite the > kernel being loaded from the device without > complaints). Apparently the RPi2 v1.1 microsd card > is a problematical type of device, like USB is for > the orangepi-plus-2e. A definite regression overall. >=20 >> rpi2 v1.1 failed the same way as before, including: >>=20 >> Found EFI removable media binary efi/boot/bootarm.efi >> 1403700 bytes read in 139 ms (9.6 MiB/s) >> libfdt fdt_check_header(): FDT_ERR_BADMAGIC >> Booting /efi\boot\bootarm.efi >> Consoles: EFI console =20 >>=20 >> FYI, FreeBSD-13.0-RELEASE-arm64-aarch64-ROCK64.img includes >> ubldr.bin : >>=20 >> # ls -Tld /mnt/* >> drwxr-xr-x 1 root wheel 4096 Apr 9 00:05:26 2021 /mnt/EFI >> -rwxr-xr-x 1 root wheel 103488 Apr 8 20:59:46 2021 /mnt/MLO >> -rwxr-xr-x 1 root wheel 26745 Mar 3 05:29:56 2021 = /mnt/bcm2709-rpi-2-b.dtb >> -rwxr-xr-x 1 root wheel 52456 Mar 3 05:29:56 2021 = /mnt/bootcode.bin >> -rwxr-xr-x 1 root wheel 89 Apr 8 21:10:14 2021 = /mnt/config.txt >> drwxr-xr-x 1 root wheel 8192 Apr 9 00:05:26 2021 /mnt/dtb >> -rwxr-xr-x 1 root wheel 7314 Mar 3 05:29:56 2021 = /mnt/fixup.dat >> -rwxr-xr-x 1 root wheel 3187 Mar 3 05:29:56 2021 = /mnt/fixup_cd.dat >> -rwxr-xr-x 1 root wheel 10298 Mar 3 05:29:56 2021 = /mnt/fixup_db.dat >> -rwxr-xr-x 1 root wheel 10298 Mar 3 05:29:56 2021 = /mnt/fixup_x.dat >> drwxr-xr-x 1 root wheel 4096 Apr 9 00:05:32 2021 /mnt/overlays >> -rwxr-xr-x 1 root wheel 2952960 Mar 3 05:29:56 2021 = /mnt/start.elf >> -rwxr-xr-x 1 root wheel 793116 Mar 3 05:29:56 2021 = /mnt/start_cd.elf >> -rwxr-xr-x 1 root wheel 4794472 Mar 3 05:29:56 2021 = /mnt/start_db.elf >> -rwxr-xr-x 1 root wheel 3704808 Mar 3 05:29:56 2021 = /mnt/start_x.elf >> -rwxr-xr-x 1 root wheel 467824 Apr 8 21:09:28 2021 = /mnt/u-boot.bin >> -rwxr-xr-x 1 root wheel 716804 Apr 8 20:59:46 2021 = /mnt/u-boot.img >> -r-xr-xr-x 1 root wheel 462412 Apr 9 00:00:00 2021 = /mnt/ubldr.bin >>=20 >> so I removed that and u-boot.img, and replaced u-boot.bin . >>=20 >>>>> and: >>>>>=20 >>>>> U-Boot 2021.04 (May 12 2021 - 13:36:42 +0000) >>>>> DRAM: 948 MiB >>>>> RPI 2 Model B (0xa21041) >>>>> . . . >>>>> =08FreeBSD/arm EFI loader, Revision 1.1 >>>>> Command line arguments: l >>>>> Image base: 0x39df8000 >>>>> EFI version: 2.80 >>>>> EFI Firmware: Das U-Boot (rev 8225.1024) >>>>> Console: comconsole (0) >>>>> Load Path: /efi\boot\bootarm.efi >>>>> . . . >>>>> Found EFI removable media binary efi/boot/bootarm.efi >>>>> 1396100 bytes read in 38 ms (35 MiB/s) >>>>> libfdt fdt_check_header(): FDT_ERR_BADMAGIC >>>>=20 >>>> This line doesn't looks good. >>>=20 >>> Yea, I noticed it but have done no investigation >>> as yet. (Only the RPi2 v1.1 that message. It is >>> the one notable difference.) >>>=20 >>>>> Booting /efi\boot\bootarm.efi >>>>> Consoles: EFI console =20 >>>>> |=08/=08-=08\=08|=08/=08-=08\=08|=08/=08 Reading loader env = vars from /efi/freebsd/loader.env >>>>> . . . >>>>> Hit [Enter] to boot immediately, or any other key for command = prompt. >>>>> Booting [/boot/kernel/kernel]... =20 >>>>> Using DTB provided by EFI at 0x7ef6000. >>>>> Kernel entry at 0x33e00200... >>>>> Kernel args: (null) >>>>>=20 >>>>> No *.scr files, no ubldr* files. Showing >>>>> from the efi partition mounted on a Rock64: >>>>>=20 >>>>> # find /mnt/dtb/ -print >>>>> /mnt/dtb/ >>>>> /mnt/dtb/sun8i-h3-orangepi-plus2e.dtb >>>>> /mnt/dtb/overlays >>>>> /mnt/dtb/overlays/sun8i-h3-i2c0.dtbo >>>>> /mnt/dtb/overlays/spigen-rpi2.dtbo >>>>>=20 >>>>> # find /mnt/efi/ -print >>>>> /mnt/efi/ >>>>> /mnt/efi/boot >>>>> /mnt/efi/boot/bootarm.efi >>>>>=20 >>>>> # ls -Tld /mnt/u* >>>>> -rwxr-xr-x 1 root wheel 475420 May 12 06:39:06 2021 = /mnt/u-boot.bin >>>>>=20 >>>>> # ls -Tld /mnt/*.scr >>>>> ls: /mnt/*.scr: Invalid argument >>>>>=20 >>>>> I'll not list the files from the RPi* firmware. >>>>>=20 >>>>>=20 >>>>>>> and that is the last of the output. >>>>>>>=20 >>>>>>> The RPi2 v1.1 is similar: >>>>>>>=20 >>>>>>> Hit [Enter] to boot immediately, or any other key for command = prompt. >>>>>>> Booting [/boot/kernel/kernel]... =20 >>>>>>> Using DTB provided by EFI at 0x7ef6000. >>>>>>> Kernel entry at 0x33e00200... >>>>>>> Kernel args: (null) >>>>>>>=20 >>>>>>> and that is the last of the output. >>>>=20 I do not know if the FreeBSD kernel has been depending on some U-Boot initialization for root-on-USB and the two no longer match or what. But I've used a release/13.0.0.0 microsd card based boot to get older U-Boot materials (Quarterly as it turns out). Installing such got me back to having a root-on-USB boot of the OPi+2e (other than the mircosd card having the older U-Boot (2020.10 as it turns out). Of course there is also the matching boot.scr involved --but it also is on the USB SSD. (Similarly reverted RPi2 U-Boot, other than needing to switch boot.scr to match.) After booting with the reverted U-Boot related material: # mount -onoatime -tmsdosfs /dev/mmcsd1s1 /mnt # mount -onoatime /dev/mmcsd1s2a /media # ls -Tla /mnt/ total 20 drwxr-xr-x 1 root wheel 16384 Dec 31 16:00:00 1979 . drwxr-xr-x 25 root wheel 512 Dec 31 16:00:40 2009 .. # ls -Tla /media/ total 60 drwxr-xr-x 2 root wheel 512 May 24 15:43:19 2021 . drwxr-xr-x 25 root wheel 512 Dec 31 16:00:40 2009 .. -rwxr-xr-x 1 root wheel 52456 Apr 24 19:48:36 2021 bootcode.bin The media is also set up for booting an RPi2 via root-in-USB ( other than bootcode.bin ). If FreeBSD and the more modern U-Boot were well matched for USB support, I'd expect that this sort of thing would work (no boot.scr needed). For reference: # ~/fbsd-based-on-what-freebsd-main.sh=20 FreeBSD OPiP2E_RPi2v11 14.0-CURRENT FreeBSD 14.0-CURRENT = mm-src-n245445-def0058cc690 GENERIC-NODBG arm armv7 1400005 1400005 def0058cc690 (HEAD -> mm-src) mm-src snapshot for mm's patched build in = git context. merge-base: 7381bbee29df959e88ec59866cf2878263e7f3b2 merge-base: CommitDate: 2021-03-12 20:29:42 +0000 7381bbee29df (freebsd/main, freebsd/HEAD, pure-src, main) cam: Run all = XPT_ASYNC ccbs in a dedicated thread n245444 (--first-parent --count for merge-base) =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar)