freebsd stable - Aug 2012 - Userland dtrace broken?

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:
STRIPCFLAGS+=-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

On Wed, Aug 29, 2012 at 14:01:15 +0100 , Matt Burke
wrote:
> 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
> 
Relevant to my interests, too. I've followed the instructions on the
wiki / in the handbook (on 9.0/9.1-PRE) and only receive error messages.
Is DTrace supposed to be working properly on 9.x, or is it still
experimental?

It's nice to say that FreeBSD nominally supports DTrace, but if it
doesn't actually work then it needs to be labelled as such. I am fine
with it being experimental if that's the case, but saying so would help
manage expectations a lot better.

-- 
Thanks and best regards,
Chris Nehren
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
Url :
http://lists.freebsd.org/pipermail/freebsd-stable/attachments/20120913/8579bc45/attachment.pgp