From owner-freebsd-arm@freebsd.org Wed Mar 18 06:42:17 2020 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 376D227E684 for ; Wed, 18 Mar 2020 06:42:17 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic309-22.consmr.mail.ne1.yahoo.com (sonic309-22.consmr.mail.ne1.yahoo.com [66.163.184.148]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 48j0nz41lXz4dXp for ; Wed, 18 Mar 2020 06:42:15 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: pXHoz_oVM1nLX44uJLqWaEkJb5BfLFyUeiuZpoE0vP_uOpjcoYqX_ZgXie.Gd8H IwazzoqKPi4IdAJ_AEBZXOsv8_7puaGAC_BHhqU6xjubWIqOVXjehODbeehJLO_K_rrfduiw1ZpR 2q8HYMjdcpuRtOBh8jyI_BjQBmLw4Hinn4CCr2LycWzkKllff9K3WT9kiVxT7kqTCa8f6dwdgOiq n.Gf1JpfenJu4.3s5XDtkgb2.d6Tjd_WAqnHj15EIe7fVs7yWagj0nQ6N5sA6wFbGV6hMTTx02yt 583ES8yxJTnVjwfuK1UepKsWEvSoD.u58jr0AEvRPVg6q9hExL8zgDW1gwZYN9vgc3Qbnehx6CyO qAph0cVWKiPiSezclF32DI1FUnn9oI5WafVGNhWGWZBIKYWGIVnFJgMQz8h9_gznJzgCVAhchmjA Kksj04Uh5d0pjXem4MY0FuNd_n1YTjA6IATTh8SQJtroBCCkoEXG8GTf5a4xV1aXhL8VLqEIEfQS AYWTz2KUs1xgJILbj4VONMl_m3IEWuv36e.W5d5UTkAflR1O5kYpRtPAZ2.Oo0GNaedF2gZVppR_ VYjsRBl.rE.nK9CDa5W5vrBmkW3MwV67h5w5.3eheCqMB0F45hT.v4qwAB3rhkbP9AFzogmsSvis Mh9IL3K.bpGwl8MfaYoOx.vaGnE.jb54BrdGqQANGaRLVA_YiDYeAxErMSmb4_vCJADplWSODP21 MpF69tz4qg4rZYHtMH8zdFjgxT1tQjmoGBA3L9NJ_qu91VhWObiJZ0Zkq0REwB.MYq3OEVvfRa5K MFKae6J6xt72TDuDssTqbQbUPKa5cobFM4Ho.EMfOG.4DGy1K7649jEdMubu_pDXhKItA_3rmWdD 1uKxy0PvFZm21tsFxLNKrvgMRWWh77LEmA9RgW0bISC1t8sVpX.VQjvOL79kIUWUBuymG8rywnsi Az7JVlXLNfcFH4bgf53Yd_6DCOuCJN4.jVW0MiAul8xGElOWh_mt8gPsK05TQvNPuMPkwwsLO26a McmTGR4m4sdWs3ShDiIkurwGbpp26CaESK3l1Gn1O0eilraY1ZhPCaNueEJxJfdgj5DLR8YGK.Eb DQwsDYwUXgNRGx21o2ZP7BUO0nyEkyhKLAozNjQB223sJ9AB5xln0ATTfqbrziVTS4Yca5j4tSrb mu4Pp_MSWmBHRQKnUkPpiN8c0FH1HywZSutRq1FB5SdCAm.B6VaqdxEuqWtZMYv6sq5j95EzJwhy YB_rxwD0t.1nae2RX9gl50lO0C7htZK2EQRj1Pdg2obX7XM_TxTTuh5z5n4mdZ9bUfb8meRaltQs C_l8fZnE9P8v8SVPRyrmC35lMDwmmxwf7DESl2ZzawbV132pgwWMS_Y2JhuueE6kTeqyGRLNixiJ iPKP4T6MtIQxrk23BZtI45YzU1DCddu.hIu04o9nBhUYpX9ypXWWEPVKR.w-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic309.consmr.mail.ne1.yahoo.com with HTTP; Wed, 18 Mar 2020 06:42:13 +0000 Received: by smtp416.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID a5eb3347539eb4275a3b72182199e95a; Wed, 18 Mar 2020 06:42:10 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.60.0.2.5\)) Subject: Re: Upgrading u-boot on an rpi3 From: Mark Millard In-Reply-To: <20200318054243.GA67865@www.zefox.net> Date: Tue, 17 Mar 2020 23:42:09 -0700 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <4B4CF1DF-F3C0-4ED3-AAC0-4FC0A8182787@yahoo.com> References: <20200318054243.GA67865@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3608.60.0.2.5) X-Rspamd-Queue-Id: 48j0nz41lXz4dXp X-Spamd-Bar: + X-Spamd-Result: default: False [1.46 / 15.00]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MIME_GOOD(-0.10)[text/plain]; MV_CASE(0.50)[]; RCVD_COUNT_TWO(0.00)[2]; NEURAL_SPAM_MEDIUM(0.99)[0.990,0]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[148.184.163.66.list.dnswl.org : 127.0.5.0]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; RCVD_TLS_LAST(0.00)[]; NEURAL_SPAM_LONG(0.97)[0.967,0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36646, ipnet:66.163.184.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(0.00)[ip: (2.80), ipnet: 66.163.184.0/21(1.18), asn: 36646(0.94), country: US(-0.05)]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Mar 2020 06:42:17 -0000 On 2020-Mar-17, at 22:42, bob prohaska wrote: > Upgrading u-boot on an rpi3 running -current is turning out to be > more involved than expected. Updating /boot/msdos/u-boot.bin didn't > do the trick, getting stuck at the u-boot> prompt. >=20 > Backing out the change by putting the old u-boot.bin in place > restored the normal boot behavior, so I don't think the mischief > is owed to anything else I might have screwed up. >=20 > I noticed there was a metadata file in = /usr/local/share/u-boot/u-boot-rpi3, > but copying that along with the new u-boot.bin to /boot/msdos > reproduced the previous failure. The metadata file is involved in doing the build. Some look like: METHOD=3Duboot-raw FILES=3D"u-boot-sunxi-with-spl.bin" OFFSET=3D8 BS=3D1k (dd command information) and others like: METHOD=3Duboot-file FILES=3D"u-boot.bin" (copy file to msdosfs information). They are not for the ARM board to use during boot. > This is a self-hosting machine, with ports at 528581, > kernel and world are at 351836. Sources are at 358976=20 >=20 > Could the self-hosting be the source of the trouble? > The "no mmc device at slot 0" looks rather odd, given > that the boot device is mmcsd0. u-boot's identification of devices is not the same as FreeBSD's. "MMC Device 0" need not be "mmcsd0" at all. Slots do not have to be populated an mmc device. > Here's an excerpt from the console: >=20 > Hit any key to stop autoboot: 0=20 > MMC Device 0 not found > no mmc device at slot 0 > switch to partitions #0, OK > mmc1 is current device > Scanning mmc 1:1... > Found EFI removable media binary efi/boot/bootaa64.efi Those last 2 lines above indicate that it found your microsd card media and its bootaa64.efi just fine. How old is this file? Have you been updating it via copying /boot/loader.efi to it as /boot/loader.efi is updated? I've had issues needing such updates when starting from old media [by content] that I made a large jump to modern content for. For reference, the RPi4 said "scanning mmc 0:1" and found its bootaa64.efi there. But it is a difference device so this would not be unusual. > libfdt fdt_check_header(): FDT_ERR_BADMAGIC > Scanning disk mmc@7e300000.blk... > Found 3 disks > BootOrder not defined > EFI boot manager: Cannot load any image > 637000 bytes read in 63 ms (9.6 MiB/s) > libfdt fdt_check_header(): FDT_ERR_BADMAGIC > Consoles: EFI console =20 The above looks normal compared to the RPi4 that I tested with. The below is not like the RPi4 test. > efipart_readwrite: rw=3D1, blk=3D0 size=3D1 status=3D2 > efipart_readwrite: rw=3D1, blk=3D64 size=3D1 status=3D2 > efipart_readwrite: rw=3D1, blk=3D1 size=3D1 status=3D2 > efipart_readwrite: rw=3D1, blk=3D250085376 size=3D1 status=3D2 > efipart_readwrite: rw=3D1, blk=3D0 size=3D1 status=3D2 > efipart_readwrite: rw=3D1, blk=3D64 size=3D1 status=3D2 > efipart_readwrite: rw=3D1, blk=3D1 size=3D1 status=3D2 > efipart_readwrite: rw=3D1, blk=3D250085376 size=3D1 status=3D2 Back to normal below: > FreeBSD/arm64 EFI loader, Revision 1.1 >=20 > Command line arguments: loader.efi > EFI version: 2.80 > EFI Firmware: Das U-Boot (rev 8217.4096) > Console: efi (0) > Load Path: /efi\boot\bootaa64.efi > Load Device: = /VenHw(e61d73b9-a384-4acc-aeab-82e828f3628b)/SD(1)/SD(0)/HD(1,0x01,0,0x81f= ,0x18fa8) > Trying ESP: = /VenHw(e61d73b9-a384-4acc-aeab-82e828f3628b)/SD(1)/SD(0)/HD(1,0x01,0,0x81f= ,0x18fa8) > Setting currdev to disk0p1: Still normal above. Not normal below: > efipart_readwrite: rw=3D1, blk=3D0 size=3D1 status=3D2 > efipart_readwrite: rw=3D1, blk=3D64 size=3D1 status=3D2 > efipart_readwrite: rw=3D1, blk=3D1 size=3D1 status=3D2 > efipart_readwrite: rw=3D1, blk=3D250085376 size=3D1 status=3D2 > efipart_readwrite: rw=3D1, blk=3D0 size=3D1 status=3D2 > efipart_readwrite: rw=3D1, blk=3D64 size=3D1 status=3D2 > efipart_readwrite: rw=3D1, blk=3D1 size=3D1 status=3D2 > efipart_readwrite: rw=3D1, blk=3D250085376 size=3D1 status=3D2 Back to normal below: > Trying: = /VenHw(e61d73b9-a384-4acc-aeab-82e828f3628b)/SD(1)/SD(0)/HD(2,0x01,0,0x197= c7,0xee66839) > Setting currdev to disk0p2: Not normal below: > efipart_readwrite: rw=3D1, blk=3D0 size=3D1 status=3D2 The only messages that look odd to me are the "efipart_readwrite:" ones. For reference from the RPi4 context: . . . Setting currdev to disk0p2: Loading /boot/defaults/loader.conf Loading /boot/device.hints Loading /boot/loader.conf Loading /boot/loader.conf.local Loading kernel... . . . =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar)