From nobody Mon Jul 3 14:16: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 4Qvnzc5jYrz4lmCc for ; Mon, 3 Jul 2023 14:16:44 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic305-20.consmr.mail.gq1.yahoo.com (sonic305-20.consmr.mail.gq1.yahoo.com [98.137.64.83]) (using TLSv1.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 4Qvnzc1kTRz3pbX for ; Mon, 3 Jul 2023 14:16:44 +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=1688393802; bh=oNIDLtjC6U7AG2y8aPdyQSML7a+3hdh2QezLKlc8r58=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=lP/xRbXIok9mlkqr/ho8OYwGZkVwEYuz6ZpBnj8OqEcjoUDw3chFgiC/fcwVQ5+5qe+nYkG6VX6smdYFRjgo2AgDTKc1lLl0G5yU8Iph+13C1OH02TRkjDhwEm9pNl2DVMSbxwddN9o3/+7xS4aXjqs7sUfbxH3FLS6wZ7yBHEJtY8RSL9IR426O4lIRDzRL0GRhjW1Y29Hbo9gsxbafcKJrqaP1WuZ7AKAXQU6W/PjRuStsqKLUGy6PxdlLnw62m9hKbRakOd95ML66IdjWb9VYmuzsQ5os4rQm+ZjuTo5FpqOZIyPEfimk6Q2KSj45jyzICnMyUyQ5y9fGSKfunA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1688393802; bh=ijQI6Uzv2jSmsh8EayM1LiW8J5x7zYIfKBgtORP87hL=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=NpbNGnVcbR0BffOrqyFxG/XLaVDZjJvJfbl4mbUb5sAzN1mElwJtrbArJ5tIeCldoYoEQe73Ta5eKgA7RhBTAQCbErRUJo+jJhb1ah7kRWNZsplSJMpS5ugCkGTbiANZ/E8uPBPF08+BZUEPgjn1W5yMclYiy8A+LzoTmGe2hRQ9WZ3s/uTKoi56e5Xro6fngYlGAYsuUTT28e2ai7X0q360ivygrRy7zHuone1DWzYDEb8rIpGRJgFa/VinV0PCXnXeMCTZ660NBY2MHgfyh61pNhHz+0O9C0X8WwtwW9YAdxjDl0QSwLehAwu5IBoMzJ6KLjTvnLMG51TH7M/17Q== X-YMail-OSG: N50DJE8VM1lDPvz2dNAjTqTWAZxYVvybSgTTJ_MufNnNtJMQvbEIhnFta1wvKi_ AQsOALEfkYK4wZQRDxsYpE__y7DiMm3zdXUSwYoqI382kAVNNz7fVWAySaE.q_Zsbj4vuys3g6GV yTFFWwtkysqxyF4ID0W4.QJ97j8Bs7fTd056.MiaWtAq8V4ddsMpjONtlt_FmHIqxKxqJJ4t7D6M K6EUjF6zgxuMNtYCy7c2XgWPO.oENHnerGxsavMPfkRkp5h_UPgQwXmTSIEgNy60l8RvdAX5piGe NJaMnRVKZSjcgYblfOOcufOaeljaY4AvmqHBY.jrvsJRYucVAq6b8yZIe2iqa8uhW21y37RiuCmU 3QFLHE9FUDcQtz8GPiT3H51plzTtQMMn.4CpHvMALEuudKXwTRDf6TG4IbpFx.HzSLQ9N5U0A4TD 9CDHU6jrWsWgaqQukN2tF6XBKtDmYtpLosVBxvFyG0JckB2IZEupQg.rEDKAMQlgvcgTMaPKHyhE nMJ.LN7SHb0InAIYXvQAuac54NPug0OINexw2RRPZMuqpSJsuM_3gNNSCXc8rYceUVW8JbLqn.PZ 9TGAoXYG.wKstDfnw5dYQMw9UpulOMXujW5L0H.tXvYStKvdHuimbewVMiX_vBkLjL5vnqgqYhiQ 5_aUc2foLVZC6FffNFYqkooQh5qPJj_lBejnY3Q8LjjmCwzBpH_PiQ3w.4AnviAzrn4R9oveJ92B pVg2A1c_Lej54HivCYGMDU212hlKXVe.NPtDI6bdoV.IMdvw5f77i_nld.VfSUZry5pyM7TIliup nJv.dnNgq4S1SuhKgUkYz4xjHzNCu9widHP8ZESK9QQdzz7iR2aq745ybtRnwKUmad4DlAbWmuIj 1TDfo5PlJWf1wyjyu3StNxeHZr0lxJQSfO0x9GfbNaCQieewlkl4a5rSP7_wsfXUN_Edm1SbUn1y T5EeYO92H8.E2AmUZQb4ZbvGT3iU5M8REHBqvCw9KoD0xswIdXfUKCLYkRLcRsyQGwKhlJOd_tYO WZSYtq5PhKSheRNIS.V3cJF5Pv6hirTvQmjjADHEVecFh_SvlMMGAwmvL7qbPQmYYda0GANS_ZBl xpYTyXfL2hCtB8IgMWD6CbocCT4f_qMKYC16xpYpRJnzWzKuDDuGmRqvQso4KEaMlBlxOIylS62. 85YWI7O4AOHDvoj30qzVtgTPRx_UZP.ynL3zx_H0So3Ylc_nngP2b1i1qPPz7gcrVslvOZQbpBqF yjZmSyOo035uwrBjyRaaKGLYrXPrmPapjpsX9r8Ye7Gzxf5YEtM0acUi1i33TDrFd0q_eQvrOkdi PXoTHHP27oXE4TQP0ewtc6UddsEapw85wVV9aFh_6FFhged0rXqNjr6APaFp.Oc6r.pGsrUbeNvO jm4twilt46pLT31WfExG3LGKUCh9xKufOJHAe2ly1Ongcmo4p9AO5WMMTlpf6gTTT3hXdJROXoau w4nlRkjrMMT8FrrtezE3QnPd8LW01BR.O6H8kbJ3Wo92n6tpBqHIkKYJND13lf_HVX2th_EPyOnh E.ESK3p_jEtpjdzF5fva6SvBTvNFWwMrz7BjvCwEDojpGhli8i11ApJ8_iHKLkIe2Ws658Qzxrc7 GyEtvQ3LTshX7_X5Ace1PAV1iZsktBiabhm9kQKoiQ.9zO_.PaQfJoXrdx.quTj4EmjBJ252pRvI ahew9ejjU33aFZQI52PzzVRNYlGElPr62EgfFo2AQEmPgjXKuxw7JzxjsZDXH9D0pg5vkKy_E0cO qxcv7EhHxiYx52KTnIlljOChb0309xZQZTYsKAaGkRy3bw2afyl2qvPVIntPi7XGQDUIE9XyKV3w HzaWFNAMq34nUJyZ5R7pTQnKJva6ZKKT2q5lLTS_.T73rH.J2atUMZjsgY1CkVpR8dsxo6MyihR1 IlU1U.BkBpx7QpVCrnWILYyc2aL.gy2af5WO.oer.Jff5gCqflh8TvnWXkJAG.UUFUwC90DAVnhB deLfebkiExMgzQOJyb8EyevVBuQ5E_7rtr1wIpeR5yBS.zD.36xZu.anK0qLV5zHBIXj9v9hdV0t LLdHTqhSx2i.XmvZab3nlYvOh8ePozN1M19ZZ88zT43ULLMUAf7K8mSJxFaqKC1Sdx_VE5cN0rpq gWvUYOMbti_dzcj.hu5IypVgzX0SMvsd35RlxqGGSXzDyphM4t9fNzw.R.2LTmKjCUY7TsxdsbwI ML_7HW4.6TiGkKLEF7Cz82BdL_0H5w3kSoAgNU7Ffhs43kljMtpx_DTZDm9fPB8a5TypnTGVTr_c - X-Sonic-MF: X-Sonic-ID: 883c7f33-5c4f-433e-8f25-039f8b1c5a06 Received: from sonic.gate.mail.ne1.yahoo.com by sonic305.consmr.mail.gq1.yahoo.com with HTTP; Mon, 3 Jul 2023 14:16:42 +0000 Received: by hermes--production-bf1-5d96b4b9f-lngg9 (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID b03e4516751f1865d573458664286fd1; Mon, 03 Jul 2023 14:16:37 +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.600.7\)) Subject: Re: USB Flash drive booting from June 22,2023 RPI Snapshot FreeBSD 14.0 From: Mark Millard In-Reply-To: Date: Mon, 3 Jul 2023 07:16:25 -0700 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <89D2358E-93BB-489C-B19A-5B5BC6F5BFD7@yahoo.com> References: To: "Fred G. Finster" X-Mailer: Apple Mail (2.3731.600.7) X-Rspamd-Queue-Id: 4Qvnzc1kTRz3pbX 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 Jul 3, 2023, at 05:31, Fred G. Finster = wrote: > I downloaded this June 22, 2023 version of the RPI snapshot and = burned to a USB flash drive to test on my Raspberry Pi 4B with 8 GB >=20 > https://www.freebsd.org/where/ >=20 > https://download.freebsd.org/snapshots/arm64/aarch64/ISO-IMAGES/14.0/ >=20 > = https://download.freebsd.org/snapshots/arm64/aarch64/ISO-IMAGES/14.0/FreeB= SD-14.0-CURRENT-arm64-aarch64-RPI-20230622-b95d2237af40-263748.img.xz >=20 > Is there a recipe that some machine follow to build this image? Can I = have that recipe to verify the build process? What should I do about >=20 > the >=20 > It try to TFTP boot an image, I was not setup for yet. I will = google and find some docs and webpages to help me out. >=20 > EFI boot manager: Cannot load any image > Found EFI removable media binary efi/boot/bootaa64.efi > ** Reading file would overwrite reserved memory ** That message is from the u-boot.bin stage, before FreeBSD itself is involved but after the RPi* firmwmare. FreeBSD is currently using a vintage of U-Boot that is broken for 8 GiByte RPi4's. FreeBSD has not updated to use the more recent fixed vintaeg of U-Boot. This is a known issue that has been reported on multiple times on the lists. (Note: the message content itself is misleading compared to the actual internal problem in U-Boot.) You can replace the u-boot.bin with a copy of the older one in: = http://ftp3.freebsd.org/pub/FreeBSD/releases/ISO-IMAGES/13.1/FreeBSD-13.1-= RELEASE-arm64-aarch64-RPI.img.xz Similarly if you have other older copies of the arm64-aarch64 RPI u-boot.bin on other of your existing media. > Failed to load 'efi/boot/bootaa64.efi' > No UEFI binary known at 0x00080000 > EFI LOAD FAILED: continuing... >=20 >=20 > Yes, I can take a working bootaa64.efi file and replace this one = version Then see if I can boot my raspberry pi 4B. Replacing bootaa64.efi will not fix anything. > What else do you suggest to do to check or verify. My system was = booting the older version of FreeBSD 14.0 from my >=20 > 500GB SSD. See my blogpost for details. Yes, snapshots of = 14.0-CURRENT can have problems, so I just wish to share my experience. >=20 > I am afraid I over looked some small simple detail that I did not = change or setup. My apology in advance. You did not overlook anything. FreeBSD is just bundling a bad version of u-boot.bin in its modern images, broken specifically for 8 GiByte RPi4 variants. > I am interested to learn how to use this nice 2023.01 U-BOOT and learn = to debug by PXE booting the Raspberry Pi. 2023.01 is not nice for 8 GiByte RPi4 variants. It is broken. > Is there a website tutorial about using U-BOOT> to test and learn = about your ARM64 Hardware? RTFM manual You can not make 2023.01 work. Older or newer. Older is easier to get copies of. > Anyone else encountering this particular issue from a snapshot image? Multiple people have hit this issue in the past and the freebsd-arm list history has the records about it. > = https://ghostbsd-arm64.blogspot.com/2022/02/booting-500-gb-ssd-on-freebsd-= arm64-140.html >=20 > = https://ghostbsd-arm64.blogspot.com/2022/09/freebsd-140-compiling-kernel-f= or.html >=20 >=20 >=20 > Sorry to share this long listing with details: >=20 > Here is a a partial listing of the board dump bdinfo command issued = to 'U-BOOT>' prompt >=20 > lmb_dump_all: > memory.cnt =3D 0x3 > memory[0] [0x0-0x3b2fffff], 0x3b300000 bytes flags: 0 > memory[1] [0x40000000-0xfbffffff], 0xbEFI boot manager: Cannot = load any image > Found EFI removable media binary efi/boot/bootaa64.efi > ** Reading file would overwrite reserved memory ** > Failed to load 'efi/boot/bootaa64.efi' > No UEFI binary known at 0x00080000 > EFI LOAD FAILED: continuing...c000000 bytes flags: 0 > memory[2] [0x100000000-0x1ffffffff], 0x100000000 bytes flags: 0 > reserved.cnt =3D 0x8 > reserved[0] [0x0-0xfff], 0x00001000 bytes flags: 0 > reserved[1] [0x7ef0000-0x7f0ffff], 0x00020000 bytes flags: 0 > reserved[2] [0x39c28000-0x3b2fffff], 0x016d8000 bytes flags: 0 > reserved[3] [0x3ac3c380-0x3b0fffff], 0x004c3c80 bytes flags: 0 > reserved[4] [0x3ee5c0a0-0x3ee5c164], 0x000000c5 bytes flags: 4 > reserved[5] [0x40000000-0xfbffffff], 0xbc000000 bytes flags: 0 > reserved[6] [0xfe100000-0xfe100fff], 0x00001000 bytes flags: 0 > reserved[7] [0x100000000-0x1ffffffff], 0x100000000 bytes flags: 0 Turns out the problem in u-boot.bin it tied to how many of the reserved[?] are actually needed at one stage: it ran out but needed more. They forgot to increase the allowed count when then made other changes that caused usage of more reserved address ranges. > devicetree =3D board > arch_number =3D 0x0000000000000000 > TLB addr =3D 0x000000003b0f0000 > irq_sp =3D 0x000000003ac40820 > sp start =3D 0x000000003ac40820 > Early malloc usage: 878 / 2000 > U-Boot> boot > Card did not respond to voltage select! : -110 > MMC Device 1 not found > no mmc device at slot 1 > MMC Device 2 not found > no mmc device at slot 2 >=20 > Device 0: Vendor: Verbatim Rev: PMAP Prod: ClickUSB > Type: Removable Hard Disk > Capacity: 14776.0 MB =3D 14.4 GB (30261248 x 512) > ... is now current device > Scanning usb 0:1... > BootOrder not defined > EFI boot manager: Cannot load any image > Found EFI removable media binary efi/boot/bootaa64.efi > ** Reading file would overwrite reserved memory ** This is the misleading message that is actually caused by running out of reserved[?] but needing more. > Failed to load 'efi/boot/bootaa64.efi' > No UEFI binary known at 0x00080000 > EFI LOAD FAILED: continuing... > BOOTP broadcast 1 > DHCP client bound to address 192.168.1.7 (8 ms) > *** Warning: no boot file name; using 'C0A80107.img' > Using ethernet@7d580000 device > TFTP from server 192.168.1.1; our IP address is 192.168.1.7 > Filename 'C0A80107.img'. > Load address: 0x1000000 > Loading: T T T T T > Abort > missing environment variable: pxeuuid =3D=3D=3D Mark Millard marklmi at yahoo.com