Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 20 May 2022 10:31:02 -0700
From:      Mark Millard <marklmi@yahoo.com>
To:        Free BSD <freebsd-arm@freebsd.org>
Cc:        Warner Losh <imp@bsdimp.com>, Dimitry Andric <dim@FreeBSD.org>
Subject:   Re: main's recent loader.efi broken in an example aarch64 update context
Message-ID:  <54447E1F-3D16-438A-A17D-5FB8A1F4B4F2@yahoo.com>
In-Reply-To: <04B81938-102C-457D-A22F-5489ED42507D@yahoo.com>
References:  <04B81938-102C-457D-A22F-5489ED42507D@yahoo.com>

next in thread | previous in thread | raw e-mail | index | archive | help
On 2022-May-17, at 18:09, Mark Millard <marklmi@yahoo.com> wrote:

> [I've cc'd some folks that recently committed onto main's stand/
> or did the llvm14 toolchain merge. I've no clue what makes the
> difference.]
>=20
> Note: the MACCHIATObin Double Shot has a EDK2 based
> UEFI/ACPI context for how it is set up to boot.
>=20
> In trying to update a MACCHIATObin Double Shot to a main
> vintage with llvm14 I got boot attempts that look like the
> below at the tail of its visible activity (serial console):
>=20
> QUOTE
> Loading kernel...
> /boot/kernel/kernel text=3D0x2a8 text=3D0x91b040 text=3D0x216434 =
data=3D0x1b8128 data=3D0x
> 0+0x2ae000 0x8+0x130980+0x8+0x157b86
> Loading configured modules...
> /boot/kernel/cryptodev.ko text=3D0x16c3 text=3D0x27a0 data=3D0x628+0x10 =
0x8+0xcd8+0x8+
> 0x96c
> /boot/kernel/zfs.ko text=3D0xa81a0 text=3D0x209310 =
data=3D0x26a88+0xba46c 0x8+0x32a78+
> 0x8+0x2c37e
> /etc/hostid size=3D0x25
> /boot/entropy size=3D0x1000
> No valid device tree blob found!
> WARNING! Trying to fire up the kernel, but no device tree blob found!
> EFI framebuffer information:
> addr, size     0x0, 0x0
> dimensions     0 x 0
> stride         0
> masks          0x00000000, 0x00000000, 0x00000000, 0x00000000
>=20
>=20
> Synchronous Exception at 0x00000000B460F554
> END QUOTE
>=20
> Part of the update was updating the loader.efi copies:
>=20
> # ls -Tldt /mnt/efi/*/*
> -r-xr-xr-x  1 root  wheel  1204828 May 14 18:53:16 2022 =
/mnt/efi/boot/bootaa64.efi
> -r-xr-xr-x  1 root  wheel  1204828 May 14 18:53:16 2022 =
/mnt/efi/freebsd/loader.efi
>=20
>=20
>=20
> I had to revert to copies of a prior loader.efi vintage that
> I had around to copy in order to boot the otherwise updated
> USB3 drive. Nothing else had to change. Copied from:
>=20
> CA72_Mbin_ZFS aarch64  1400057 1400057 # ls -Tldt /boot/efi/efi/*/*
> -rwxr-xr-x  1 root  wheel  1287580 Apr 28 21:46:46 2022 =
/boot/efi/efi/boot/bootaa64.efi
> -rwxr-xr-x  1 root  wheel  1287580 Apr 28 21:46:46 2022 =
/boot/efi/efi/freebsd/loader.efi
>=20
>=20


By the way, yesterday I tried updating my amd64 context's loader.efi use
based on an install from a buildworld buildkernel made from the same
source files (by content). The amd64 one worked fine. So the problem is
somehow more specific to my aarch64 context.

But I just tried the armv7 system and it got:

. . .
Hit [Enter] to boot immediately, or any other key for command prompt.
Booting [/boot/kernel/kernel]...              =20
Using DTB provided by EFI at 0x47edf000.
Kernel entry at 0xb2e00200...
Kernel args: (null)
undefined instruction
pc : [<b8dd34a4>]          lr : [<b8e3128c>]
reloc pc : [<44e3f4a4>]    lr : [<44e9d28c>]
sp : b9f6a328  ip : b69e1c00     fp : b9f6a368
r10: b9f6a374  r9 : 00000000     r8 : b8f1f11c
r7 : c0e03000  r6 : 00008000     r5 : b6981500  r4 : 00000000
r3 : 00000065  r2 : 00000076     r1 : b8f1b847  r0 : 00000000
Flags: nZCv  IRQs off  FIQs off  Mode SVC_32
Code: e08f0000 e1a0e00f ea01776e 00144492 (00146ddf)=20
UEFI image [0xb8dd3000:0xb8f2632b] pc=3D0x4a4 '/efi\boot\bootarm.efi'
Resetting CPU ...





=3D=3D=3D
Mark Millard
marklmi at yahoo.com




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?54447E1F-3D16-438A-A17D-5FB8A1F4B4F2>