This is the mail archive of the
systemtap@sourceware.org
mailing list for the systemtap project.
Re: probe alias (tapset) question
- From: "Frank Ch. Eigler" <fche at redhat dot com>
- To: Kevin Stafford <kevinrs at us dot ibm dot com>
- Cc: systemtap at sources dot redhat dot com
- Date: Tue, 13 Sep 2005 13:26:06 -0400
- Subject: Re: probe alias (tapset) question
- References: <4327041F.5080003@us.ibm.com>
Kevin Stafford <kevinrs@us.ibm.com> writes:
> I am doing some work on defining system call probe aliases which might
> be useful to a SystemTap end user.
Excellent. You might as well take over bug #907 for this purpose.
> [root@localhost]# cat /usr/local/share/systemtap/tapset/ts_send*
> # ts_sendmsg.stp
> probe kernel.syscall.sendmsg =
> kernel.function("sys_sendmsg")
> {
> [...]
Excellent, just what I had in mind.
> # ts_send.stp
> probe kernel.syscall.send =
> [...]
There is normally no need to put system call aliases into separate
.stp source files. You could start building up a single
"src/tapset/syscalls.stp" file right in CVS.
> [...]
> Works great, however what if a user wants to use more than a single tapset:
> [root@localhost]# stap -ve 'probe kernel.syscall.send*{ }'
> [...]
> Or maybe they even want to use all of the system call tapsets:
> [root@localhost tapsets]# stap -ve 'probe kernel.syscall.*{ }'
> [...]
Wildcard matching on probe point component names is not yet
implemented, but was anticipated. Now that a real usage scenario
is imminent, I'll get started on that.
- FChE