[Bug 257195] [tcp] panic when RACK enabled

From: <bugzilla-noreply_at_freebsd.org>
Date: Wed, 14 Jul 2021 23:33:44 UTC
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=257195

            Bug ID: 257195
           Summary: [tcp] panic when RACK enabled
           Product: Base System
           Version: 13.0-STABLE
          Hardware: amd64
                OS: Any
            Status: New
          Severity: Affects Only Me
          Priority: ---
         Component: kern
          Assignee: bugs@FreeBSD.org
          Reporter: iron.udjin@gmail.com

Hello,

I'm running latest 13-STABLE. I already mentioned panic #256538 but I couldn't
reproduce and debug it. I think similar is described in #254735.

So, on one of my servers every time kernel panics right after the server start
up.

Here is trace:

Fatal trap 12: page fault while in kernel mode
cpuid = 0; apic id = 00
fault virtual address   = 0xffffffff0000002a
fault code              = supervisor read data, page not present
instruction pointer     = 0x20:0xffffffff81629071
stack pointer          = 0x28:0xfffffe0202a046a0
frame pointer          = 0x28:0xfffffe0202a04990
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         = 11 (swi1: hpts)
trap number             = 12
panic: page fault
cpuid = 0
time = 1626303252
KDB: stack backtrace:
#0 0xffffffff80646505 at kdb_backtrace+0x65
#1 0xffffffff80602661 at vpanic+0x181
#2 0xffffffff806024d3 at panic+0x43
#3 0xffffffff8085a857 at trap_fatal+0x387
#4 0xffffffff8085a8af at trap_pfault+0x4f
#5 0xffffffff80859f63 at trap+0x253
#6 0xffffffff80833d8e at calltrap+0x8
#7 0xffffffff8075fc10 at tcp_hptsi+0x7d0
#8 0xffffffff80760ddc at tcp_hpts_thread+0x11c
#9 0xffffffff805cb221 at ithread_loop+0x191
#10 0xffffffff805c8541 at fork_exit+0x71
#11 0xffffffff80834e1e at fork_trampoline+0xe
Uptime: 27s
Dumping 4308 out of 130940 MB:..1%..11%..21%..31%..41%..51%..61%..71%..81%..91%

__curthread () at /usr/src/sys/amd64/include/pcpu_aux.h:55
55              __asm("movq %%gs:%P1,%0" : "=r" (td) : "n" (offsetof(struct
pcpu,
(kgdb) bt
#0  __curthread () at /usr/src/sys/amd64/include/pcpu_aux.h:55
#1  doadump (textdump=<optimized out>) at /usr/src/sys/kern/kern_shutdown.c:399
#2  0xffffffff8060228e in kern_reboot (howto=260) at
/usr/src/sys/kern/kern_shutdown.c:486
#3  0xffffffff806026d0 in vpanic (fmt=<optimized out>, ap=<optimized out>) at
/usr/src/sys/kern/kern_shutdown.c:919
#4  0xffffffff806024d3 in panic (fmt=<unavailable>) at
/usr/src/sys/kern/kern_shutdown.c:843
#5  0xffffffff8085a857 in trap_fatal (frame=0xfffffe0202a045e0,
eva=18446744069414584362) at /usr/src/sys/amd64/amd64/trap.c:943
#6  0xffffffff8085a8af in trap_pfault (frame=frame@entry=0xfffffe0202a045e0,
usermode=false, signo=<optimized out>, signo@entry=0x0, ucode=<optimized out>,
ucode@entry=0x0) at /usr/src/sys/amd64/amd64/trap.c:760
#7  0xffffffff80859f63 in trap (frame=0xfffffe0202a045e0) at
/usr/src/sys/amd64/amd64/trap.c:438
#8  <signal handler called>
#9  0xffffffff81629071 in rack_output () from /boot/kernel/tcp_rack.ko
#10 0xfffff805f2218e00 in ?? ()
#11 0x000c000000000000 in ?? ()
#12 0x0000000000000000 in ?? ()
(kgdb)

Let me know if you need any other info.

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