Bug 238520 - [sctp] Fatal trap 9: general protection fault while in kernel mode
Summary: [sctp] Fatal trap 9: general protection fault while in kernel mode
Status: New
Alias: None
Product: Base System
Classification: Unclassified
Component: kern (show other bugs)
Version: CURRENT
Hardware: Any Any
: --- Affects Only Me
Assignee: freebsd-net mailing list
Keywords: panic, stress2
Depends on:
Reported: 2019-06-12 12:27 UTC by Peter Holm
Modified: 2019-06-12 13:39 UTC (History)
1 user (show)

See Also:

sctp panic debug (304.05 KB, text/plain)
2019-06-12 13:39 UTC, Kubilay Kocak
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Peter Holm freebsd_committer 2019-06-12 12:27:11 UTC
20190612 11:51:26 all (1/1): sctp.sh
Fatal trap 9: general protection fault while in kernel mode
cpuid = 0; apic id = 00
instruction pointer	= 0x20:0xffffffff80ba77a8
stack pointer	        = 0x28:0xfffffe00ae6275f0
frame pointer	        = 0x28:0xfffffe00ae627670
code segment		= base rx0, limit 0xfffff, type 0x1b
			= DPL 0, pres 1, long 1, def32 0, gran 1
processor eflags	= interrupt enabled, resume, IOPL = 0
current process		= 69451 (server)
trap number		= 9
panic: general protection fault
cpuid = 2
time = 1560333091
KDB: stack backtrace:
db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe00ae627300
vpanic() at vpanic+0x19d/frame 0xfffffe00ae627350
panic() at panic+0x43/frame 0xfffffe00ae6273b0
trap_fatal() at trap_fatal+0x39c/frame 0xfffffe00ae627410
trap() at trap+0x6c/frame 0xfffffe00ae627520
calltrap() at calltrap+0x8/frame 0xfffffe00ae627520
--- trap 0x9, rip = 0xffffffff80ba77a8, rsp = 0xfffffe00ae6275f0, rbp = 0xfffffe00ae627670 ---
__mtx_lock_sleep() at __mtx_lock_sleep+0xf8/frame 0xfffffe00ae627670
__mtx_lock_flags() at __mtx_lock_flags+0xee/frame 0xfffffe00ae6276c0
sctp_accept() at sctp_accept+0xa6e/frame 0xfffffe00ae627840
soaccept() at soaccept+0x174/frame 0xfffffe00ae627890
kern_accept4() at kern_accept4+0x26e/frame 0xfffffe00ae627930
accept1() at accept1+0xe8/frame 0xfffffe00ae627990
amd64_syscall() at amd64_syscall+0x291/frame 0xfffffe00ae627ab0
fast_syscall_common() at fast_syscall_common+0x101/frame 0xfffffe00ae627ab0

Details @ https://people.freebsd.org/~pho/stress/log/sctp.txt
Comment 1 Kubilay Kocak freebsd_committer freebsd_triage 2019-06-12 13:39:57 UTC
Created attachment 205007 [details]
sctp panic debug

Attach backtrace to issue, external URL references tend to go stale/missing over time