* [Xenomai-core] P2020 support for ftrace with ipipe 2.12-01 and xeno 2.5.5.1
@ 2011-09-23 7:58 Jean-Michel Hautbois
2011-09-23 8:43 ` Gilles Chanteperdrix
0 siblings, 1 reply; 9+ messages in thread
From: Jean-Michel Hautbois @ 2011-09-23 7:58 UTC (permalink / raw)
To: Xenomai-core
[-- Attachment #1: Type: text/plain, Size: 660 bytes --]
Hi List,
I am trying to use ftrace on a P2020 board, using the following :
- Linux 2.6.35-11
- Xenomai 2.5.5.1 (or 2.5.6, same problem)
- ipipe 2.12-01
I launch it using :
$> mkdir /tmp/debug
$> mount -t debugfs nodev /tmp/debug
$> cd /tmp/debug/tracing
$> echo function_graph > current_tracer
The last one fails (it hangs the CPU, I cannot do anything than hard reset).
Do you know what could cause that ?
As I can't have any trace, I don't really know how to go further, and before
using a BDI I would like to know if it is a known issue, as I could not find
anything related to this in the recent changes...
Thanks in advance for your help,
Regards,
JM
[-- Attachment #2: Type: text/html, Size: 751 bytes --]
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [Xenomai-core] P2020 support for ftrace with ipipe 2.12-01 and xeno 2.5.5.1
2011-09-23 7:58 [Xenomai-core] P2020 support for ftrace with ipipe 2.12-01 and xeno 2.5.5.1 Jean-Michel Hautbois
@ 2011-09-23 8:43 ` Gilles Chanteperdrix
2011-09-23 9:21 ` Jean-Michel Hautbois
0 siblings, 1 reply; 9+ messages in thread
From: Gilles Chanteperdrix @ 2011-09-23 8:43 UTC (permalink / raw)
To: Jean-Michel Hautbois; +Cc: Xenomai-core
On 09/23/2011 09:58 AM, Jean-Michel Hautbois wrote:
> Hi List,
>
> I am trying to use ftrace on a P2020 board, using the following :
> - Linux 2.6.35-11
> - Xenomai 2.5.5.1 (or 2.5.6, same problem)
> - ipipe 2.12-01
>
> I launch it using :
> $> mkdir /tmp/debug
> $> mount -t debugfs nodev /tmp/debug
> $> cd /tmp/debug/tracing
> $> echo function_graph > current_tracer
>
> The last one fails (it hangs the CPU, I cannot do anything than hard reset).
> Do you know what could cause that ?
> As I can't have any trace, I don't really know how to go further, and before
> using a BDI I would like to know if it is a known issue, as I could not find
> anything related to this in the recent changes...
>
> Thanks in advance for your help,
> Regards,
> JM
Does the I-pipe tracer work?
See:
http://www.xenomai.org/index.php/I-pipe:Tracer
--
Gilles.
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [Xenomai-core] P2020 support for ftrace with ipipe 2.12-01 and xeno 2.5.5.1
2011-09-23 8:43 ` Gilles Chanteperdrix
@ 2011-09-23 9:21 ` Jean-Michel Hautbois
2011-09-23 9:49 ` Jean-Michel Hautbois
0 siblings, 1 reply; 9+ messages in thread
From: Jean-Michel Hautbois @ 2011-09-23 9:21 UTC (permalink / raw)
To: Gilles Chanteperdrix; +Cc: Xenomai-core
[-- Attachment #1: Type: text/plain, Size: 4600 bytes --]
Yes, ipipe tracing works.
When it is the case, BTW, Here is the result of echoing a new tracer :
$>cat max
I-pipe worst-case tracing service on 2.6.35.11/ipipe-2.12-01
------------------------------
------------------------------
CPU: 0, Begin: 2593605556 cycles, Trace Points: 12 (-10/+5), Length: 268166
us
Calibrated minimum trace-point overhead: 0.023 us
+----- Hard IRQs ('|': locked)
|+---- <unused>
||+--- <unused>
|||+-- Xenomai
||||+- Linux ('*': domain stalled, '+': current, '#': current+stalled)
||||| +---------- Delay flag ('+': > 1 us, '!': > 10
us)
||||| | +- NMI noise ('N')
||||| | |
Type User Val. Time Delay Function (Parent)
#func 0 0.039 ipipe_check_context+0x8
(tick_nohz_stop_sched_tick+0x31c)
| #begin 0x80000001 0 0.051 ipipe_check_context+0xf0
(tick_nohz_stop_sched_tick+0x31c)
| #end 0x80000001 0 0.039 ipipe_check_context+0xdc
(tick_nohz_stop_sched_tick+0x31c)
#func 0 0.039 __ipipe_unstall_root+0x8
(tick_nohz_stop_sched_tick+0x320)
| #begin 0x80000000 0 0.043 __ipipe_unstall_root+0xbc
(tick_nohz_stop_sched_tick+0x320)
| #func 0 0.058 ipipe_check_context+0x8
(__ipipe_unstall_root+0x3c)
| +end 0x80000000 0 0.046 __ipipe_unstall_root+0xa8
(tick_nohz_stop_sched_tick+0x320)
+func 0 0.041 ipipe_suspend_domain+0x8
(cpu_idle+0xb0)
| +begin 0x80000001 0 0.060 ipipe_suspend_domain+0x1e0
(cpu_idle+0xb0)
| +end 0x80000001 0 0.043 ipipe_suspend_domain+0x220
(cpu_idle+0xb0)
>| +begin 0x80000000 0! 2146.524 cpu_idle+0xe8 (rest_init+0x94)
:| +func 268166 0.045 __ipipe_grab_timer+0x8
(__ipipe_ret_from_except+0x0)
:| +begin 0x00000200 268166 0.046 __ipipe_grab_timer+0x84
(__ipipe_ret_from_except+0x0)
:| +func 268166 0.060 __ipipe_dispatch_wired_nocheck+0x8
(__ipipe_grab_timer+0x138)
:| # func 268166 0.054 xnintr_clock_handler+0x8
(__ipipe_dispatch_wired_nocheck+0x104)
:| # func 268166 0.050 xntimer_tick_aperiodic+0x8
(xnintr_clock_handler+0xd0)
:| # func 268166 0.060 xntimer_next_local_shot+0x8
(xntimer_tick_aperiodic+0x304)
:| # func 268166 0.049 xnintr_host_tick+0x8
(xnintr_clock_handler+0x1f4)
:| # func 268166 0.085 __ipipe_set_irq_pending+0x8
(xnintr_host_tick+0x94)
:| +func 268166 0.065 __ipipe_walk_pipeline+0x8
(__ipipe_dispatch_wired_nocheck+0x148)
:| +func 268166 0.061 __ipipe_sync_stage+0x8
(__ipipe_walk_pipeline+0x1a8)
<| #end 0x80000000 268166 0.042 __ipipe_sync_stage+0x238
(__ipipe_walk_pipeline+0x1a8)
#func 268166 0.042 irq_enter+0x8
(__ipipe_sync_stage+0x260)
#func 268166 0.046 rcu_irq_enter+0x8 (irq_enter+0x38)
#func 268167 0.043 idle_cpu+0x8 (irq_enter+0x44)
#func 268167 0.039 ipipe_check_context+0x8
(irq_enter+0x84)
| #begin 0x80000001 268167 0.000 ipipe_check_context+0xf0
(irq_enter+0x84)
$>echo function_graph > current_tracer
[ 275.698664] ------------[ cut here ]------------
[ 275.755250] ------------[ cut here ]------------
[ 275.810547] Kernel stack overflow in process dc6bf020, r1=dc838250
[ 275.896276] Kernel panic - not syncing: kernel stack overflow
[ 275.965200] Rebooting in 30 seconds..
2011/9/23 Gilles Chanteperdrix <gilles.chanteperdrix@xenomai.org>
> On 09/23/2011 09:58 AM, Jean-Michel Hautbois wrote:
> > Hi List,
> >
> > I am trying to use ftrace on a P2020 board, using the following :
> > - Linux 2.6.35-11
> > - Xenomai 2.5.5.1 (or 2.5.6, same problem)
> > - ipipe 2.12-01
> >
> > I launch it using :
> > $> mkdir /tmp/debug
> > $> mount -t debugfs nodev /tmp/debug
> > $> cd /tmp/debug/tracing
> > $> echo function_graph > current_tracer
> >
> > The last one fails (it hangs the CPU, I cannot do anything than hard
> reset).
> > Do you know what could cause that ?
> > As I can't have any trace, I don't really know how to go further, and
> before
> > using a BDI I would like to know if it is a known issue, as I could not
> find
> > anything related to this in the recent changes...
> >
> > Thanks in advance for your help,
> > Regards,
> > JM
>
> Does the I-pipe tracer work?
> See:
> http://www.xenomai.org/index.php/I-pipe:Tracer
>
>
> --
> Gilles.
>
[-- Attachment #2: Type: text/html, Size: 6119 bytes --]
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [Xenomai-core] P2020 support for ftrace with ipipe 2.12-01 and xeno 2.5.5.1
2011-09-23 9:21 ` Jean-Michel Hautbois
@ 2011-09-23 9:49 ` Jean-Michel Hautbois
2011-09-23 11:02 ` Gilles Chanteperdrix
0 siblings, 1 reply; 9+ messages in thread
From: Jean-Michel Hautbois @ 2011-09-23 9:49 UTC (permalink / raw)
To: Gilles Chanteperdrix; +Cc: Xenomai-core
[-- Attachment #1: Type: text/plain, Size: 29139 bytes --]
OK, I have more traces (a few :)) :
[ 65.835519] Kernel BUG at c008c380 [verbose debug info unavailable]
[ 65.910627] Oops: Exception in kernel mode, sig: 5 [#1]
[ 65.973157] SMP NR_CPUS=2 P2020 GMEG
[ 66.015908] last sysfs file: /sys/class/i2c-dev/i2c-1/dev
[ 66.080519] Modules linked in:
[ 66.117015] NIP: c008c380 LR: c008c380 CTR: c008c360
[ 66.176420] REGS: dc71e460 TRAP: 0700 Tainted: G W
(2.6.35.11)
[ 66.258737] MSR: 00029000 <EE,ME,CE> CR: 24448624 XER: 00000000
[ 66.331761] TASK = dc6b8e70[184] 'bash' THREAD: dc71e000 CPU: 1
[ 66.400551] GPR00: c0422da0 dc71e510 dc6b8e70 00000001 00000200 15f275c0
e1197000 c0425238
[ 66.500726] GPR08: c0425240 c0455fe0 00000000 00000001 22448624 100f9d24
00002020 c0095624
[ 66.600902] GPR16: c00a636c c00a60a8 c0445040 c042e8e0 ffffffff c045a6f0
00000200 dc747e7c
[ 66.701078] GPR24: c043fa64 c0422d98 c0440000 c047dd40 c044809c c04473a4
c047dd40 dc71e510
[ 66.803368] NIP [c008c380] __ipipe_dispatch_wired_nocheck+0x2c/0x26c
[ 66.879443] LR [c008c380] __ipipe_dispatch_wired_nocheck+0x2c/0x26c
[ 66.954466] Call Trace:
[ 66.983656] [dc71e510] [c008c380]
__ipipe_dispatch_wired_nocheck+0x2c/0x26c (unreliable)
[ 67.080604] [dc71e550] [c0017728] return_to_handler+0x0/0x34
(ret_from_except_full+0x0/0x4c)
[ 67.181710] [dc71e580] [c0017728] return_to_handler+0x0/0x34
(__ipipe_grab_timer+0x138/0x1a0)
[ 67.283867] --- Exception: 901 at __ipipe_unstall_root+0xac/0x100
[ 67.283882] LR = __ipipe_unstall_root+0xa8/0x100
[ 67.416207] [dc71e660] [c0017728] return_to_handler+0x0/0x34
(__ipipe_ret_from_except+0x0/0xc)
[ 67.519399] [dc71e680] [c00a5f64] ftrace_return_to_handler+0x74/0xd4
[ 67.595485] [dc71e6b0] [c0017740] return_to_handler+0x18/0x34
[ 67.664276] [dc71e6d0] [c0017728] return_to_handler+0x0/0x34
(trace_graph_return+0xbc/0xd4)
[ 67.764342] [dc71e6f0] [c001ac80] prepare_ftrace_return+0x74/0xb0
[ 67.837306] [dc71e720] [c00176e4] ftrace_graph_caller+0x10/0x54
[ 67.908180] [dc71e750] [c0017728] return_to_handler+0x0/0x34
(trace_graph_entry+0x144/0x16c)
[ 68.009286] [dc71e770] [c001ac80] prepare_ftrace_return+0x74/0xb0
[ 68.082244] [dc71e7a0] [c00176e4] ftrace_graph_caller+0x10/0x54
[ 68.153119] [dc71e7d0] [c0017728] return_to_handler+0x0/0x34
(trace_graph_entry+0xa4/0x16c)
[ 68.253184] [dc71e7f0] [c001ac80] prepare_ftrace_return+0x74/0xb0
[ 68.326142] [dc71e820] [c00176e4] ftrace_graph_caller+0x10/0x54
[ 68.397017] [dc71e850] [c0017728] return_to_handler+0x0/0x34
(trace_graph_entry+0xa4/0x16c)
[ 68.497080] [dc71e870] [c001ac80] prepare_ftrace_return+0x74/0xb0
[ 68.570038] [dc71e8a0] [c00176e4] ftrace_graph_caller+0x10/0x54
[ 68.640913] [dc71e8d0] [c0017728] return_to_handler+0x0/0x34
(trace_graph_entry+0xa4/0x16c)
[ 68.740978] [dc71e8f0] [c001ac80] prepare_ftrace_return+0x74/0xb0
[ 68.813937] [dc71e920] [c00176e4] ftrace_graph_caller+0x10/0x54
[ 68.884816] [dc71e950] [c0017728] return_to_handler+0x0/0x34
(trace_graph_entry+0xa4/0x16c)
[ 68.984881] [dc71e970] [c001ac80] prepare_ftrace_return+0x74/0xb0
[ 69.057839] [dc71e9a0] [c00176e4] ftrace_graph_caller+0x10/0x54
[ 69.128714] [dc71e9d0] [c0017728] return_to_handler+0x0/0x34
(trace_graph_entry+0xa4/0x16c)
[ 69.228778] [dc71e9f0] [c001ac80] prepare_ftrace_return+0x74/0xb0
[ 69.301736] [dc71ea20] [c00176e4] ftrace_graph_caller+0x10/0x54
[ 69.372611] [dc71ea50] [c0017728] return_to_handler+0x0/0x34
(trace_graph_entry+0xa4/0x16c)
[ 69.472676] [dc71ea70] [c001ac80] prepare_ftrace_return+0x74/0xb0
[ 69.545634] [dc71eaa0] [c00176e4] ftrace_graph_caller+0x10/0x54
[ 69.616509] [dc71ead0] [c0017728] return_to_handler+0x0/0x34
(trace_graph_entry+0xa4/0x16c)
[ 69.716572] [dc71eaf0] [c001ac80] prepare_ftrace_return+0x74/0xb0
[ 69.789531] [dc71eb20] [c00176e4] ftrace_graph_caller+0x10/0x54
[ 69.860405] [dc71eb50] [c0017728] return_to_handler+0x0/0x34
(trace_graph_entry+0xa4/0x16c)
[ 69.960470] [dc71eb70] [c001ac80] prepare_ftrace_return+0x74/0xb0
[ 70.033429] [dc71eba0] [c00176e4] ftrace_graph_caller+0x10/0x54
[ 70.104302] [dc71ebd0] [c0017728] return_to_handler+0x0/0x34
(trace_graph_entry+0xa4/0x16c)
[ 70.204367] [dc71ebf0] [c001ac80] prepare_ftrace_return+0x74/0xb0
[ 70.277325] [dc71ec20] [c00176e4] ftrace_graph_caller+0x10/0x54
[ 70.348200] [dc71ec50] [c0017728] return_to_handler+0x0/0x34
(trace_graph_entry+0xa4/0x16c)
[ 70.448264] [dc71ec70] [c001ac80] prepare_ftrace_return+0x74/0xb0
[ 70.521223] [dc71eca0] [c00176e4] ftrace_graph_caller+0x10/0x54
[ 70.592103] [dc71ecd0] [c0017728] return_to_handler+0x0/0x34
(trace_graph_entry+0xa4/0x16c)
[ 70.692168] [dc71ecf0] [c001ac80] prepare_ftrace_return+0x74/0xb0
[ 70.765126] [dc71ed20] [c00176e4] ftrace_graph_caller+0x10/0x54
[ 70.836001] [dc71ed50] [c0017728] return_to_handler+0x0/0x34
(trace_graph_entry+0xa4/0x16c)
[ 70.936064] [dc71ed70] [c001ac80] prepare_ftrace_return+0x74/0xb0
[ 71.009024] [dc71eda0] [c00176e4] ftrace_graph_caller+0x10/0x54
[ 71.079904] [dc71edd0] [c0017728] return_to_handler+0x0/0x34
(trace_graph_entry+0xa4/0x16c)
[ 71.179969] [dc71edf0] [c001ac80] prepare_ftrace_return+0x74/0xb0
[ 71.252927] [dc71ee20] [c00176e4] ftrace_graph_caller+0x10/0x54
[ 71.323802] [dc71ee50] [c0017728] return_to_handler+0x0/0x34
(trace_graph_entry+0xa4/0x16c)
[ 71.423865] [dc71ee70] [c001ac80] prepare_ftrace_return+0x74/0xb0
[ 71.496825] [dc71eea0] [c00176e4] ftrace_graph_caller+0x10/0x54
[ 71.567704] [dc71eed0] [c0017728] return_to_handler+0x0/0x34
(trace_graph_entry+0xa4/0x16c)
[ 71.667769] [dc71eef0] [c001ac80] prepare_ftrace_return+0x74/0xb0
[ 71.740728] [dc71ef20] [c00176e4] ftrace_graph_caller+0x10/0x54
[ 71.811602] [dc71ef50] [c0017728] return_to_handler+0x0/0x34
(trace_graph_entry+0xa4/0x16c)
[ 71.911666] [dc71ef70] [c001ac80] prepare_ftrace_return+0x74/0xb0
[ 71.984625] [dc71efa0] [c00176e4] ftrace_graph_caller+0x10/0x54
[ 72.055499] [dc71efd0] [c0017728] return_to_handler+0x0/0x34
(trace_graph_entry+0xa4/0x16c)
[ 72.155564] [dc71eff0] [c001ac80] prepare_ftrace_return+0x74/0xb0
[ 72.228522] [dc71f020] [c00176e4] ftrace_graph_caller+0x10/0x54
[ 72.299397] [dc71f050] [c0017728] return_to_handler+0x0/0x34
(trace_graph_entry+0xa4/0x16c)
[ 72.399456] Instruction dump:
[ 72.434911] 4e800020 7c0802a6 90010004 4bf8b2bd 9421ffc0 7c0802a6
90010044 bea10014
[ 72.527782] 7c3f0b78 7c7e1b78 7c962378 4bffc20d <2f830000> 3f20c042
3b392d98 38190008
[ 72.622742] I-pipe tracer log (100 points):
[ 72.672766] +func 0 ipipe_trace_panic_freeze+0x8
(oops_enter+0x28)
[ 72.771927] +func 0 oops_enter+0x8 (die+0x30)
[ 72.849200] +func 0 die+0x8 (_exception+0xa4)
[ 72.926473] +func 0 _exception+0x8
(program_check_exception+0x1e8)
[ 73.025627] | +end 0x80000000 0 __ipipe_unstall_root+0xa8
(vprintk+0x348)
[ 73.119567] | #func 0 ipipe_check_context+0x8
(__ipipe_unstall_root+0x3c)
[ 73.223916] | #begin 0x80000000 0 __ipipe_unstall_root+0xbc
(vprintk+0x348)
[ 73.317848] #func 0 __ipipe_unstall_root+0x8
(vprintk+0x348)
[ 73.410745] | #end 0x80000001 0 ipipe_check_context+0xdc
(vprintk+0x344)
[ 73.503643] | #begin 0x80000001 0 ipipe_check_context+0xf0
(vprintk+0x344)
[ 73.596535] #func 0 ipipe_check_context+0x8
(vprintk+0x344)
[ 73.688391] #func 0
_raw_spin_unlock_irqrestore+0x8 (release_console_sem+0x11c)
[ 73.801079] #func 0 __ipipe_spin_unlock_debug+0x8
(release_console_sem+0x110)
[ 73.911691] #func 0
_raw_spin_unlock_irqrestore+0x8 (up+0x68)
[ 74.005636] #func 0 __ipipe_spin_unlock_debug+0x8
(up+0x5c)
[ 74.097492] | #end 0x80000001 0
__ipipe_test_and_stall_root+0xa8 (_raw_spin_lock_irqsave+0x28)
[ 74.213318] | #begin 0x80000001 0
__ipipe_test_and_stall_root+0xb8 (_raw_spin_lock_irqsave+0x28)
[ 74.329144] #func 0
__ipipe_test_and_stall_root+0x8 (_raw_spin_lock_irqsave+0x28)
[ 74.443922] #func 0 _raw_spin_lock_irqsave+0x8
(up+0x28)
[ 74.532653] #func -1 up+0x8
(release_console_sem+0x108)
[ 74.619301] | #end 0x80000001 -1
__ipipe_test_and_stall_root+0xa8 (_raw_spin_lock_irqsave+0x28)
[ 74.735121] | #begin 0x80000001 -1
__ipipe_test_and_stall_root+0xb8 (_raw_spin_lock_irqsave+0x28)
[ 74.850940] #func -1
__ipipe_test_and_stall_root+0x8 (_raw_spin_lock_irqsave+0x28)
[ 74.965718] #func -1 _raw_spin_lock_irqsave+0x8
(release_console_sem+0x60)
[ 75.072157] #func -1 _call_console_drivers+0x8
(release_console_sem+0xbc)
[ 75.177553] #func -1 mem_serial_out+0x8
(serial8250_console_write+0xfc)
[ 75.280880] #func -1 mem_serial_in+0x8
(wait_for_xmitr+0x64)
[ 75.372736] #func -1 mem_serial_in+0x8
(wait_for_xmitr+0x64)
[ 75.464593] #func -1 mem_serial_in+0x8
(wait_for_xmitr+0x64)
[ 75.556448] #func -1 mem_serial_in+0x8
(wait_for_xmitr+0x64)
[ 75.648304] #func -1 mem_serial_in+0x8
(wait_for_xmitr+0x64)
[ 75.740161] #func -1 mem_serial_in+0x8
(wait_for_xmitr+0x64)
[ 75.832011] #func -2 mem_serial_in+0x8
(wait_for_xmitr+0x64)
[ 75.923866] #func -2 mem_serial_in+0x8
(wait_for_xmitr+0x64)
[ 76.015722] #func -2 mem_serial_in+0x8
(wait_for_xmitr+0x64)
[ 76.107572] #func -2 mem_serial_in+0x8
(wait_for_xmitr+0x64)
[ 76.199428] #func -2 mem_serial_in+0x8
(wait_for_xmitr+0x64)
[ 76.291284] #func -2 mem_serial_in+0x8
(wait_for_xmitr+0x64)
[ 76.383134] #func -2 mem_serial_in+0x8
(wait_for_xmitr+0x64)
[ 76.474989] #func -2 mem_serial_in+0x8
(wait_for_xmitr+0x64)
[ 76.566846] #func -3 mem_serial_in+0x8
(wait_for_xmitr+0x64)
[ 76.658702] #func -3 mem_serial_in+0x8
(wait_for_xmitr+0x64)
[ 76.750552] #func -3 mem_serial_in+0x8
(wait_for_xmitr+0x64)
[ 76.842407] #func -3 mem_serial_in+0x8
(wait_for_xmitr+0x64)
[ 76.934264] #func -3 mem_serial_in+0x8
(wait_for_xmitr+0x64)
[ 77.026114] #func -3 mem_serial_in+0x8
(wait_for_xmitr+0x64)
[ 77.117969] #func -3 mem_serial_in+0x8
(wait_for_xmitr+0x64)
[ 77.209825] #func -3 mem_serial_in+0x8
(wait_for_xmitr+0x64)
[ 77.301682] #func -3 mem_serial_in+0x8
(wait_for_xmitr+0x64)
[ 77.393532] #func -4 mem_serial_in+0x8
(wait_for_xmitr+0x64)
[ 77.485387] #func -4 mem_serial_in+0x8
(wait_for_xmitr+0x64)
[ 77.577243] #func -4 mem_serial_in+0x8
(wait_for_xmitr+0x64)
[ 77.669094] #func -4 mem_serial_in+0x8
(wait_for_xmitr+0x64)
[ 77.760949] #func -4 mem_serial_in+0x8
(wait_for_xmitr+0x64)
[ 77.852805] #func -4 mem_serial_in+0x8
(wait_for_xmitr+0x64)
[ 77.944655] #func -4 mem_serial_in+0x8
(wait_for_xmitr+0x64)
[ 78.036511] #func -4 mem_serial_in+0x8
(wait_for_xmitr+0x64)
[ 78.128367] #func -4 mem_serial_in+0x8
(wait_for_xmitr+0x64)
[ 78.220217] #func -5 mem_serial_in+0x8
(wait_for_xmitr+0x64)
[ 78.312072] #func -5 mem_serial_in+0x8
(wait_for_xmitr+0x64)
[ 78.403929] #func -5 mem_serial_in+0x8
(wait_for_xmitr+0x64)
[ 78.495785] #func -5 mem_serial_in+0x8
(wait_for_xmitr+0x64)
[ 78.587641] #func -5 mem_serial_in+0x8
(wait_for_xmitr+0x64)
[ 78.679497] #func -5 mem_serial_in+0x8
(wait_for_xmitr+0x64)
[ 78.771347] #func -5 mem_serial_in+0x8
(wait_for_xmitr+0x64)
[ 78.863197] #func -5 mem_serial_in+0x8
(wait_for_xmitr+0x64)
[ 78.955052] #func -5 mem_serial_in+0x8
(wait_for_xmitr+0x64)
[ 79.046908] #func -6 mem_serial_in+0x8
(wait_for_xmitr+0x64)
[ 79.138765] #func -6 mem_serial_in+0x8
(wait_for_xmitr+0x64)
[ 79.230615] #func -6 mem_serial_in+0x8
(wait_for_xmitr+0x64)
[ 79.322470] #func -6 mem_serial_in+0x8
(wait_for_xmitr+0x64)
[ 79.414326] #func -6 mem_serial_in+0x8
(wait_for_xmitr+0x64)
[ 79.506176] #func -6 mem_serial_in+0x8
(wait_for_xmitr+0x64)
[ 79.598032] #func -6 mem_serial_in+0x8
(wait_for_xmitr+0x64)
[ 79.689882] #func -6 mem_serial_in+0x8
(wait_for_xmitr+0x64)
[ 79.781732] #func -6 mem_serial_in+0x8
(wait_for_xmitr+0x64)
[ 79.873587] #func -7 mem_serial_in+0x8
(wait_for_xmitr+0x64)
[ 79.965437] #func -7 mem_serial_in+0x8
(wait_for_xmitr+0x64)
[ 80.057287] #func -7 mem_serial_in+0x8
(wait_for_xmitr+0x64)
[ 80.149142] #func -7 mem_serial_in+0x8
(wait_for_xmitr+0x64)
[ 80.240999] #func -7 mem_serial_in+0x8
(wait_for_xmitr+0x64)
[ 80.332855] #func -7 mem_serial_in+0x8
(wait_for_xmitr+0x64)
[ 80.424705] #func -7 mem_serial_in+0x8
(wait_for_xmitr+0x64)
[ 80.516560] #func -7 mem_serial_in+0x8
(wait_for_xmitr+0x64)
[ 80.608417] #func -7 mem_serial_in+0x8
(wait_for_xmitr+0x64)
[ 80.700273] #func -8 mem_serial_in+0x8
(wait_for_xmitr+0x64)
[ 80.792123] #func -8 mem_serial_in+0x8
(wait_for_xmitr+0x64)
[ 80.883978] #func -8 mem_serial_in+0x8
(wait_for_xmitr+0x64)
[ 80.975835] #func -8 mem_serial_in+0x8
(wait_for_xmitr+0x64)
[ 81.067685] #func -8 mem_serial_in+0x8
(wait_for_xmitr+0x64)
[ 81.159540] #func -8 mem_serial_in+0x8
(wait_for_xmitr+0x64)
[ 81.251396] #func -8 mem_serial_in+0x8
(wait_for_xmitr+0x64)
[ 81.343246] #func -8 mem_serial_in+0x8
(wait_for_xmitr+0x64)
[ 81.435101] #func -8 mem_serial_in+0x8
(wait_for_xmitr+0x64)
[ 81.526958] #func -9 mem_serial_in+0x8
(wait_for_xmitr+0x64)
[ 81.618814] #func -9 mem_serial_in+0x8
(wait_for_xmitr+0x64)
[ 81.710664] #func -9 mem_serial_in+0x8
(wait_for_xmitr+0x64)
[ 81.802520] #func -9 mem_serial_in+0x8
(wait_for_xmitr+0x64)
[ 81.894376] #func -9 mem_serial_in+0x8
(wait_for_xmitr+0x64)
[ 81.986226] #func -9 mem_serial_in+0x8
(wait_for_xmitr+0x64)
[ 82.078103] Kernel panic - not syncing: Fatal exception in interrupt
[ 82.154172] Call Trace:
[ 82.183369] [dc71e230] [c0009d3c] show_stack+0x108/0x1c0 (unreliable)
[ 82.260524] [dc71e280] [c0340af4] dump_stack+0x2c/0x44
[ 82.322030] [dc71e290] [c0340bc4] panic+0xb8/0x138
[ 82.379363] [dc71e2e0] [c0011184] die+0x13c/0x1fc
[ 82.435655] [dc71e310] [c0011354] _exception+0xa4/0x118
[ 82.498197] [dc71e400] [c00129e8] program_check_exception+0x1e8/0x774
[ 82.575329] [dc71e450] [c0017728] return_to_handler+0x0/0x34
(ret_from_except_full+0x0/0x4c)
[ 82.676445] --- Exception: 700 at
__ipipe_dispatch_wired_nocheck+0x2c/0x26c
[ 82.676462] LR = __ipipe_dispatch_wired_nocheck+0x2c/0x26c
[ 82.829623] [dc71e550] [c0017728] return_to_handler+0x0/0x34
(__ipipe_grab_timer+0x138/0x1a0)
[ 82.931776] [dc71e580] [c0017728] return_to_handler+0x0/0x34
(__ipipe_ret_from_except+0x0/0xc)
[ 83.034976] --- Exception: 901 at __ipipe_unstall_root+0xac/0x100
[ 83.034991] LR = __ipipe_unstall_root+0xa8/0x100
[ 83.167316] [dc71e660] [c0017728] return_to_handler+0x0/0x34
(trace_graph_return+0xbc/0xd4)
[ 83.267386] [dc71e680] [c00a5f64] ftrace_return_to_handler+0x74/0xd4
[ 83.343483] [dc71e6b0] [c0017740] return_to_handler+0x18/0x34
[ 83.412286] [dc71e6d0] [c0017728] return_to_handler+0x0/0x34
(trace_graph_entry+0x144/0x16c)
[ 83.513399] [dc71e6f0] [c001ac80] prepare_ftrace_return+0x74/0xb0
[ 83.586371] [dc71e720] [c00176e4] ftrace_graph_caller+0x10/0x54
[ 83.657258] [dc71e750] [c0017728] return_to_handler+0x0/0x34
(trace_graph_entry+0xa4/0x16c)
[ 83.757329] [dc71e770] [c001ac80] prepare_ftrace_return+0x74/0xb0
[ 83.830301] [dc71e7a0] [c00176e4] ftrace_graph_caller+0x10/0x54
[ 83.901188] [dc71e7d0] [c0017728] return_to_handler+0x0/0x34
(trace_graph_entry+0xa4/0x16c)
[ 84.001265] [dc71e7f0] [c001ac80] prepare_ftrace_return+0x74/0xb0
[ 84.074230] [dc71e820] [c00176e4] ftrace_graph_caller+0x10/0x54
[ 84.145118] [dc71e850] [c0017728] return_to_handler+0x0/0x34
(trace_graph_entry+0xa4/0x16c)
[ 84.245195] [dc71e870] [c001ac80] prepare_ftrace_return+0x74/0xb0
[ 84.318159] [dc71e8a0] [c00176e4] ftrace_graph_caller+0x10/0x54
[ 84.389033] [dc71e8d0] [c0017728] return_to_handler+0x0/0x34
(trace_graph_entry+0xa4/0x16c)
[ 84.489098] [dc71e8f0] [c001ac80] prepare_ftrace_return+0x74/0xb0
[ 84.562064] [dc71e920] [c00176e4] ftrace_graph_caller+0x10/0x54
[ 84.632951] [dc71e950] [c0017728] return_to_handler+0x0/0x34
(trace_graph_entry+0xa4/0x16c)
[ 84.733022] [dc71e970] [c001ac80] prepare_ftrace_return+0x74/0xb0
[ 84.805993] [dc71e9a0] [c00176e4] ftrace_graph_caller+0x10/0x54
[ 84.876880] [dc71e9d0] [c0017728] return_to_handler+0x0/0x34
(trace_graph_entry+0xa4/0x16c)
[ 84.976951] [dc71e9f0] [c001ac80] prepare_ftrace_return+0x74/0xb0
[ 85.049916] [dc71ea20] [c00176e4] ftrace_graph_caller+0x10/0x54
[ 85.120790] [dc71ea50] [c0017728] return_to_handler+0x0/0x34
(trace_graph_entry+0xa4/0x16c)
[ 85.220855] [dc71ea70] [c001ac80] prepare_ftrace_return+0x74/0xb0
[ 85.293820] [dc71eaa0] [c00176e4] ftrace_graph_caller+0x10/0x54
[ 85.364707] [dc71ead0] [c0017728] return_to_handler+0x0/0x34
(trace_graph_entry+0xa4/0x16c)
[ 85.464778] [dc71eaf0] [c001ac80] prepare_ftrace_return+0x74/0xb0
[ 85.537742] [dc71eb20] [c00176e4] ftrace_graph_caller+0x10/0x54
[ 85.608617] [dc71eb50] [c0017728] return_to_handler+0x0/0x34
(trace_graph_entry+0xa4/0x16c)
[ 85.708681] [dc71eb70] [c001ac80] prepare_ftrace_return+0x74/0xb0
[ 85.781647] [dc71eba0] [c00176e4] ftrace_graph_caller+0x10/0x54
[ 85.852534] [dc71ebd0] [c0017728] return_to_handler+0x0/0x34
(trace_graph_entry+0xa4/0x16c)
[ 85.952605] [dc71ebf0] [c001ac80] prepare_ftrace_return+0x74/0xb0
[ 86.025577] [dc71ec20] [c00176e4] ftrace_graph_caller+0x10/0x54
[ 86.096464] [dc71ec50] [c0017728] return_to_handler+0x0/0x34
(trace_graph_entry+0xa4/0x16c)
[ 86.196535] [dc71ec70] [c001ac80] prepare_ftrace_return+0x74/0xb0
[ 86.269506] [dc71eca0] [c00176e4] ftrace_graph_caller+0x10/0x54
[ 86.340394] [dc71ecd0] [c0017728] return_to_handler+0x0/0x34
(trace_graph_entry+0xa4/0x16c)
[ 86.440464] [dc71ecf0] [c001ac80] prepare_ftrace_return+0x74/0xb0
[ 86.513429] [dc71ed20] [c00176e4] ftrace_graph_caller+0x10/0x54
[ 86.584303] [dc71ed50] [c0017728] return_to_handler+0x0/0x34
(trace_graph_entry+0xa4/0x16c)
[ 86.684368] [dc71ed70] [c001ac80] prepare_ftrace_return+0x74/0xb0
[ 86.757333] [dc71eda0] [c00176e4] ftrace_graph_caller+0x10/0x54
[ 86.828220] [dc71edd0] [c0017728] return_to_handler+0x0/0x34
(trace_graph_entry+0xa4/0x16c)
[ 86.928291] [dc71edf0] [c001ac80] prepare_ftrace_return+0x74/0xb0
[ 87.001257] [dc71ee20] [c00176e4] ftrace_graph_caller+0x10/0x54
[ 87.072137] [dc71ee50] [c0017728] return_to_handler+0x0/0x34
(trace_graph_entry+0xa4/0x16c)
[ 87.172215] [dc71ee70] [c001ac80] prepare_ftrace_return+0x74/0xb0
[ 87.245179] [dc71eea0] [c00176e4] ftrace_graph_caller+0x10/0x54
[ 87.316060] [dc71eed0] [c0017728] return_to_handler+0x0/0x34
(trace_graph_entry+0xa4/0x16c)
[ 87.416124] [dc71eef0] [c001ac80] prepare_ftrace_return+0x74/0xb0
[ 87.489090] [dc71ef20] [c00176e4] ftrace_graph_caller+0x10/0x54
[ 87.559994] Rebooting in 30 seconds..
[ 100.139790] Kernel stack overflow in process dc6b8e70, r1=dc71e260
[ 100.215869] NIP: c000fed4 LR: c003c9a8 CTR: c003c91<1>[ 100.270738Unable
to handle kernel paging request for unknown fault
[ 100.272990] Unable to handle kernel paging request for instruction fetch
[ 100.273287] Unable to handle kernel paging request for unknown fault
[ 100.275392] Faulting instruction address: 0xc0231620
[ 100.277251] Oops: Kernel access of bad area, sig: 11 [#2]
[ 100.279083] SMP NR_CPUS=2 P2020 GMEG
[ 100.280668] last sysfs file: /sys/class/i2c-dev/i2c-1/dev
[ 100.282574] Modules linked in:
[ 100.284012] NIP: c0231620 LR: c0231608 CTR: c000b8e4
[ 100.285747] REGS: c04416f0 TRAP: c04417b0 Tainted: G D W
(2.6.35.11)
[ 100.288097] MSR: 00021000 <ME,CE> CR: 24042082 XER: 20000000
[ 100.291295] TASK = c042a3a0[0] 'swapper' THREAD: c0440000 CPU: 0
[ 100.293547] GPR00: 0000270f c04417a0 c042a3a0 00000000 00000014 00000014
00000000 00010000
[ 100.298204] GPR08: c0446ecc 00000000 00000000 c04417a0 24042084 100aa930
c038ddfc c0441b90
[ 100.302861] GPR16: c0441b90 c00176e4 28444624 00000201 c0441c00 00000001
0000000f c0441eaf
[ 100.307518] GPR24: c0441eaf 00008000 c038fe64 c045a750 c04417b0 00000000
c0441854 00000001
[ 100.312554] NIP [c0231620] wait_for_xmitr+0x50/0x120
[ 100.314389] LR [c0231608] wait_for_xmitr+0x38/0x120
[ 100.316097] Call Trace:
[ 100.317241] [c04417a0] [c0231634] wait_for_xmitr+0x64/0x120 (unreliable)
[ 100.319988] Instruction dump:
[ 100.321424] 8003000c 7c9c2378 38800005 7c0903a6 7c7e1b78 4e800421
881e00c7 546906fc
[ 100.326303] 7d200378 981e00c7 3800270f 7c7d1b78 <901f0008> 48000034
801e000c 7c0903a6
[ 100.331455] Kernel panic - not syncing: Fatal exception in interrupt
[ 100.333608] Call Trace:
[ 100.334752] [c04415e0] [c0009d3c] show_stack+0x108/0x1c0 (unreliable)
[ 100.337552] [c0441630] [c0340af4] dump_stack+0x2c/0x44
[ 100.339733] [c0441640] [c0340bc4] panic+0xb8/0x138
[ 100.341815] [c0441690] [c0011184] die+0x13c/0x1fc
[ 100.343874] [c04416c0] [c001bd0c] bad_page_fault+0x90/0xe0
[ 100.346155] [c04416e0] [c0016df8] handle_page_fault+0x7c/0x80
[ 100.348613] --- Exception: c04417b0 at wait_for_xmitr+0x50/0x120
[ 100.350369] LR = wait_for_xmitr+0x38/0x120
[ 100.352081] [c04417a0] [c0231634] wait_for_xmitr+0x64/0x120 (unreliable)
[ 100.355673] Rebooting in 30 seconds..
[ 102.652340] Faulting instruction address: 0x00000000
[ 102.713835] Oops: Kernel access of bad area, sig: 11 [#3]
[ 102.778443] SMP NR_CPUS=2 P2020 GMEG
[ 102.821195] last sysfs file: /sys/class/i2c-dev/i2c-1/dev
[ 102.885807] Modules linked in:
[ 102.922303] NIP: 00000000 LR: 00000000 CTR: c0340394
[ 102.981707] REGS: c0441a80 TRAP: 0400 Tainted: G D W
(2.6.35.11)
[ 103.064024] MSR: 00029000 <EE,ME,CE> CR: 28444682 XER: 00000000
[ 103.137047] TASK = dc6b8e70[184] 'bash' THREAD: dc71e000 CPU: 1
[ 103.205838] GPR00: 00000000 c0441b30 dc6b8e70 00000040 c0441b38 c038ddfc
c0441c38 c0446bb8
[ 103.306020] GPR08: 00000001 c038de3c 00000000 c0441b30 28444622 100f9d24
0000000f c0441eaf
[ 103.406196] GPR16: c0441eaf 00000000 c038fe64 10624dd3 c038ddfc c0350ec8
00000025 c0350000
[ 103.506372] GPR24: c044b10c 00000020 c0350e80 c0441c38 c044b50c c042c158
24042080 c0441b60
[ 103.608645] NIP [00000000] (null)
[ 103.648252] LR [00000000] (null)
[ 103.686816] Call Trace:
[ 103.716001] Instruction dump:
[ 103.751455] XXXXXXXX XXXXXXXX XXXXXXXX XXXXXXXX XXXXXXXX XXXXXXXX
XXXXXXXX XXXXXXXX
[ 103.844333] XXXXXXXX XXXXXXXX XXXXXXXX XXXXXXXX XXXXXXXX XXXXXXXX
XXXXXXXX XXXXXXXX
[ 103.937209] Kernel panic - not syncing: Fatal exception in interrupt
2011/9/23 Jean-Michel Hautbois <jhautbois@domain.hid>
> Yes, ipipe tracing works.
> When it is the case, BTW, Here is the result of echoing a new tracer :
>
> $>cat max
>
> I-pipe worst-case tracing service on 2.6.35.11/ipipe-2.12-01
> ------------------------------
> ------------------------------
> CPU: 0, Begin: 2593605556 cycles, Trace Points: 12 (-10/+5), Length: 268166
> us
> Calibrated minimum trace-point overhead: 0.023 us
>
> +----- Hard IRQs ('|': locked)
> |+---- <unused>
> ||+--- <unused>
> |||+-- Xenomai
> ||||+- Linux ('*': domain stalled, '+': current, '#': current+stalled)
> ||||| +---------- Delay flag ('+': > 1 us, '!': >
> 10 us)
> ||||| | +- NMI noise ('N')
> ||||| | |
> Type User Val. Time Delay Function (Parent)
> #func 0 0.039 ipipe_check_context+0x8
> (tick_nohz_stop_sched_tick+0x31c)
> | #begin 0x80000001 0 0.051 ipipe_check_context+0xf0
> (tick_nohz_stop_sched_tick+0x31c)
> | #end 0x80000001 0 0.039 ipipe_check_context+0xdc
> (tick_nohz_stop_sched_tick+0x31c)
> #func 0 0.039 __ipipe_unstall_root+0x8
> (tick_nohz_stop_sched_tick+0x320)
> | #begin 0x80000000 0 0.043 __ipipe_unstall_root+0xbc
> (tick_nohz_stop_sched_tick+0x320)
> | #func 0 0.058 ipipe_check_context+0x8
> (__ipipe_unstall_root+0x3c)
> | +end 0x80000000 0 0.046 __ipipe_unstall_root+0xa8
> (tick_nohz_stop_sched_tick+0x320)
> +func 0 0.041 ipipe_suspend_domain+0x8
> (cpu_idle+0xb0)
> | +begin 0x80000001 0 0.060 ipipe_suspend_domain+0x1e0
> (cpu_idle+0xb0)
> | +end 0x80000001 0 0.043 ipipe_suspend_domain+0x220
> (cpu_idle+0xb0)
> >| +begin 0x80000000 0! 2146.524 cpu_idle+0xe8 (rest_init+0x94)
> :| +func 268166 0.045 __ipipe_grab_timer+0x8
> (__ipipe_ret_from_except+0x0)
> :| +begin 0x00000200 268166 0.046 __ipipe_grab_timer+0x84
> (__ipipe_ret_from_except+0x0)
> :| +func 268166 0.060
> __ipipe_dispatch_wired_nocheck+0x8 (__ipipe_grab_timer+0x138)
> :| # func 268166 0.054 xnintr_clock_handler+0x8
> (__ipipe_dispatch_wired_nocheck+0x104)
> :| # func 268166 0.050 xntimer_tick_aperiodic+0x8
> (xnintr_clock_handler+0xd0)
> :| # func 268166 0.060 xntimer_next_local_shot+0x8
> (xntimer_tick_aperiodic+0x304)
> :| # func 268166 0.049 xnintr_host_tick+0x8
> (xnintr_clock_handler+0x1f4)
> :| # func 268166 0.085 __ipipe_set_irq_pending+0x8
> (xnintr_host_tick+0x94)
> :| +func 268166 0.065 __ipipe_walk_pipeline+0x8
> (__ipipe_dispatch_wired_nocheck+0x148)
> :| +func 268166 0.061 __ipipe_sync_stage+0x8
> (__ipipe_walk_pipeline+0x1a8)
> <| #end 0x80000000 268166 0.042 __ipipe_sync_stage+0x238
> (__ipipe_walk_pipeline+0x1a8)
> #func 268166 0.042 irq_enter+0x8
> (__ipipe_sync_stage+0x260)
> #func 268166 0.046 rcu_irq_enter+0x8
> (irq_enter+0x38)
> #func 268167 0.043 idle_cpu+0x8 (irq_enter+0x44)
> #func 268167 0.039 ipipe_check_context+0x8
> (irq_enter+0x84)
> | #begin 0x80000001 268167 0.000 ipipe_check_context+0xf0
> (irq_enter+0x84)
>
>
> $>echo function_graph > current_tracer
> [ 275.698664] ------------[ cut here ]------------
> [ 275.755250] ------------[ cut here ]------------
> [ 275.810547] Kernel stack overflow in process dc6bf020, r1=dc838250
> [ 275.896276] Kernel panic - not syncing: kernel stack overflow
> [ 275.965200] Rebooting in 30 seconds..
>
> 2011/9/23 Gilles Chanteperdrix <gilles.chanteperdrix@xenomai.org>
>
>> On 09/23/2011 09:58 AM, Jean-Michel Hautbois wrote:
>> > Hi List,
>> >
>> > I am trying to use ftrace on a P2020 board, using the following :
>> > - Linux 2.6.35-11
>> > - Xenomai 2.5.5.1 (or 2.5.6, same problem)
>> > - ipipe 2.12-01
>> >
>> > I launch it using :
>> > $> mkdir /tmp/debug
>> > $> mount -t debugfs nodev /tmp/debug
>> > $> cd /tmp/debug/tracing
>> > $> echo function_graph > current_tracer
>> >
>> > The last one fails (it hangs the CPU, I cannot do anything than hard
>> reset).
>> > Do you know what could cause that ?
>> > As I can't have any trace, I don't really know how to go further, and
>> before
>> > using a BDI I would like to know if it is a known issue, as I could not
>> find
>> > anything related to this in the recent changes...
>> >
>> > Thanks in advance for your help,
>> > Regards,
>> > JM
>>
>> Does the I-pipe tracer work?
>> See:
>> http://www.xenomai.org/index.php/I-pipe:Tracer
>>
>>
>> --
>> Gilles.
>>
>
>
[-- Attachment #2: Type: text/html, Size: 34869 bytes --]
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [Xenomai-core] P2020 support for ftrace with ipipe 2.12-01 and xeno 2.5.5.1
2011-09-23 9:49 ` Jean-Michel Hautbois
@ 2011-09-23 11:02 ` Gilles Chanteperdrix
2011-09-23 13:58 ` Jean-Michel Hautbois
0 siblings, 1 reply; 9+ messages in thread
From: Gilles Chanteperdrix @ 2011-09-23 11:02 UTC (permalink / raw)
To: Jean-Michel Hautbois; +Cc: Xenomai-core
On 09/23/2011 11:49 AM, Jean-Michel Hautbois wrote:
> OK, I have more traces (a few :)) :
I meant the I-pipe tracer alone. The I-pipe tracer intead of other
ftrace tracers.
--
Gilles.
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [Xenomai-core] P2020 support for ftrace with ipipe 2.12-01 and xeno 2.5.5.1
2011-09-23 11:02 ` Gilles Chanteperdrix
@ 2011-09-23 13:58 ` Jean-Michel Hautbois
2011-09-23 14:10 ` Jan Kiszka
0 siblings, 1 reply; 9+ messages in thread
From: Jean-Michel Hautbois @ 2011-09-23 13:58 UTC (permalink / raw)
To: Gilles Chanteperdrix; +Cc: Xenomai-core
[-- Attachment #1: Type: text/plain, Size: 440 bytes --]
2011/9/23 Gilles Chanteperdrix <gilles.chanteperdrix@xenomai.org>
> On 09/23/2011 11:49 AM, Jean-Michel Hautbois wrote:
> > OK, I have more traces (a few :)) :
>
> I meant the I-pipe tracer alone. The I-pipe tracer intead of other
> ftrace tracers.
>
>
Well, I think it works, I can do a cat /proc/ipipe/trace/max without any
error in a kernel which doesn't have any other ftrace function.
Do you have one test in particular in mind ?
JM
[-- Attachment #2: Type: text/html, Size: 771 bytes --]
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [Xenomai-core] P2020 support for ftrace with ipipe 2.12-01 and xeno 2.5.5.1
2011-09-23 13:58 ` Jean-Michel Hautbois
@ 2011-09-23 14:10 ` Jan Kiszka
2011-09-23 14:21 ` Jean-Michel Hautbois
0 siblings, 1 reply; 9+ messages in thread
From: Jan Kiszka @ 2011-09-23 14:10 UTC (permalink / raw)
To: Jean-Michel Hautbois; +Cc: Xenomai-core
On 2011-09-23 15:58, Jean-Michel Hautbois wrote:
> 2011/9/23 Gilles Chanteperdrix <gilles.chanteperdrix@xenomai.org>
>
>> On 09/23/2011 11:49 AM, Jean-Michel Hautbois wrote:
>>> OK, I have more traces (a few :)) :
>>
>> I meant the I-pipe tracer alone. The I-pipe tracer intead of other
>> ftrace tracers.
>>
>>
> Well, I think it works, I can do a cat /proc/ipipe/trace/max without any
> error in a kernel which doesn't have any other ftrace function.
> Do you have one test in particular in mind ?
Check
http://git.kiszka.org/?p=ipipe.git;a=shortlog;h=refs/heads/queues/2.6.35-x86-trace
to get an impression of what is required to get ftrace working on
x86_64. It is not working on x86_32 e.g. as it depends on the arch
providing a NMI-safe, ie. task-stack independent current_thread_info().
That is also not yet the case on Power.
Jan
--
Siemens AG, Corporate Technology, CT T DE IT 1
Corporate Competence Center Embedded Linux
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [Xenomai-core] P2020 support for ftrace with ipipe 2.12-01 and xeno 2.5.5.1
2011-09-23 14:10 ` Jan Kiszka
@ 2011-09-23 14:21 ` Jean-Michel Hautbois
2011-09-23 14:29 ` Jan Kiszka
0 siblings, 1 reply; 9+ messages in thread
From: Jean-Michel Hautbois @ 2011-09-23 14:21 UTC (permalink / raw)
To: Jan Kiszka; +Cc: Xenomai-core
[-- Attachment #1: Type: text/plain, Size: 1085 bytes --]
2011/9/23 Jan Kiszka <jan.kiszka@domain.hid>
> On 2011-09-23 15:58, Jean-Michel Hautbois wrote:
> > 2011/9/23 Gilles Chanteperdrix <gilles.chanteperdrix@xenomai.org>
> >
> >> On 09/23/2011 11:49 AM, Jean-Michel Hautbois wrote:
> >>> OK, I have more traces (a few :)) :
> >>
> >> I meant the I-pipe tracer alone. The I-pipe tracer intead of other
> >> ftrace tracers.
> >>
> >>
> > Well, I think it works, I can do a cat /proc/ipipe/trace/max without any
> > error in a kernel which doesn't have any other ftrace function.
> > Do you have one test in particular in mind ?
>
> Check
>
> http://git.kiszka.org/?p=ipipe.git;a=shortlog;h=refs/heads/queues/2.6.35-x86-trace
> to get an impression of what is required to get ftrace working on
> x86_64. It is not working on x86_32 e.g. as it depends on the arch
> providing a NMI-safe, ie. task-stack independent current_thread_info().
> That is also not yet the case on Power.
>
Interesting, and impressive. Do you plan supporting it for PowerPC ?
Is there a git branch for that too ?
I can test on a P2020, if you are interested ;-).
JM
[-- Attachment #2: Type: text/html, Size: 1646 bytes --]
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [Xenomai-core] P2020 support for ftrace with ipipe 2.12-01 and xeno 2.5.5.1
2011-09-23 14:21 ` Jean-Michel Hautbois
@ 2011-09-23 14:29 ` Jan Kiszka
0 siblings, 0 replies; 9+ messages in thread
From: Jan Kiszka @ 2011-09-23 14:29 UTC (permalink / raw)
To: Jean-Michel Hautbois; +Cc: Xenomai-core@domain.hid
On 2011-09-23 16:21, Jean-Michel Hautbois wrote:
> 2011/9/23 Jan Kiszka <jan.kiszka@domain.hid<mailto:jan.kiszka@domain.hid>>
> On 2011-09-23 15:58, Jean-Michel Hautbois wrote:
>> 2011/9/23 Gilles Chanteperdrix <gilles.chanteperdrix@xenomai.org<mailto:gilles.chanteperdrix@xenomai.org>>
>>
>>> On 09/23/2011 11:49 AM, Jean-Michel Hautbois wrote:
>>>> OK, I have more traces (a few :)) :
>>>
>>> I meant the I-pipe tracer alone. The I-pipe tracer intead of other
>>> ftrace tracers.
>>>
>>>
>> Well, I think it works, I can do a cat /proc/ipipe/trace/max without any
>> error in a kernel which doesn't have any other ftrace function.
>> Do you have one test in particular in mind ?
>
> Check
> http://git.kiszka.org/?p=ipipe.git;a=shortlog;h=refs/heads/queues/2.6.35-x86-trace
> to get an impression of what is required to get ftrace working on
> x86_64. It is not working on x86_32 e.g. as it depends on the arch
> providing a NMI-safe, ie. task-stack independent current_thread_info().
> That is also not yet the case on Power.
>
> Interesting, and impressive. Do you plan supporting it for PowerPC ?
> Is there a git branch for that too ?
> I can test on a P2020, if you are interested ;-).
Sorry, this is currently not on any local roadmap.
Jan
--
Siemens AG, Corporate Technology, CT T DE IT 1
Corporate Competence Center Embedded Linux
^ permalink raw reply [flat|nested] 9+ messages in thread
end of thread, other threads:[~2011-09-23 14:29 UTC | newest]
Thread overview: 9+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2011-09-23 7:58 [Xenomai-core] P2020 support for ftrace with ipipe 2.12-01 and xeno 2.5.5.1 Jean-Michel Hautbois
2011-09-23 8:43 ` Gilles Chanteperdrix
2011-09-23 9:21 ` Jean-Michel Hautbois
2011-09-23 9:49 ` Jean-Michel Hautbois
2011-09-23 11:02 ` Gilles Chanteperdrix
2011-09-23 13:58 ` Jean-Michel Hautbois
2011-09-23 14:10 ` Jan Kiszka
2011-09-23 14:21 ` Jean-Michel Hautbois
2011-09-23 14:29 ` Jan Kiszka
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.