This is the mail archive of the
systemtap@sourceware.org
mailing list for the systemtap project.
Re: Indirect functions not being resolved in libraries
- From: fche at redhat dot com (Frank Ch. Eigler)
- To: <alexander dot hoole at ece dot uvic dot ca>
- Cc: <systemtap at sourceware dot org>
- Date: Tue, 23 Jul 2013 23:16:43 -0400
- Subject: Re: Indirect functions not being resolved in libraries
- References: <000001ce8810$c7d432f0$577c98d0$ at ece dot uvic dot ca>
alexander.hoole wrote:
> [...]
> Has anyone tried to put probe points on libraries where the function is
> defined in the symbol table as an indirect function?
> [...]
> process("/lib64/libc-2.17.so").function("gettimeofday") { log("TEST") }
> semantic error: no match
That's a tricky situation. The IFUNC resolves on my box to a
kernel-provided vdso symbol, but the runtime task_finder_* stuff does
not track the vdso's address, so even
probe process("/lib/modules/.../vdso/vdso.so").function("gettimeofday") {}
wouldn't fire, since that vdso.so will not appear to be loaded. We
may be able to fix that though.
- FChE