Date: Sat, 14 Mar 2020 21:48:52 -0700 From: Mark Millard <marklmi@yahoo.com> To: bob prohaska <fbsd@www.zefox.net> Cc: freebsd-arm@freebsd.org Subject: Re: Panic on Rpi3 at r358976 Message-ID: <8B479A0D-AEBB-4D83-9CE1-D68AFDA568A8@yahoo.com> In-Reply-To: <20200315041203.GA55605@www.zefox.net> References: <20200315041203.GA55605@www.zefox.net>
next in thread | previous in thread | raw e-mail | index | archive | help
On 2020-Mar-14, at 21:12, bob prohaska <fbsd at www.zefox.net> wrote: > Tried to boot a kernel built from r358976 on a Pi3 and got a panic: >=20 >=20 > Copyright (c) 1992-2020 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, = 1994 > The Regents of the University of California. All rights = reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 13.0-CURRENT #4 r358976: Sat Mar 14 17:00:27 PDT 2020 > bob@www.zefox.org:/usr/obj/usr/src/arm64.aarch64/sys/GENERIC arm64 > FreeBSD clang version 10.0.0 (git@github.com:llvm/llvm-project.git = llvmorg-10.0.0-rc3-1-gc290cb61fdc) > WARNING: WITNESS option enabled, expect reduced performance. > VT(efifb): resolution 1920x1200 > module firmware already present! > KLD file umodem.ko is missing dependencies > Starting CPU 1 (1) > panic: Failed to start CPU 1 (1) >=20 > cpuid =3D 0 > time =3D 1 > KDB: stack backtrace: > db_trace_self() at db_trace_self_wrapper+0x28 > pc =3D 0xffff00000075a214 lr =3D 0xffff000000108928 > sp =3D 0xffff0000000105a0 fp =3D 0xffff0000000107a0 >=20 > db_trace_self_wrapper() at vpanic+0x194 > pc =3D 0xffff000000108928 lr =3D 0xffff000000414578 > sp =3D 0xffff0000000107b0 fp =3D 0xffff000000010800 >=20 > vpanic() at panic+0x44 > pc =3D 0xffff000000414578 lr =3D 0xffff000000414320 > sp =3D 0xffff000000010810 fp =3D 0xffff0000000108c0 >=20 > panic() at start_cpu+0x1b0 > pc =3D 0xffff000000414320 lr =3D 0xffff00000076845c > sp =3D 0xffff0000000108d0 fp =3D 0xffff0000000108d0 >=20 > start_cpu() at cpu_init_fdt+0x34 > pc =3D 0xffff00000076845c lr =3D 0xffff000000767854 > sp =3D 0xffff0000000108e0 fp =3D 0xffff000000010930 >=20 > cpu_init_fdt() at ofw_cpu_early_foreach+0x180 > pc =3D 0xffff000000767854 lr =3D 0xffff00000020bb2c > sp =3D 0xffff000000010940 fp =3D 0xffff000000010990 >=20 > ofw_cpu_early_foreach() at mp_start+0x8c > pc =3D 0xffff00000020bb2c lr =3D 0xffff00000046f8dc > sp =3D 0xffff0000000109a0 fp =3D 0xffff0000000109f0 >=20 > mp_start() at mi_startup+0x12c > pc =3D 0xffff00000046f8dc lr =3D 0xffff0000003a88a0 > sp =3D 0xffff000000010a00 fp =3D 0xffff000000010a20 >=20 > mi_startup() at virtdone+0x5c > pc =3D 0xffff0000003a88a0 lr =3D 0xffff00000000108c > sp =3D 0xffff000000010a30 fp =3D 0x0000000000000000 >=20 > KDB: enter: panic > [ thread pid 0 tid 0 ] > Stopped at 0 > db> reboot > cpu_reset failed >=20 > The Pi3 started at r351836, src was updated to r358976 and > only the kernel-toolchain and kernel were built/installed.=20 >=20 > If this is worth a bug report please let me know. Have you done something to deal with the kernel not being told to avoid touching memory that holds armstub8.bin ? You do not mention such. I'm not aware of any changes to sysutils/u-boot-rpi3 or to sysutils/rpi-firmware ( via its armstub8.bin ) or to FreeBSD for the issue. You would be doing your own patching and building as far as I know. (For the rpi4, I kept my investigatory sysutils/u-boot-rpi4 patch that I used, providing a hackish workaround for now.) Anything after head -r356767 ( such as -r356776 ) is going to show garbage-in/garbage-out behavior that need not be uniform from version to version. Otherwise, I suggest sticking to -r356767 or earlier, which happens to work by accident, even though the FreeBSD kernel was not told the right memory region to avoid. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar)
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?8B479A0D-AEBB-4D83-9CE1-D68AFDA568A8>