[Bug 242200] beaglebone fails to boot after a revision between r354707 and r354730
bugzilla-noreply at freebsd.org
bugzilla-noreply at freebsd.org
Sun Nov 24 18:13:36 UTC 2019
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=242200
Bug ID: 242200
Summary: beaglebone fails to boot after a revision between
r354707 and r354730
Product: Base System
Version: CURRENT
Hardware: arm
OS: Any
Status: New
Severity: Affects Only Me
Priority: ---
Component: kern
Assignee: bugs at FreeBSD.org
Reporter: lwhsu at FreeBSD.org
Beagle Bone fails to boot in HW test lab since this build:
https://ci.freebsd.org/hwlab/job/FreeBSD-device-head-beaglebone-test/808/
The build contains changes between r354707 and r354730.
Console log:
https://ci.freebsd.org/hwlab/job/FreeBSD-device-head--test/808/artifact/device_tests/beaglebone.boot.log/*view*/
FreeBSD 13.0-CURRENT #65 r354730: Fri Nov 15 14:24:51 UTC 2019
root at FreeBSD-head-armv7-build_devtest.jail:/usr/obj/usr/src/arm.armv7/sys/GENERIC
arm
FreeBSD clang version 9.0.0 (tags/RELEASE_900/final 372316) (based on LLVM
9.0.0)
WARNING: WITNESS option enabled, expect reduced performance.
panic: acquiring blockable sleep lock with spinlock or critical section held
(sleep mutex) pmap @ /usr/src/sys/arm/arm/pmap-v6.c:6473
cpuid = 0
time = 1
KDB: stack backtrace:
db_trace_self() at db_trace_self
pc = 0xc05d49bc lr = 0xc007a374 (db_trace_self_wrapper+0x30)
sp = 0xc0e148f0 fp = 0xc0e14a08
db_trace_self_wrapper() at db_trace_self_wrapper+0x30
pc = 0xc007a374 lr = 0xc02b0e68 (vpanic+0x164)
sp = 0xc0e14a10 fp = 0xc0e14a30
r4 = 0x00000100 r5 = 0xc0b1b920
r6 = 0xc06e666a r7 = 0x00000000
vpanic() at vpanic+0x164
pc = 0xc02b0e68 lr = 0xc02b0c34 (doadump)
sp = 0xc0e14a38 fp = 0xc0e14a3c
r4 = 0x00001949 r5 = 0xc06c0a49
r6 = 0xc06e0a68 r7 = 0x00000000
r8 = 0xc0e8e450 r9 = 0xc071206e
r10 = 0xc0b3eda0
doadump() at doadump
pc = 0xc02b0c34 lr = 0xc0320d38 (witness_checkorder+0xd0c)
sp = 0xc0e14a44 fp = 0xc0e14aa0
r4 = 0xc0b3eda0 r5 = 0xc0e14a3c
r6 = 0xc02b0c34 r10 = 0xc0e14a44
witness_checkorder() at witness_checkorder+0xd0c
pc = 0xc0320d38 lr = 0xc0294ee4 (__mtx_lock_flags+0xb4)
sp = 0xc0e14aa8 fp = 0xc0e14ad0
r4 = 0xc0b3edb0 r5 = 0x00000000
r6 = 0x00000000 r7 = 0x00000000
r8 = 0xc071206e r9 = 0x00001949
r10 = 0xc0b3eda0
__mtx_lock_flags() at __mtx_lock_flags+0xb4
pc = 0xc0294ee4 lr = 0xc05f1e60 (pmap_fault+0x74)
sp = 0xc0e14ad8 fp = 0xc0e14af8
r4 = 0x00000005 r5 = 0x000002d4
r6 = 0x00000005 r7 = 0xc0b3eda0
r8 = 0xc0b3edb0 r9 = 0xc0b40d80
r10 = 0x00000000
pmap_fault() at pmap_fault+0x74
pc = 0xc05f1e60 lr = 0xc05f6968 (abort_handler+0x10c)
sp = 0xc0e14b00 fp = 0xc0e14b98
r4 = 0x00000005 r5 = 0x00000000
r6 = 0xc0e14ba0 r7 = 0x00000005
r8 = 0x00000013 r9 = 0xc0b1b920
r10 = 0x000002d4
abort_handler() at abort_handler+0x10c
pc = 0xc05f6968 lr = 0xc05d72dc (exception_exit)
sp = 0xc0e14ba0 fp = 0xc0e14ca8
r4 = 0x00000000 r5 = 0xc0e14c78
r6 = 0xc0e14c88 r7 = 0x00000000
r8 = 0xc0b1b920 r9 = 0x00000000
r10 = 0xc0a9ee98
exception_exit() at exception_exit
pc = 0xc05d72dc lr = 0xc0ae231c (0xc0ae231c)
sp = 0xc0e14c30 fp = 0xc0e14ca8
r0 = 0x00000000 r1 = 0x00000000
r2 = 0x00000001 r3 = 0xc0b1b920
r4 = 0x00000000 r5 = 0xc0e14c78
r6 = 0xc0e14c88 r7 = 0x00000000
r8 = 0xc0b1b920 r9 = 0x00000000
r10 = 0xc0a9ee98 r12 = 0xc08b4f38
_sx_xlock_hard() at _sx_xlock_hard+0x2d0
pc = 0xc02ba3f0 lr = 0xc02ba080 (_sx_xlock+0x124)
sp = 0xc0e14cb0 fp = 0xc0e14cd8
r4 = 0xc06c03ab r5 = 0x00000250
r6 = 0xc0a9ee98 r7 = 0xc0a9ee88
r8 = 0x00000000 r9 = 0xc0ae3408
r10 = 0xc0b31d00
_sx_xlock() at _sx_xlock+0x124
pc = 0xc02ba080 lr = 0xc0285174 (linker_file_foreach+0x2c)
sp = 0xc0e14ce0 fp = 0xc0e14cf0
r4 = 0xc0e14d00 r5 = 0xc05f7d20
r6 = 0xc05f3a20 r7 = 0xc0879e3c
r8 = 0xc0e8e520 r10 = 0xc0b31d00
linker_file_foreach() at linker_file_foreach+0x2c
pc = 0xc0285174 lr = 0xc05f7918 (unwind_stack_one+0x4c)
sp = 0xc0e14cf8 fp = 0xc0e14d28
r4 = 0xc0e14d34 r5 = 0x00000000
r6 = 0xc05f3a20 r7 = 0xc0879e3c
unwind_stack_one() at unwind_stack_one+0x4c
pc = 0xc05f7918 lr = 0xc05f3a64 (stack_save+0x44)
sp = 0xc0e14d30 fp = 0xc0e14d90
r4 = 0xc0b0e7b4 r5 = 0xc0e14d34
r6 = 0xc0e8d1a0 r7 = 0xc0b0e7b4
r8 = 0xc0e8e520 r9 = 0xc0ae3408
r10 = 0xc0b31d00
stack_save() at stack_save+0x44
pc = 0xc05f3a64 lr = 0xc0320540 (witness_checkorder+0x514)
sp = 0xc0e14d98 fp = 0xc0e14de8
r4 = 0x00000004 r5 = 0x00000034
witness_checkorder() at witness_checkorder+0x514
pc = 0xc0320540 lr = 0xc0294ee4 (__mtx_lock_flags+0xb4)
sp = 0xc0e14df0 fp = 0xc0e14e18
r4 = 0xc0b31d10 r5 = 0x00000000
r6 = 0x00000000 r7 = 0x00000000
r8 = 0xc0701b45 r9 = 0x00000339
r10 = 0xc0b31d00
__mtx_lock_flags() at __mtx_lock_flags+0xb4
pc = 0xc0294ee4 lr = 0xc05b0950 (vm_page_startup+0x8fc)
sp = 0xc0e14e20 fp = 0xc0e14e50
r4 = 0x87f00000 r5 = 0xc11ff000
r6 = 0x80000000 r7 = 0xc0701b45
r8 = 0xc0b31d10 r9 = 0x00000000
r10 = 0xc0b31c00
vm_page_startup() at vm_page_startup+0x8fc
pc = 0xc05b0950 lr = 0xc059df98 (vm_mem_init+0x20)
sp = 0xc0e14e58 fp = 0xc0e14e60
r4 = 0xc0b40a44 r5 = 0xc0a9e61c
r6 = 0x00800001 r7 = 0x00000000
r8 = 0x01000000 r9 = 0xc0b1b90c
r10 = 0xc0b1b8fc
vm_mem_init() at vm_mem_init+0x20
pc = 0xc059df98 lr = 0xc024ad64 (mi_startup+0x2a4)
sp = 0xc0e14e68 fp = 0xc0e14e90
r4 = 0xc090503c r10 = 0xc0b1b8fc
mi_startup() at mi_startup+0x2a4
pc = 0xc024ad64 lr = 0xc00002c4 (_start+0x144)
sp = 0xc0e14e98 fp = 0x00000000
r4 = 0xc00003f8 r5 = 0xc0b78000
r6 = 0x9cf1f8c0 r7 = 0x00c52078
r8 = 0xc0d46000 r9 = 0x9cf09380
r10 = 0x00000000
_start() at _start+0x144
pc = 0xc00002c4 lr = 0xc00002c4 (_start+0x144)
sp = 0xc0e14e98 fp = 0x00000000
KDB: enter: panic
[ thread pid 0 tid 0 ]
Stopped at kdb_enter+0x58: ldrb r15, [r15, r15, ror r15]!
db>
--
You are receiving this mail because:
You are the assignee for the bug.
More information about the freebsd-bugs
mailing list