From: danymadden@us.ibm.com (Dany R Madden)
Subject: [ltt-dev] Incomplete Traceset statistics on 2.6.27.10?
Date: Wed, 11 Feb 2009 16:35:39 -0800 [thread overview]
Message-ID: <OF9BF570B6.75C329A5-ON8725755A.008242CE-8825755B.000343C3@us.ibm.com> (raw)
Hello,
I am playing with lttng 0.72 (patch-2.6.27.10-lttng-0.72) on 2.6.27.10
kernel. I'm using ltt-control-0.64-14012009 and lttv-0.12.7-20012009. I
followed this instruction:
http://ltt.polymtl.ca/svn/trunk/lttv/LTTngManual.html#section1. (I did do
ltt-armall before starting the trace)
I am expecting to see more information in the Traceset statistics, but
they seem to be blank. What should a working trace data look like? (I
can't imagine that this is it.)
This is the output after doing lttv textDump.
...
kernel.syscall_entry: 1727.121073743 (/tmp/trace1/kernel_0), 0, 0,
/bin/dmesg, , 0, 0x0, SYSCALL { ip = 0xffffe430, syscall_id = 4
[sys_write+0x0/0x87] }
fs.open: 1727.121083083 (/tmp/trace1/fs_6), 0, 0, /usr/bin/lttctl, , 0,
0x0, SYSCALL { fd = 4, filename =
"/sys/kernel/debug/ltt/control/trace1/enabled" }
kernel.syscall_exit: 1727.121086156 (/tmp/trace1/kernel_6), 0, 0,
/usr/bin/lttctl, , 0, 0x0, SYSCALL { ret = 4 }
fs.write: 1727.121087465 (/tmp/trace1/fs_0), 0, 0, /bin/dmesg, , 0, 0x0,
SYSCALL { fd = 3, count = 64 }
kernel.syscall_exit: 1727.121090016 (/tmp/trace1/kernel_0), 0, 0,
/bin/dmesg, , 0, 0x0, SYSCALL { ret = 64 }
kernel.syscall_entry: 1727.121092890 (/tmp/trace1/kernel_6), 0, 0,
/usr/bin/lttctl, , 0, 0x0, SYSCALL { ip = 0xffffe430, syscall_id = 4
[sys_write+0x0/0x87] }
kernel.syscall_entry: 1727.121094818 (/tmp/trace1/kernel_0), 0, 0,
/bin/dmesg, , 0, 0x0, SYSCALL { ip = 0xffffe430, syscall_id = 142
[sys_select+0x0/0x148] }
fs.select: 1727.121098067 (/tmp/trace1/fs_0), 0, 0, /bin/dmesg, , 0, 0x0,
SYSCALL { fd = 3, timeout = -1 }
End trace set
Traceset statistics:
statistics summed: 1
mode_types:
MODE_UNKNOWN:
submodes:
UNKNOWN:
event_types:
events count: 0
events:
mode_types:
event_types:
events count: 0
event_types:
events count: 0
processes:
unknown process:
cpu:
0:
functions:
0x0:
mode_types:
MODE_UNKNOWN:
submodes:
UNKNOWN:
event_types:
events count: 0
events:
mode_types:
event_types:
events count: 0
event_types:
events count: 0
mode_types:
MODE_UNKNOWN:
submodes:
UNKNOWN:
event_types:
events count: 0
events:
mode_types:
event_types:
events count: 0
event_types:
events count: 0
...
I originally tried lttng on sles 11 rc1 and rc2, but had this result. I am
surprised to see the same thing happening with the mainline kernel. So,
whatever it is that I am doing wrong, I seems to be repeating it
successfully each time. What am I doing wrong?
Thanks in advance for the help.
-------------------------------------------------
Dany Madden
IBM Linux Technology Center, MCP Team
15400 SW Koll Pkwy, Beaverton, OR 97006
(503) 578-3086 (TL: 775-3086)
danymadden at us.ibm.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.casi.polymtl.ca/pipermail/lttng-dev/attachments/20090211/915a53e1/attachment-0003.htm>
next reply other threads:[~2009-02-12 0:35 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-02-12 0:35 Dany R Madden [this message]
2009-02-12 1:47 ` Mathieu Desnoyers
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=OF9BF570B6.75C329A5-ON8725755A.008242CE-8825755B.000343C3@us.ibm.com \
--to=danymadden@us.ibm.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox