NetBSD-Bugs archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
kern/54397: Panic when loading a DTrace module whilst DTrace is running
>Number: 54397
>Category: kern
>Synopsis: Panic when loading a DTrace module whilst DTrace is running
>Confidential: no
>Severity: serious
>Priority: medium
>Responsible: kern-bug-people
>State: open
>Class: sw-bug
>Submitter-Id: net
>Arrival-Date: Mon Jul 22 17:20:00 +0000 2019
>Originator: Sevan Janiyan
>Release: HEAD
>Organization:
>Environment:
NetBSD 8.99.51 (GENERIC) #0: Thu Jul 18 20:10:46 UTC 2019 mkrepro%mkrepro.NetBSD.org@localhost:/usr/src/sys/arch/amd64/compile/GENERIC amd64
>Description:
When running a DTrace script you can trigger a system panic by loading a new DTrace kernel module despite not being in use. e.g running a script which makes use of the syscall provider via the dtrace_syscall module & loading the dtrace_fbt module.
uvm_fault(0xffffdf05ff1b8470, 0x0, 1) -> e
fatal page fault in supervisor mode
trap type 6 code 0 rip 0xffffffff82575298 cs 0x8 rflags 0x10246 cr2 0x8 ilevel 0 rsp 0xffffb980b0b63ca0
curlwp 0xffffdf05f4f176e0 pid 1004.1 lowest kstack 0xffffb980b0b602c0
stopped in pid 1004.1 (modload) at solaris:taskq_dispatch+0x25: testb $
0x4,8(%r12)
taskq_dispatch() at solaris:taskq_dispatch+0x25
dtrace_module_loaded() at dtrace:dtrace_module_loaded+0x9b
module_do_load() at netbsd:module_db_load+0xb0d
module_load() at netbsd:module_load+0xa4
handle_modctl_load() at netbsd:handle_modctl_load+0x143
sys_modctl() at netbsd:sys_modctl+0xdd
syscall() at netbsd:syscall_modctl+0x181
--- syscall (number 246) ---
7adc8484311a:
>How-To-Repeat:
Start without any dtrace modules loaded
Run execsnoop
Whilst execsnoop is running, modload dtrace_fbt or any other dtrace module currently not loaded.
>Fix:
Home |
Main Index |
Thread Index |
Old Index