cross-post to -current to get more feedback ------- Forwarded message ------- From: "Ronald Klop" <ronald-lists_at_klop.ws> To: freebsd-arm_at_freebsd.org Cc: Subject: panic: Assertion td->td_lock == TDQ_LOCKPTR(tdq) failed at /usr/src/sys/kern/sched_ule.c:2137 Date: Thu, 31 May 2018 17:53:12 +0200 I had a crash on mu RPI-3B+ running freebsd 12/aarch64 from the 29 may snapshot. It was building world -j4 and portsnap extract. I will keep it in the debugger for about an hour so if I need to provide more information, please mail me. db> show panic panic: Assertion td->td_lock == TDQ_LOCKPTR(tdq) failed at /usr/src/sys/kern/sched_ule.c:2137 db> bt Tracing pid 20 tid 100063 td 0xfffffd00014fe000 db_trace_self() at db_stack_trace+0xf0 pc = 0xffff0000006680f4 lr = 0xffff0000000d8b18 sp = 0xffff000053972e10 fp = 0xffff000053972e40 db_stack_trace() at db_command+0x220 pc = 0xffff0000000d8b18 lr = 0xffff0000000d879c sp = 0xffff000053972e50 fp = 0xffff000053972f30 db_command() at db_command_loop+0x60 pc = 0xffff0000000d879c lr = 0xffff0000000d8560 sp = 0xffff000053972f40 fp = 0xffff000053972f60 db_command_loop() at db_trap+0xf4 pc = 0xffff0000000d8560 lr = 0xffff0000000db678 sp = 0xffff000053972f70 fp = 0xffff000053973190 db_trap() at kdb_trap+0x1d8 pc = 0xffff0000000db678 lr = 0xffff0000003beca0 sp = 0xffff0000539731a0 fp = 0xffff000053973250 kdb_trap() at do_el1h_sync+0xf0 pc = 0xffff0000003beca0 lr = 0xffff000000683094 sp = 0xffff000053973260 fp = 0xffff000053973290 do_el1h_sync() at handle_el1h_sync+0x74 pc = 0xffff000000683094 lr = 0xffff00000066a074 sp = 0xffff0000539732a0 fp = 0xffff0000539733b0 handle_el1h_sync() at kdb_enter+0x34 pc = 0xffff00000066a074 lr = 0xffff0000003be34c sp = 0xffff0000539733c0 fp = 0xffff000053973450 kdb_enter() at vpanic+0x1c4 pc = 0xffff0000003be34c lr = 0xffff00000037a3a4 sp = 0xffff000053973460 fp = 0xffff000053973510 vpanic() at kassert_panic+0x1bc pc = 0xffff00000037a3a4 lr = 0xffff00000037a134 sp = 0xffff000053973520 fp = 0xffff0000539735d0 kassert_panic() at sched_switch+0x994 pc = 0xffff00000037a134 lr = 0xffff0000003a3d1c sp = 0xffff0000539735e0 fp = 0xffff0000539736c0 sched_switch() at mi_switch+0x1a0 pc = 0xffff0000003a3d1c lr = 0xffff000000385044 sp = 0xffff0000539736d0 fp = 0xffff0000539736f0 mi_switch() at uma_reclaim_locked+0x1cc pc = 0xffff000000385044 lr = 0xffff0000006169b4 sp = 0xffff000053973700 fp = 0xffff000053973750 uma_reclaim_locked() at uma_reclaim+0x34 pc = 0xffff0000006169b4 lr = 0xffff0000006167cc sp = 0xffff000053973760 fp = 0xffff000053973770 uma_reclaim() at vm_pageout_worker+0x3e8 pc = 0xffff0000006167cc lr = 0xffff000000636d08 sp = 0xffff000053973780 fp = 0xffff000053973b10 vm_pageout_worker() at vm_pageout+0x140 pc = 0xffff000000636d08 lr = 0xffff000000635b58 sp = 0xffff000053973b20 fp = 0xffff000053973b50 vm_pageout() at fork_exit+0x7c pc = 0xffff000000635b58 lr = 0xffff00000033bb14 sp = 0xffff000053973b60 fp = 0xffff000053973b90 fork_exit() at fork_trampoline+0x10 pc = 0xffff00000033bb14 lr = 0xffff000000682e14 sp = 0xffff000053973ba0 fp = 0x0000000000000000 Accidently I had this in a xterm: (da4s1b is the label/usbswap) dT: 1.008s w: 1.000s L(q) ops/s r/s kBps ms/r w/s kBps ms/w %busy Name 18 1 0 0 0.0 1 32 430.5 42.7| mmcsd0 0 0 0 0 0.0 0 0 0.0 0.0| da0 0 0 0 0 0.0 0 0 0.0 0.0| mmcsd0s1 18 1 0 0 0.0 1 32 430.5 42.7| mmcsd0s2 0 0 0 0 0.0 0 0 0.0 0.0| msdosfs/MSDOSBOOT 18 1 0 0 0.0 1 32 430.5 42.7| mmcsd0s2a 18 1 0 0 0.0 1 32 430.6 42.7| ufs/rootfs 0 0 0 0 0.0 0 0 0.0 0.0| da1 0 0 0 0 0.0 0 0 0.0 0.0| da2 0 0 0 0 0.0 0 0 0.0 0.0| da3 6 315 5 52 963.9 310 2158 11.6 92.6| da4 0 0 0 0 0.0 0 0 0.0 0.0| da2s1 0 0 0 0 0.0 0 0 0.0 0.0| da2s2 6 314 5 52 963.9 309 2158 11.6 92.6| da4s1 0 0 0 0 0.0 0 0 0.0 0.0| da2s2a 1 0 0 0 0.0 0 0 0.0 0.0| da4s1a 5 314 5 52 963.9 309 2158 11.6 92.6| da4s1b 0 0 0 0 0.0 0 0 0.0 0.0| ufs/oldsdrootfs 1 0 0 0 0.0 0 0 0.0 0.0| ufs/usbrootfs 5 314 5 52 963.9 309 2158 11.6 92.6| label/usbswap ─────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── last pid: 74521; load averages: 3.31, 3.34, 3.72 up 0+17:21:58 17:19:13 63 processes: 3 running, 60 sleeping CPU 0: 3.9% user, 45.5% nice, 22.0% system, 2.4% interrupt, 26.3% idle CPU 1: 1.2% user, 51.8% nice, 13.3% system, 0.4% interrupt, 33.3% idle CPU 2: 2.0% user, 51.0% nice, 12.9% system, 0.0% interrupt, 34.1% idle CPU 3: 1.2% user, 50.6% nice, 14.5% system, 0.8% interrupt, 32.9% idle Mem: 522M Active, 132K Inact, 210M Laundry, 156M Wired, 60M Buf, 12M Free Swap: 984M Total, 390M Used, 594M Free, 39% Inuse, 204K In, 3440K Out PID USERNAME THR PRI NICE SIZE RES STATE C TIME CPU COMMAND 73952 ronald 1 100 15 160M 97092K CPU3 3 0:39 82.81% c++ 73953 ronald 1 103 15 165M 106M CPU0 0 0:39 80.99% c++ 72549 ronald 1 52 15 517M 54008K swread 3 3:31 34.70% c++ 71551 ronald 1 52 15 448M 62524K swread 3 6:14 23.43% c++ 2806 ronald 1 21 0 30928K 2004K select 0 5:12 2.58% tmux 74521 root 1 52 0 15092K 5692K biord 1 0:00 2.18% bsdtar 94955 root 1 52 0 12660K 464K wait 1 5:03 0.71% sh 53784 root 1 20 0 14220K 2568K nanslp 3 0:24 0.48% gstat 67541 ronald 1 20 0 13912K 2600K CPU1 1 0:06 0.30% top 53277 ronald 1 20 0 20992K 1464K select 0 0:07 0.18% sshd 94954 root 1 20 0 10820K 1800K pipewr 1 0:00 0.03% cat 746 root 1 20 0 17916K 18000K select 1 0:14 0.02% ntpd 5027 ronald 1 35 15 11048K 184K select 0 0:02 0.01% make 62849 ronald 1 35 15 14772K 468K select 0 0:06 0.01% make 2887 ronald 1 35 15 10348K 180K select 0 0:02 0.01% make _______________________________________________ freebsd-arm_at_freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-arm To unsubscribe, send any mail to "freebsd-arm-unsubscribe_at_freebsd.org"Received on Thu May 31 2018 - 14:03:50 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:41:16 UTC