Date: Sun, 10 Sep 2017 14:18:27 -0700 From: Mark Millard <markmi@dsl-only.net> To: Warner Losh <imp@bsdimp.com> Cc: FreeBSD Toolchain <freebsd-toolchain@freebsd.org>, freebsd-arm <freebsd-arm@freebsd.org> Subject: Re: head -r323246 Pine64+ 2GB context: boot1.efi (as bootaa64.efi), I had to revert to an older one that I had around; more Message-ID: <06E8015B-89F8-4789-B876-59B8624D1207@dsl-only.net> In-Reply-To: <CANCZdfrbaH9Vi9CgOFnqUs4SNsan9Z6ufJyR=NYDFL85GXfQqg@mail.gmail.com> References: <8419C238-702D-4BF7-89DB-EC649CD405A5@dsl-only.net> <CANCZdfrbaH9Vi9CgOFnqUs4SNsan9Z6ufJyR=NYDFL85GXfQqg@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On 2017-Sep-10, at 1:17 PM, Warner Losh <imp at bsdimp.com> wrote:
> On Sun, Sep 10, 2017 at 2:34 AM, Mark Millard <markmi@dsl-only.net> =
wrote:
> When I attempted to use the result of:
>=20
> # cp -aRx =
/usr/obj/DESTDIRs/clang-cortexA53-installworld/boot/boot1.efi =
/mnt/EFI/BOOT/
>=20
> the pine64+ boot sequence got over and over
> a sequence like:
>=20
> U-Boot 2017.07 (Sep 06 2017 - 07:49:12 +0000) Allwinner Technology
>=20
> CPU: Allwinner A64 (SUN50I)
> Model: Pine64+
> DRAM: 2 GiB
> MMC: SUNXI SD/MMC: 0
> *** Warning - bad CRC, using default environment
>=20
> In: serial
> Out: serial
> . . .
> >> FreeBSD EFI boot block
> Loader path: /boot/loader.efi
>=20
> Initializing modules: ZFS UFS
> Load Path:=EE=A8=80=EE=A8=80=EE=A8=80=EE=A8=80=EE=A8=80=EE=A8=80=EE=A8=
=80
> "Synchronous Abort" handler, esr 0x96000004
> ELR: bdf90b30
> LR: bdf8fb6c
> x0 : 0000000000000000 x1 : 0000000000000000
> x2 : 00000000bdffc000 x3 : 0000000040000000
> x4 : 00000000b9f34d40 x5 : 0000000000000000
> x6 : 0000000000000015 x7 : 0000000000000000
> x8 : 00000000bdfa59b8 x9 : 000000000000001c
> x10: 0000000000000002 x11: 0000000000000000
> x12: 0000000000000000 x13: 0000000000000000
> x14: 0000000000000000 x15: 0000000000000000
> x16: 0000000000000000 x17: 0000000000000000
> x18: 00000000b9f39df8 x19: 0000000000000000
> x20: 0000000000000000 x21: 0000000000000002
> x22: 00000000b8f34c98 x23: 00000000b8f34c88
> x24: 00000000b8f34ca0 x25: 00000000000007d0
> x26: 00000000b8f34c90 x27: 00000000b8f2f198
> x28: 0000000000000000 x29: 00000000b9f34de0
>=20
> Resetting CPU ...
>=20
> resetting ...
>=20
> It would be super helpful if you could bisect the change that caused =
this.
I'm doing some other experiments first but I'll
probably take a stab at it if things seem stable
enough. Pine64+ has multiple problems currently.
(It regressed some time back.)
Unfortunately I do not have a known way to reproduce
the older boot1.efi file fully. I'll have to explore
that part to have a known-good low bound. If I'm
lucky the first try from the general time frame will
happen to work.
Do to other issues I'm jumping from pre-INO64 to modern
without having tracked in the middle.
I will note that the older boot1.efi (as bootaa64.efi)
output is different (no "Load Path:")=EE=A8=80=EE=A8=80=EE=A8=80=EE=A8=80=EE=
=A8=80=EE=A8=80=EE=A8=80:
>> FreeBSD EFI boot block
Loader path: /boot/loader.efi
Initializing modules: ZFS UFS
Probing 3 block devices.....* done
ZFS found no pools
UFS found 1 partition
Consoles: EFI console =20
Command line arguments: loader.efi
Image base: 0xb6dbb008
EFI version: 2.05
EFI Firmware: Das U-boot (rev 0.00)
The failing one has garbage (invisible)
text after "Load Path:".
=3D=3D=3D
Mark Millard
markmi at dsl-only.net
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?06E8015B-89F8-4789-B876-59B8624D1207>