Re: DTrace - capturing two userspace strack frames on top of system call
Date: Mon, 23 Jan 2023 16:52:12 UTC
On Sun, Jan 22, 2023 at 10:04:50PM -0500, Martin Cracauer wrote:
> Actually the error only appears on arm64 for me. I moved the script
> to amd64 and it works as I thought.
Support for userspace tracing on arm64 is definitely less mature than on
amd64, so this isn't too surprising, unfortunately.
Is the problem reproducible with a trivial program compiled with
-fno-omit-frame-pointer?
> Martin
>
> Martin Cracauer wrote on Sun, Jan 22, 2023 at 08:54:31PM -0500:
> > I want to capture the (userland) stack trace on top of the write(2)
> > system call. I seem to have some difficulty switching from kernel to
> > user mode here. For every write system call I want to print the
> > calling userlevel frames. I can't care whether they are individually
> > printed or counted.
> >
> > Here is what I think should do it:
> > syscall::write*:entry /arg1/ { @traces[ustack()] = count(); }
> >
> > However, I get one error each for each write call:
> > dtrace: error on enabled probe ID 2 (ID 56902:
> > syscall:freebsd:write:entry): invalid address (0x0) in action #2
> >
> > This gives the same error:
> > syscall::write*:entry /arg1/ { ustack(); }
> >
> >
> > %%
> >
> > If I use system stackframes it works, but of course it doesn't print
> > the calling frames:
> >
> > syscall::write*:entry /arg1/ { @traces[stack()] = count(); }
> >
> > dtrace: script 'stack-to-write.dtrace' matched 3 probes
> > dtrace: buffer size lowered to 2m
> > dtrace: aggregation size lowered to 2m
> > dtrace: pid 11790 has exited
> >
> >
> > kernel`handle_el0_sync+0x40
> > 136
> >
> > %%
> >
> > Is what I am trying to do even possible? Can I mix kernel and
> > userlevel space like this?
> >
> > Any other ideas? I could brute-force it with LD_PRELOAD overloading
> > of write(2), but dtrace would be more elegant.
> >
> > Thanks in advance
> > Martin
> > --
> > %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
> > Martin Cracauer <cracauer@cons.org> http://www.cons.org/cracauer/
>
> --
> %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
> Martin Cracauer <cracauer@cons.org> http://www.cons.org/cracauer/
>