* missing sytemtap kernel.trace("net*") on newer Fedora kernels
@ 2014-06-11 21:33 William Cohen
2014-06-11 23:04 ` Josh Stone
2014-06-12 1:51 ` Frank Ch. Eigler
0 siblings, 2 replies; 4+ messages in thread
From: William Cohen @ 2014-06-11 21:33 UTC (permalink / raw)
To: systemtap
I was looking at the perf netdev-times script:
http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/tools/perf/scripts/python/bin/netdev-times-record
Which uses the following perf tracepoints:
#!/bin/bash
perf record -e net:net_dev_xmit -e net:net_dev_queue \
-e net:netif_receive_skb -e net:netif_rx \
-e skb:consume_skb -e skb:kfree_skb \
-e skb:skb_copy_datagram_iovec -e napi:napi_poll \
-e irq:irq_handler_entry -e irq:irq_handler_exit \
-e irq:softirq_entry -e irq:softirq_exit \
-e irq:softirq_raise $@
On the rhel7 kernel all of the tracepoints are available, However, on Fedora 20 none of the kernel.trace("net*"), kernel.trace("*skb*"), or kernel.trace("napi_poll") tracepoints are there.
Has anyone else noticed the missing tracepoints on Fedora 20?
-Will
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: missing sytemtap kernel.trace("net*") on newer Fedora kernels
2014-06-11 21:33 missing sytemtap kernel.trace("net*") on newer Fedora kernels William Cohen
@ 2014-06-11 23:04 ` Josh Stone
2014-06-12 15:52 ` William Cohen
2014-06-12 1:51 ` Frank Ch. Eigler
1 sibling, 1 reply; 4+ messages in thread
From: Josh Stone @ 2014-06-11 23:04 UTC (permalink / raw)
To: William Cohen, systemtap
On 06/11/2014 02:33 PM, William Cohen wrote:
> I was looking at the perf netdev-times script:
>
> http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/tools/perf/scripts/python/bin/netdev-times-record
>
> Which uses the following perf tracepoints:
>
> #!/bin/bash
> perf record -e net:net_dev_xmit -e net:net_dev_queue \
> -e net:netif_receive_skb -e net:netif_rx \
> -e skb:consume_skb -e skb:kfree_skb \
> -e skb:skb_copy_datagram_iovec -e napi:napi_poll \
> -e irq:irq_handler_entry -e irq:irq_handler_exit \
> -e irq:softirq_entry -e irq:softirq_exit \
> -e irq:softirq_raise $@
>
>
> On the rhel7 kernel all of the tracepoints are available, However,
> on Fedora 20 none of the kernel.trace("net*"), kernel.trace("*skb*"),
> or kernel.trace("napi_poll") tracepoints are there.
>
> Has anyone else noticed the missing tracepoints on Fedora 20?
I see all of these on kernel-3.14.5-200.fc20.x86_64.
You can see all the gory tracepoint-detecting details from your listing
with "stap -vvvv --poison-cache ...". For instance, napi_poll should
come from include/trace/events/napi.h. On my system it finds that
header under both /lib/modules and /usr/src/debug, but I even tried
moving the debug tree aside, and it still found the tracepoint.
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: missing sytemtap kernel.trace("net*") on newer Fedora kernels
2014-06-11 23:04 ` Josh Stone
@ 2014-06-12 15:52 ` William Cohen
0 siblings, 0 replies; 4+ messages in thread
From: William Cohen @ 2014-06-12 15:52 UTC (permalink / raw)
To: Josh Stone, systemtap
On 06/11/2014 07:04 PM, Josh Stone wrote:
> On 06/11/2014 02:33 PM, William Cohen wrote:
>> I was looking at the perf netdev-times script:
>>
>> http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/tools/perf/scripts/python/bin/netdev-times-record
>>
>> Which uses the following perf tracepoints:
>>
>> #!/bin/bash
>> perf record -e net:net_dev_xmit -e net:net_dev_queue \
>> -e net:netif_receive_skb -e net:netif_rx \
>> -e skb:consume_skb -e skb:kfree_skb \
>> -e skb:skb_copy_datagram_iovec -e napi:napi_poll \
>> -e irq:irq_handler_entry -e irq:irq_handler_exit \
>> -e irq:softirq_entry -e irq:softirq_exit \
>> -e irq:softirq_raise $@
>>
>>
>> On the rhel7 kernel all of the tracepoints are available, However,
>> on Fedora 20 none of the kernel.trace("net*"), kernel.trace("*skb*"),
>> or kernel.trace("napi_poll") tracepoints are there.
>>
>> Has anyone else noticed the missing tracepoints on Fedora 20?
>
> I see all of these on kernel-3.14.5-200.fc20.x86_64.
>
> You can see all the gory tracepoint-detecting details from your listing
> with "stap -vvvv --poison-cache ...". For instance, napi_poll should
> come from include/trace/events/napi.h. On my system it finds that
> header under both /lib/modules and /usr/src/debug, but I even tried
> moving the debug tree aside, and it still found the tracepoint.
>
I upgraded and rebooted to the kernel-3.14.6-200.fc20.x86_64 and the tracepoints seem to be in this kernel. Weird. Now things are working I am going to assume that something got messed on in the kernel-devel install for 3.14.5-200.fc20.x86_64.
-Will
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: missing sytemtap kernel.trace("net*") on newer Fedora kernels
2014-06-11 21:33 missing sytemtap kernel.trace("net*") on newer Fedora kernels William Cohen
2014-06-11 23:04 ` Josh Stone
@ 2014-06-12 1:51 ` Frank Ch. Eigler
1 sibling, 0 replies; 4+ messages in thread
From: Frank Ch. Eigler @ 2014-06-12 1:51 UTC (permalink / raw)
To: William Cohen; +Cc: systemtap
William Cohen <wcohen@redhat.com> writes:
> [...] On the rhel7 kernel all of the tracepoints are available,
> However, on Fedora 20 none of the kernel.trace("net*"),
> kernel.trace("*skb*"), or kernel.trace("napi_poll") tracepoints are
> there.
> [...]
Those kernel tracepoints that are defined in private headers or .c
files, IOW not included under include/linux/trace/*, require
kernel-debuginfo to be installed for systemtap to find them. There
are others that are under include/linux/trace/* but the header files
are not self-contained, and thus require stap to emit dummy forward
type declarations.
See also PR9993, the tapsets.cxx tracepoint_extra_decls() function,
and the stap scripts/tracepoint-diff tool.
- FChE
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2014-06-12 15:52 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2014-06-11 21:33 missing sytemtap kernel.trace("net*") on newer Fedora kernels William Cohen
2014-06-11 23:04 ` Josh Stone
2014-06-12 15:52 ` William Cohen
2014-06-12 1:51 ` Frank Ch. Eigler
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).