Current-Users archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

Re: Revisiting DTrace syscall provider

Are there plans (and roadmap?) to user-space dtrace abilities in
NetBSD -- currently we're not exporting a certain header (and required
code support?) for userland dtrace support; kernel-only, as I

Is my understanding correct?


On 2/23/15, Ryota Ozaki <> wrote:
> Hi,
> I'm trying DTrace syscall provider (systrace) patch
> provided by riz some years ago(*) to complete the work.
> (I'm already ack-ed the handover by him.)
> (*)
> I needed some tweaks to make it work with -current,
> but it works (on amd64) anyway.
> Noticeable changes from the riz's patch are
> - Move systrace_probe_func definition to
>   sys/kern/kern_dtrace.c from sys/arch/amd64/amd64/trap.c
>   to support architectures other than amd64
> - Make it buildable for i386 and arm
>   (some fixes to dtrace itself are already committed)
> A known todo is to support syscall emulations, although
> it can be done later. I think only native syscall support
> is still worthwhile to merge.
> Here is a patch:
> Er...the patch is too big to look at because it includes
> mechanically generated *sysent.c and *systrace_args.c.
> So I prepare another patch that excludes them:
> And here is a git branch. Please use it if you want to
> see the changes as individual commits:
> Regards,
>   ozaki-r

Home | Main Index | Thread Index | Old Index