kern/184085: process crash when dtrace is run: dtrace -n pid<PID>:::entry

[Patrick Dung]

>Number:         184085
>Category:       kern
>Synopsis:       process crash when dtrace is run: dtrace -n pid<PID>:::entry
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Tue Nov 19 14:50:00 UTC 2013
>Closed-Date:
>Last-Modified:
>Originator:     Patrick Dung
>Release:        FreeBSD 9.2 release
>Organization:
>Environment:
FreeBSD fbsd92pkg.local.nonet 9.2-RELEASE FreeBSD 9.2-RELEASE #0 r255898: Thu Sep 26 22:50:31 UTC 2013     root at bake.isc.freebsd.org:/usr/obj/usr/src/sys/GENERIC  amd64
>Description:
1. I loaded dtrace kernel modules (dtrace.ko and dtraceall.ko)

2. Suppose I have a process (vi) with PID 32264.

3. When below command is run, the vi process core dumped.
pid 32264 (vi), uid 0: exited on signal 11 (core dumped)

# dtrace -n pid32264:::entry
dtrace: description 'pid32264:::entry' matched 2655 probes
CPU     ID                    FUNCTION:NAME
  0  60896                     malloc:entry
  0  60223                     memset:entry

# gdb vi vi.core
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "amd64-marcel-freebsd"...(no debugging symbols found)...
Core was generated by `vi'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /lib/libncurses.so.8...(no debugging symbols found)...done.
Loaded symbols for /lib/libncurses.so.8
Reading symbols from /lib/libc.so.7...(no debugging symbols found)...done.
Loaded symbols for /lib/libc.so.7
Reading symbols from /libexec/ld-elf.so.1...(no debugging symbols found)...done.
Loaded symbols for /libexec/ld-elf.so.1
#0  0x0000000000000008 in ?? ()
(gdb) where
#0  0x0000000000000008 in ?? ()
#1  0x0000000000414c49 in ?? ()
#2  0x00000000004099d1 in ?? ()
#3  0x0000000000409ef2 in ?? ()
#4  0x00000000004394c6 in ?? ()
#5  0x0000000000439685 in ?? ()
#6  0x000000000043a8ca in ?? ()
#7  0x000000000040c59a in ?? ()
#8  0x00000000004048a8 in ?? ()
#9  0x00000000004036e1 in ?? ()
#10 0x000000080066d000 in ?? ()
#11 0x0000000000000000 in ?? ()
>How-To-Repeat:
I have tried to replaced the PID of the vi process, eg. apache/database.
Still experienced core dump.
>Fix:


>Release-Note:
>Audit-Trail:
>Unformatted: