Bug 13456 - tapset/nd_syscalls.stp:# FIXME: doesn't handle sys_epoll_create1()
Summary: tapset/nd_syscalls.stp:# FIXME: doesn't handle sys_epoll_create1()
Status: RESOLVED FIXED
Alias: None
Product: systemtap
Classification: Unclassified
Component: tapsets (show other bugs)
Version: unspecified
: P2 normal
Target Milestone: ---
Assignee: Unassigned
URL:
Keywords:
Depends on: 11424
Blocks:
  Show dependency treegraph
 
Reported: 2011-11-29 19:32 UTC by Mark Wielaard
Modified: 2012-07-20 19:25 UTC (History)
1 user (show)

See Also:
Host:
Target:
Build:
Last reconfirmed:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Mark Wielaard 2011-11-29 19:32:16 UTC
The corresponding tapset/syscalls.stp has:

probe syscall.epoll_create = kernel.function("sys_epoll_create1").call !,
                             kernel.function("sys_epoll_create").call ?
Comment 1 David Smith 2011-11-30 18:43:42 UTC
The reason why it is done this way in syscalls.stp is that in the kernel
sys_epoll_create is just a wrapper around sys_epoll_create1.  This way we
ignore the sys_epoll_create call, and only catch the sys_epoll_create1 call on
kernels with sys_epoll_create1.

Unfortunately, as bug #11424 notes, '!' (optional and sufficient) doesn't work
for kprobe.function probes.  So, the above logic will be difficult to duplicate
in tapset/nd_syscalls.stp.
Comment 2 David Smith 2012-07-20 19:25:18 UTC
Now that bug #11424 and bug #14378 are fixed, this bug can be addressed.

Fixed in commit 3b9ac30.