[Bug 255104] FreeBSD 13.0-RELEASE panic/crash with ipfw/dummynet/divert & wlan

[bugzilla-noreply at freebsd.org]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=255104

--- Comment #17 from Michael Meiszl <michael at meiszl.de> ---
followed your orders. installed git, fetched everything and built a new kernel 
(the wanted changes are included, but the file is not really the same as the
other article showed, so there must be more/other/different changes too)

Booting the new kernel worked (without firewall), it ran for an hour without
problems (ipfw started manually with "onestart" as said before already).

Then I became bold and dared to write 'firewall_enable="YES"' into /etc/rc.conf
and rebooted.

Sadly, like before, the machine did not survive more than 2mins again :-(
As before, the console shows "ipfw: pullup failed" one or more times, network
connections are killed and then kernel does an automatic reboot.

As usual I have a crashlog, but this wont help much with this special kernel I
am afraid.

Fatal trap 12: page fault while in kernel mode
cpuid = 2; apic id = 02
fault virtual address   = 0x8
fault code              = supervisor read data, page not present
instruction pointer     = 0x20:0xffffffff80ca599c
stack pointer           = 0x0:0xfffffe00349ba530
frame pointer           = 0x0:0xfffffe00349ba570
code segment            = base 0x0, limit 0xfffff, type 0x1b
                        = DPL 0, pres 1, long 1, def32 0, gran 1
processor eflags        = interrupt enabled, resume, IOPL = 0
current process         = 0 (if_io_tqg_2)
trap number             = 12
panic: page fault
cpuid = 2
time = 1620667695
KDB: stack backtrace:
#0 0xffffffff80c57345 at kdb_backtrace+0x65
#1 0xffffffff80c09d21 at vpanic+0x181
#2 0xffffffff80c09b93 at panic+0x43
#3 0xffffffff8108b187 at trap_fatal+0x387
#4 0xffffffff8108b1df at trap_pfault+0x4f
#5 0xffffffff8108a83d at trap+0x27d
#6 0xffffffff810617a8 at calltrap+0x8
#7 0xffffffff80dbf0ae at tcp_do_segment+0x10ce
#8 0xffffffff80dbd21e at tcp_input+0xabe
#9 0xffffffff80dafc15 at ip_input+0x125
#10 0xffffffff80d3f2da at netisr_dispatch_src+0xca
#11 0xffffffff80d23a68 at ether_demux+0x148
#12 0xffffffff80d24dec at ether_nh_input+0x34c
#13 0xffffffff80d3f2da at netisr_dispatch_src+0xca
#14 0xffffffff80d23eb9 at ether_input+0x69
#15 0xffffffff80d3ba03 at iflib_rxeof+0xc63
#16 0xffffffff80d35d42 at _task_fn_rx+0x72
#17 0xffffffff80c55dad at gtaskqueue_run_locked+0x15d
Uptime: 1m28s

So, sadly, the bug is NOT FIXED with this change :-(
Too bad.

-- 
You are receiving this mail because:
You are the assignee for the bug.