From: Jan Kiszka <jan.kiszka@siemens.com>
To: Antoine Durand <wanipof@gmail.com>, xenomai@xenomai.org
Subject: Re: [Xenomai] I-Pipe Tracer and linux ftrace
Date: Tue, 23 Jun 2015 08:19:04 +0200 [thread overview]
Message-ID: <5588FA58.2080403@siemens.com> (raw)
In-Reply-To: <CAOL1OyOWmGY2TFo6LaydWmeFqThHnVHNHtgk_iFZJ9aiwOM6uw@mail.gmail.com>
On 2015-06-22 22:47, Antoine Durand wrote:
> Thank you,
>
> I really better understand the differences between the two traces sources.
> Indeed I am more interrested in ftrace datas for the moment.
>
> I use a x86_64 CPCI cpu board with linux-3.16.7 and
> xenomai-3.0-rc4 with I-Pipe tracer Options On
The first thing is to switch the I-pipe tracer off, at least during
runtime. You don't need that overhead if you do ftrace event tracing.
But I suspect the issue elsewhere.
>
> My problem may comes from trace-cmd actually, because it uses nearly two
> cores full time during ftrace collect.
> I don't known what for ! I used it to be able to plot datas in kernelshark
> but its overhead is too much.
>
> I will try with no external tools, (just /sys/kernel/debug/tracing/*
> controls).
I'm using trace-cmd without such problems. Can you share your .config?
Could you also try 3.14.44-x86-9 (that's where I ran ftrace recently).
>
> I had to disable nmi (echo 0 > /proc/sys/kernel/nmi_watchdog) at boot to
> avoid hard Lockup kernel crash when system load is high (running dohell for
> exemple). I don't think it can be linked.
Shouldn't happen either. Maybe related, and the system is in a general
bad shape due to configuration or patch issues.
Jan
--
Siemens AG, Corporate Technology, CT RTC ITP SES-DE
Corporate Competence Center Embedded Linux
next prev parent reply other threads:[~2015-06-23 6:19 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-06-22 16:06 [Xenomai] I-Pipe Tracer and linux ftrace Antoine Durand
2015-06-22 17:20 ` Jan Kiszka
2015-06-22 20:47 ` Antoine Durand
2015-06-23 6:19 ` Jan Kiszka [this message]
2015-06-23 10:09 ` Antoine Durand
2015-06-23 14:11 ` Lennart Sorensen
2015-06-23 14:15 ` Jan Kiszka
2015-06-23 14:27 ` Gilles Chanteperdrix
2015-06-23 14:41 ` Antoine Durand
2015-06-23 14:43 ` Jan Kiszka
2015-06-23 14:46 ` Gilles Chanteperdrix
2015-06-23 14:47 ` Antoine Durand
2015-06-23 14:49 ` Gilles Chanteperdrix
2015-06-23 14:59 ` Jan Kiszka
2015-06-23 15:01 ` Antoine Durand
2015-06-23 16:07 ` Lennart Sorensen
2015-06-23 16:18 ` Antoine Durand
2015-06-23 17:00 ` Jan Kiszka
2015-06-23 17:23 ` Jan Kiszka
2015-06-24 7:30 ` Antoine Durand
[not found] ` <CAOL1OyNELX_6g8fOSS8wuJ+6-TzrBXjoxn3wH-Gb8u-HKHFqSw@mail.gmail.com>
2015-06-23 14:42 ` Jan Kiszka
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=5588FA58.2080403@siemens.com \
--to=jan.kiszka@siemens.com \
--cc=wanipof@gmail.com \
--cc=xenomai@xenomai.org \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.