This is the mail archive of the
systemtap@sourceware.org
mailing list for the systemtap project.
[Bug tapsets/19300] Many SystemTap tapsets failing on kernel.org 4.2.0 kernel
- From: "fche at redhat dot com" <sourceware-bugzilla at sourceware dot org>
- To: systemtap at sourceware dot org
- Date: Thu, 14 Jan 2016 21:09:34 +0000
- Subject: [Bug tapsets/19300] Many SystemTap tapsets failing on kernel.org 4.2.0 kernel
- Auto-submitted: auto-generated
- References: <bug-19300-6586 at http dot sourceware dot org/bugzilla/>
https://sourceware.org/bugzilla/show_bug.cgi?id=19300
--- Comment #4 from Frank Ch. Eigler <fche at redhat dot com> ---
Interesting; the code works here on on f22 against 4.2.6.
I wonder if the problem relates to lack of kernel debuginfo.
The tapset has this construct:
function __ip_sock_daddr:long (sock:long)
return @choose_defined(@cast(sock,
"inet_sock")->sk->__sk_common->skc_daddr, # kernel >= 2.6.38
@choose_defined(@cast(sock, "inet_sock")->inet_daddr,
@choose_defined(@cast(sock, "inet_sock")->daddr,
@cast(sock, "inet_sock",
"kernel<net/ip.h>")->inet->daddr)))
Note how only the last @cast() tries to generate debuginfo for
the struct type via a @cast(var, "type", "kernel<FOO.h>"). The
first three @casts don't have the header file parameter, so only
look in the vmlinux binary (if found).
My guess is that if the first three @cast's added a "kernel<BAR.h>",
it'd work even on your box, without kernel debuginfo. One just
needs the right BAR.h.
And a good drink at said BAR.
--
You are receiving this mail because:
You are the assignee for the bug.