Date: Tue, 12 Apr 2022 09:48:14 -0400 From: Matteo Riondato <matteo@freebsd.org> To: freebsd-arm@freebsd.org Subject: [armv7] 13.1-BETA2 boots on beaglebone, 14-CURRENT snapshot panics Message-ID: <20220412134814.4m5cdgoqliol52gb@ubertino.local>
next in thread | raw e-mail | index | archive | help
--r3dgeagbpvhtwikw Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi All, While trying to make my beaglebone enhanced boot with the=20 am335x-sancloud-bbe.dtb (no success so far), I tried booting it with the am335x-boneblack.dtb, loaded at the loader prompt. The publicly available 13.1-BETA2 GENERICSD image boots into multi-user=20 (boot -v log available at=20 http://rionda.to/files/boot-13.1-BETA2-boneblack.log), while the=20 14-CURRENT 20220407 snapshot panics as follows: ARM Debug Architecture not supported GDB: debug ports: uart GDB: current port: uart KDB: debugger backends: ddb gdb KDB: current backend: ddb Copyright (c) 1992-2022 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 14.0-CURRENT #0 main-n254435-8af24219565: Thu Apr 7 09:31:14=20 UTC 2022 root@releng1.nyi.freebsd.org:/usr/obj/usr/src/arm.armv7/sys/GENERIC arm FreeBSD clang version 13.0.0 (git@github.com:llvm/llvm-project.git=20 llvmorg-13.0.0-0-gd7b669b3a303) WARNING: WITNESS option enabled, expect reduced performance. VT: init without driver. Preloaded elf kernel "/boot/kernel/kernel" at 0xc0e22000. Preloaded elf module "/boot/kernel/umodem.ko" at 0xc0e2ae6c. Preloaded elf module "/boot/kernel/ucom.ko" at 0xc0e2b3d8. Preloaded dtb "/boot/dtb/am335x-boneblack.dtb" at 0xc0e2b944. Preloaded TSLOG data "TSLOG" at 0xc0e2b998. CPU: ARM Cortex-A8 r3p2 (ECO: 0x00000000) CPU Features:=20 Thumb2, Security, VMSAv7 Optional instructions:=20 UMULL, SMULL, SIMD(ext) LoUU:2 LoC:3 LoUIS:1=20 Cache level 1: 32KB/64B 4-way data cache WT WB Read-Alloc 32KB/64B 4-way instruction cache Read-Alloc Cache level 2: 256KB/64B 8-way unified cache WT WB Read-Alloc Write-Alloc real memory =3D 1072926720 (1023 MB) avail memory =3D 1031000064 (983 MB) Physical memory chunk(s): 0x80000000 - 0x87ee8fff, 126 MB ( 32489 pages) 0x87f17000 - 0xbcf26fff, 848 MB ( 217104 pages) 0xbcf2e000 - 0xbcf2efff, 0 MB ( 1 pages) 0xbcf30000 - 0xbcf31fff, 0 MB ( 2 pages) 0xbcf36000 - 0xbcf36fff, 0 MB ( 1 pages) 0xbcf3c000 - 0xbcf3dfff, 0 MB ( 2 pages) 0xbcf40000 - 0xbcf40fff, 0 MB ( 1 pages) 0xbcf42000 - 0xbcf43fff, 0 MB ( 2 pages) 0xbcf45000 - 0xbff7bfff, 48 MB ( 12343 pages) Excluded memory regions: 0xb6e00000 - 0xb7d4efff, 15 MB ( 3919 pages) NoAlloc=20 Static device mappings: 0x44c00000 - 0x44ffffff mapped at VA 0xffb00000 0x47400000 - 0x474fffff mapped at VA 0xffa00000 0x47800000 - 0x478fffff mapped at VA 0xff900000 0x48000000 - 0x48ffffff mapped at VA 0xfe900000 0x49000000 - 0x490fffff mapped at VA 0xfe800000 0x49800000 - 0x49afffff mapped at VA 0xfe500000 0x4a000000 - 0x4affffff mapped at VA 0xfd500000 No PSCI/SMCCC call function found Texas Instruments AM335x Processor, Revision ES2.1 random: no preloaded entropy cache random: no platform bootloader entropy arc4random: WARNING: initial seeding bypassed the cryptographic random=20 device because it was not yet seeded and the knob=20 'bypass_before_seeding' was enabled. VIMAGE (virtualized network stack) enabled hostuuid: using 00000000-0000-0000-0000-000000000000 ULE: setup cpu 0 snd_unit_init() u=3D0x00ff8000 [512] d=3D0x00007c00 [32] c=3D0x000003ff [10= 24] feeder_register: snd_unit=3D-1 snd_maxautovchans=3D16 latency=3D2=20 feeder_rate_min=3D1 feeder_rate_max=3D2016000 feeder_rate_round=3D25 random: entropy device external interface firmware: 'sdma-imx6q' version 0: 2196 bytes loaded at 0xc092a318 crypto: <crypto core> null: <full device, null device, zero device> openfirm: <Open Firmware control device> kbd0 at kbdmux0 mem: <memory> ofwbus0: <Open Firmware Device Tree> ti_sysc0: <TI SYSC Interconnect> on ofwbus0 panic: Assertion size > 0 failed at /usr/src/sys/kern/subr_vmem.c:1332 cpuid =3D 0 time =3D 1 KDB: stack backtrace: db_trace_self() at db_trace_self pc =3D 0xc05cdb84 lr =3D 0xc007ac8c (db_trace_self_wrapper+0x30) sp =3D 0xc0f14a98 fp =3D 0xc0f14bb0 db_trace_self_wrapper() at db_trace_self_wrapper+0x30 pc =3D 0xc007ac8c lr =3D 0xc02e5c48 (vpanic+0x170) sp =3D 0xc0f14bb8 fp =3D 0xc0f14bd8 r4 =3D 0x00000100 r5 =3D 0x00000000 r6 =3D 0xc07314a8 r7 =3D 0xc0916f10 vpanic() at vpanic+0x170 pc =3D 0xc02e5c48 lr =3D 0xc02e59f8 (dump_savectx) sp =3D 0xc0f14be0 fp =3D 0xc0f14be4 r4 =3D 0x00000000 r5 =3D 0xc2b24000 r6 =3D 0x00000000 r7 =3D 0xc0f14c50 r8 =3D 0xc0b65ec0 r9 =3D 0x00000002 r10 =3D 0xc0f14c2c dump_savectx() at dump_savectx pc =3D 0xc02e59f8 lr =3D 0xc0354fe4 (vmem_xalloc) sp =3D 0xc0f14bec fp =3D 0xc0f14c20 vmem_xalloc() at vmem_xalloc pc =3D 0xc0354fe4 lr =3D 0xc0593f18 (kmem_malloc_domainset+0x9c) sp =3D 0xc0f14c28 fp =3D 0xc0f14c70 r4 =3D 0xc0048f30 r5 =3D 0xc0e0b0ec r6 =3D 0xc0f14c1c r7 =3D 0x00000000 r8 =3D 0xc2b24000 r9 =3D 0x00000000 r10 =3D 0xc0f14c50 kmem_malloc_domainset() at kmem_malloc_domainset+0x9c pc =3D 0xc0593f18 lr =3D 0xc02bf748 (malloc_large+0x2c) sp =3D 0xc0f14c78 fp =3D 0xc0f14c88 r4 =3D 0xc08e7714 r5 =3D 0xd53dca80 r6 =3D 0x00000000 r7 =3D 0x00000002 r8 =3D 0x00000d74 r9 =3D 0xc079ae29 r10 =3D 0x00000d74 malloc_large() at malloc_large+0x2c pc =3D 0xc02bf748 lr =3D 0xc06a3940 (ti_sysc_attach+0x19c) sp =3D 0xc0f14c90 fp =3D 0xc0f14cd0 r4 =3D 0xc387b400 r5 =3D 0xd53dca80 r6 =3D 0xffffffff r7 =3D 0xc387b428 ti_sysc_attach() at ti_sysc_attach+0x19c pc =3D 0xc06a3940 lr =3D 0xc032439c (device_attach+0x4f0) sp =3D 0xc0f14cd8 fp =3D 0xc0f14d20 r4 =3D 0xd53dc800 r5 =3D 0xd53dca80 r6 =3D 0x3a780a0c r7 =3D 0x00000000 r8 =3D 0xc0b6a924 r9 =3D 0xc077cf27 r10 =3D 0xd6f1a500 device_attach() at device_attach+0x4f0 pc =3D 0xc032439c lr =3D 0xc0323e10 (device_probe_and_attach+0x8c) sp =3D 0xc0f14d28 fp =3D 0xc0f14d40 r4 =3D 0xd53dc800 r5 =3D 0xc3868f40 r6 =3D 0x5e4a6f28 r7 =3D 0xffffffff r8 =3D 0x00000000 r9 =3D 0x00000000 r10 =3D 0xd6f1a6e0 device_probe_and_attach() at device_probe_and_attach+0x8c pc =3D 0xc0323e10 lr =3D 0xc0325804 (bus_generic_attach+0x1c) sp =3D 0xc0f14d48 fp =3D 0xc0f14d50 r4 =3D 0xd53dc800 r5 =3D 0x00000000 r6 =3D 0xc0f14d60 r10 =3D 0xd6f1a6e0 bus_generic_attach() at bus_generic_attach+0x1c pc =3D 0xc0325804 lr =3D 0xc00e4248 (ofwbus_attach+0x138) sp =3D 0xc0f14d58 fp =3D 0xc0f14d90 r4 =3D 0xd53dca80 r10 =3D 0xd6f1a6e0 ofwbus_attach() at ofwbus_attach+0x138 pc =3D 0xc00e4248 lr =3D 0xc032439c (device_attach+0x4f0) sp =3D 0xc0f14d98 fp =3D 0xc0f14de0 r4 =3D 0xd53dca80 r5 =3D 0xd53dcb00 r6 =3D 0x39cf0259 r7 =3D 0x00000000 r8 =3D 0xc0b6a924 r9 =3D 0xc077cf27 device_attach() at device_attach+0x4f0 pc =3D 0xc032439c lr =3D 0xc0323e10 (device_probe_and_attach+0x8c) sp =3D 0xc0f14de8 fp =3D 0xc0f14e00 r4 =3D 0xd53dca80 r5 =3D 0xc3868f40 r6 =3D 0x5e4a6f28 r7 =3D 0x00000000 r8 =3D 0xc0b01654 r9 =3D 0xc0b01658 r10 =3D 0x03800000 device_probe_and_attach() at device_probe_and_attach+0x8c pc =3D 0xc0323e10 lr =3D 0xc0326278 (bus_generic_new_pass+0xb4) sp =3D 0xc0f14e08 fp =3D 0xc0f14e20 r4 =3D 0xd53dca80 r5 =3D 0xc08dde38 r6 =3D 0xc08b986c r10 =3D 0x03800000 bus_generic_new_pass() at bus_generic_new_pass+0xb4 pc =3D 0xc0326278 lr =3D 0xc03262c4 (bus_generic_new_pass+0x100) sp =3D 0xc0f14e28 fp =3D 0xc0f14e40 r4 =3D 0xd53dcb00 r5 =3D 0xc08dde38 r6 =3D 0xd53dd700 r7 =3D 0x00000000 r8 =3D 0xc0b01654 r10 =3D 0x03800000 bus_generic_new_pass() at bus_generic_new_pass+0x100 pc =3D 0xc03262c4 lr =3D 0xc03213cc (bus_set_pass+0x54) sp =3D 0xc0f14e48 fp =3D 0xc0f14e60 r4 =3D 0xc389d4a0 r5 =3D 0xc08dde38 r6 =3D 0xd53dd700 r7 =3D 0xc0b01654 r8 =3D 0x7fffffff r10 =3D 0x03800000 bus_set_pass() at bus_set_pass+0x54 pc =3D 0xc03213cc lr =3D 0xc02708c0 (mi_startup+0x2cc) sp =3D 0xc0f14e68 fp =3D 0xc0f14e90 r4 =3D 0x0fffffff r5 =3D 0xc08b3764 r6 =3D 0xc0ae31b8 r7 =3D 0x00000000 r8 =3D 0xc0ae31b4 r9 =3D 0xc38a3324 mi_startup() at mi_startup+0x2cc pc =3D 0xc02708c0 lr =3D 0xc0000344 (btext+0x144) sp =3D 0xc0f14e98 fp =3D 0x00000000 r4 =3D 0xc0000478 r5 =3D 0xc0ba0000 r6 =3D 0xbb102340 r7 =3D 0x00c52078 r8 =3D 0xc0e22000 r9 =3D 0xbcf085d8 r10 =3D 0x00000000 btext() at btext+0x144 pc =3D 0xc0000344 lr =3D 0xc0000344 (btext+0x144) sp =3D 0xc0f14e98 fp =3D 0x00000000 KDB: enter: panic [ thread pid 0 tid 100000 ] Stopped at kdb_enter+0x58: ldrb r15, [r15, r15, ror r15]! db> I'm not a kernel hacker, but I'll be happy to give more information as=20 needed, when told what to type at the db> prompt =3D) I can also build my own image trying to bisect the problem, but wonder=20 if anyone has any hint of what commit(s) could be causing this issue. (I also wonder whether I should be posting on freebsd-current@, rather=20 than freebsd-arm@ . Suggestions accepted) Thanks, Matteo --r3dgeagbpvhtwikw Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQJHBAABCgAxFiEEa9uKZL0hP4E8Nl5vGwL9SVQlVQEFAmJVgxkTGGhrcHM6Ly9w Z3AubWl0LmVkdQAKCRAbAv1JVCVVAfidD/9ykf2x4//BtOChsxmnXcqUTUfAelqz s61Y9HBoiOMr3bwSa5C2eByvAXChsEmaDwUq73iLYsmaxh46gXXxuupVl7NGRWEP ZNb7cOn+8Xi33DbNWKW2EG8tfkhFEQbOnzr6SKggjP++Ne5i9uVzUZm2J8hzHfeB Is9ITMztoT4CuLMvV2bSx33ZA+QoBnqjO+caJlKmu5cB/8I09hhA+AAUxxhCEHhW YFe3oQVWmw/Dic8do5/4q03H0tcOxW5xLuvRgDiveIYGzdvKjkf7mv2WV3whHMt+ qgxEj8eVm7RGIpF9C1zdm94pGuaCS5WHlWdGPc3cZzxb7ej0AjoudTRTEvjlyHqr au6AixLcZe5GEa/wXbsPUKi0GccTVDwFYHfN8q53STo/5PsBPSR6+Inv/Qz5ABWz eAu/CCxrNiZ9jjRqP/V65yBN7rnRJBGgQ3b+EBslDpohD/GsPz9r0UyY016/bbV8 cuvKX95iX1wATCdkrN9/KrxwpFgMTOzSzs0R24HAQ4aZI3HDQMQjeBgJEFSLUY1d V25P8/WZAwECbA1b0M3Je/NMiekJ93ygZ7j3k9CIWnPx3P8yOWgv/XRl/XmtegJ1 vlyv/Z2ZLnJ7HzNIpeFyp0PuLnvggMmTo7aJXLkjzmsf5sj8D5MFWp88yx2Dlm6S uxCFtuvv8kaiBA== =hWlq -----END PGP SIGNATURE----- --r3dgeagbpvhtwikw--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20220412134814.4m5cdgoqliol52gb>