Userland dtrace broken?
Matt Burke
mattblists at icritical.com
Wed Aug 29 13:01:21 UTC 2012
Following http://wiki.freebsd.org/DTrace/userland on 9.1-RC1, the example
fails to work as demonstrated:
# dtrace -s pid.d -c test
dtrace: script 'pid.d' matched 2 probes
CPU ID FUNCTION:NAME
1 59284 main:entry
dtrace: pid 25479 exited with status 1
#
Also, I get hangs when trying to do pretty much anything with the pid:::entry
# dtrace -n 'pid$target::malloc:entry' -c 'echo x'
dtrace: description 'pid$target::malloc:entry' matched 2 probes
xCPU ID FUNCTION:NAME
1 59311 malloc:entry
load: 0.43 cmd: dtrace 63737 [running] 8.93r 1.60u 4.19s 35% 25072k
load: 0.88 cmd: echo 63738 [running] 45.10r 2.27u 18.75s 47% 1452k
load: 1.19 cmd: dtrace 63737 [running] 70.32r 12.14u 33.27s 64% 25072k
# procstat -k 63737 63738
PID TID COMM TDNAME KSTACK
63737 101505 dtrace - mi_switch
sleepq_catch_signals sleepq_timedwait_sig _sleep do_wait
__umtx_op_wait_uint_private amd64_syscall Xfast_syscall
63737 111024 dtrace - <running>
63738 101657 echo - mi_switch
thread_suspend_switch ptracestop cursig ast doreti_ast
I have previously tried using dtrace on 9.0R, but it was insta-panic. Is
there anything I may have missed here?
make.conf:
STRIP=
CFLAGS+=-fno-omit-frame-pointer
WITH_CTF=1
kernel config:
include GENERIC
ident DTRACE
makeoptions DEBUG="-g"
makeoptions WITH_CTF=1
options KDTRACE_FRAME
options KDTRACE_HOOKS
options DDB_CTF
options DDB
--
The information contained in this message is confidential and intended for the addressee only. If you have received this message in error, or there are any problems with its content, please contact the sender.
iCritical is a trading name of Critical Software Ltd. Registered in England: 04909220.
Registered Office: IC2, Keele Science Park, Keele, Staffordshire, ST5 5NH.
This message has been scanned for security threats by iCritical. www.icritical.com
More information about the freebsd-stable
mailing list