ipfw panic on /etc/rc.d/ipfw start

Ronald Klop ronald-lists at klop.ws
Thu Jul 12 12:15:59 UTC 2018


Hi,

I got a panic on ipfw after /etc/rc.d/ipfw start.

[root at rpi3 /var/crash]# cat info.last
Dump header from device: /dev/label/usbswap
   Architecture: aarch64
   Architecture Version: 1
   Dump Length: 158957568
   Blocksize: 512
   Compression: none
   Dumptime: Thu Jul 12 13:25:36 2018
   Hostname: rpi3
   Magic: FreeBSD Kernel Dump
   Version String: FreeBSD 12.0-CURRENT #2 r335679: Thu Jun 28 02:33:01  
CEST 2018
     builder at rpi3:/mnt/ssd/data/src/obj-head/mnt/ssd/data/src/head/arm64.aarch64/sys/GENERIC-NODEBUG
   Panic String: vm_fault_hold: fault on nofault entry, addr:  
0xffff000054ad7000
   Dump Parity: 2470008427
   Bounds: 4
   Dump Status: good

[root at rpi3 /var/crash]# cat core.txt.4
Unable to find a kernel debugger.

I have a dumpfile vmcore.4.

Installed devel/gdb:
[root at rpi3 ~]# kgdb -n last
GNU gdb (GDB) 8.1 [GDB v8.1 for FreeBSD]
Copyright (C) 2018 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later  
<http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "aarch64-portbld-freebsd12.0".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
<http://www.gnu.org/software/gdb/documentation/>.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from  
/mnt/ssd/data/src/obj-head/mnt/ssd/data/src/head/arm64.aarch64/sys/GENERIC-NODEBUG/kernel.full...done.

warning: Breakpoint address adjusted from 0xffff0000006bae94 to  
0xff0000006bae94.
inferior.c:309: internal-error: struct inferior *find_inferior_pid(int):  
Assertion `pid != 0' failed.
A problem internal to GDB has been detected,
further debugging may prove unreliable.
Quit this debugging session? (y or n)


What can I do to help debug this?

Regards,

Ronald.


More information about the freebsd-arm mailing list