* [Xenomai-help] xeno-test problem
@ 2010-06-02 16:00 Cyril Wallois
2010-06-02 16:13 ` Gilles Chanteperdrix
0 siblings, 1 reply; 4+ messages in thread
From: Cyril Wallois @ 2010-06-02 16:00 UTC (permalink / raw)
To: xenomai
[-- Attachment #1: Type: text/plain, Size: 448 bytes --]
Thanks for your fast reply gilles,
I don't use the right word to explain my problem, the lock-up with xeno-test
is solve with newer version of xenomai and linux kernel.
I have always to solve my problem when running rtnet :
Xenomai: suspending kernel thread bf0270e0 ('rtnet-rtpc') at 0xbf02b814
after exception #8
Now, I'm searching for tools to debug the kernel on a remote target and read
the value in the register.
Regards,
WALLOIS Cyril
[-- Attachment #2: Type: text/html, Size: 506 bytes --]
^ permalink raw reply [flat|nested] 4+ messages in thread* Re: [Xenomai-help] xeno-test problem
2010-06-02 16:00 [Xenomai-help] xeno-test problem Cyril Wallois
@ 2010-06-02 16:13 ` Gilles Chanteperdrix
0 siblings, 0 replies; 4+ messages in thread
From: Gilles Chanteperdrix @ 2010-06-02 16:13 UTC (permalink / raw)
To: Cyril Wallois; +Cc: xenomai
Cyril Wallois wrote:
> Thanks for your fast reply gilles,
>
> I don't use the right word to explain my problem, the lock-up with
> xeno-test is solve with newer version of xenomai and linux kernel.
Not quite. It will work with the newer version because the default
period of the latency test is 1000us instead of 100us. But your ARM is
still probably not able to sustain a 100us period.
>
> I have always to solve my problem when running rtnet :
>
> Xenomai: suspending kernel thread bf0270e0 ('rtnet-rtpc') at 0xbf02b814
> after exception #8
What you need is to type cat /proc/modules on the target to see the
module to which the address 0xbf02b814 corresponds. Then run objdump to
disassemble the faulting module. But I believe Jan explained you all
that when answering the original request.
>
> Now, I'm searching for tools to debug the kernel on a remote target and
> read the value in the register.
> https://mail.gna.org/listinfo/xenomai-help
To print the values of registers, you can add some printks to the
xnpod_trap_fault function in the ksrc/nucleus/pod.c file in Xenomai
sources. We could arguably add that to Xenomai code, but we did not do
it yet.
As for the alignment issue itself, please take care, on the receive path
of your driver to pass, to the rtnet stack, buffers where the IP header
is aligned on a 4 bytes boundary. Since the ethernet header is 6 bytes
long, it means that the ethernet header alignement should be 2 modulo 4.
--
Gilles.
^ permalink raw reply [flat|nested] 4+ messages in thread
* [Xenomai-help] xeno-test problem
@ 2010-06-02 15:36 Cyril Wallois
2010-06-02 15:46 ` Gilles Chanteperdrix
0 siblings, 1 reply; 4+ messages in thread
From: Cyril Wallois @ 2010-06-02 15:36 UTC (permalink / raw)
To: xenomai
[-- Attachment #1.1: Type: text/plain, Size: 311 bytes --]
Hi all,
I have a problem when I try to load xeno-test, at the begining, I Though it
comes from a too low sampling period on the latency test.
I run xenomai 2.4.8 with linux 2.6.26 on a PXA270 (toradex colibri). I
should not have these problem with newer kernel and version of xenomai.
Regards,
WALLOIS Cyril
[-- Attachment #1.2: Type: text/html, Size: 340 bytes --]
[-- Attachment #2: xeno-test --]
[-- Type: application/octet-stream, Size: 9300 bytes --]
$ ./xeno-test
xeno-test: started
withBusybox is 1
xeno-test: running tests
Thu Jan 1 00:00:46 UTC 1970
running: ./xeno-config --verbose
xeno-config --verbose
--version="2.4.8"
--cc="arm-linux-gnueabi-gcc"
--arch="arm"
--prefix="/usr/xenomai"
--xeno-cflags="-I/usr/xenomai/include -D_GNU_SOURCE -D_REENTRANT -D__XENO__"
--xeno-ldflags="-L/usr/xenomai/lib -lpthread "
--posix-cflags="-I/usr/xenomai/include -I/usr/xenomai/include/posix -D_GNU_SOURCE -D_REENTRANT -D__XENO__"
--posix-ldflags="-Wl,@/usr/xenomai/lib/posix.wrappers -L/usr/xenomai/lib -lpthread_rt -lpthread -lrt "
--library-dir="/usr/xenomai/lib"
Thu Jan 1 00:00:46 UTC 1970
running: ./xeno-info
If some fields are empty or look unusual you may have an old version.
Compare to the current minimal requirements in Documentation/Changes.
BusyBox v1.2.1 (2007.12.27-19:46+0000) multi-call binary
Linux mbs270 2.6.26-mbs270_0908 #14 Mon May 31 12:18:52 CEST 2010 armv5tel unknown
*** glibc detected *** which: free(): invalid next size (fast): 0x000c4078 ***
Aborted
*** glibc detected *** which: free(): invalid next size (fast): 0x000c4078 ***
Aborted
module-init-tools 3.2.2
*** glibc detected *** which: free(): invalid next size (fast): 0x000c4078 ***
Aborted
Modules Loaded mt9v022 pca953x pxa_camera soc_camera videodev videobuf_dma_sg videobuf_core
Thu Jan 1 00:00:47 UTC 1970
running: cat /proc/cpuinfo
Processor : XScale-PXA270 rev 7 (v5l)
BogoMIPS : 519.37
Features : swp half thumb fastmult edsp iwmmxt
CPU implementer : 0x69
CPU architecture: 5TE
CPU variant : 0x0
CPU part : 0x411
CPU revision : 7
Cache type : undefined 5
Cache clean : undefined 5
Cache lockdown : undefined 5
Cache format : Harvard
I size : 32768
I assoc : 32
I line length : 32
I sets : 32
D size : 32768
D assoc : 32
D line length : 32
D sets : 32
Hardware : Toradex Colibri XScale PXA270
Revision : 0000
Serial : 0000de01002d1400
Thu Jan 1 00:00:47 UTC 1970
running: md5sum /proc/cpuinfo # cpuinfo fingerprint
ac797da56270b6e3a759457f8c8d0f01 /proc/cpuinfo
Thu Jan 1 00:00:47 UTC 1970
running: cat /proc/ipipe/Linux
+----- Handling ([A]ccepted, [G]rabbed, [W]ired, [D]iscarded)
|+---- Sticky
||+--- Locked
|||+-- Exclusive
||||+- Virtual
[IRQ] |||||
0: A....
1: A....
2: A....
3: A....
4: A....
5: A....
6: A....
7: A....
8: A....
9: A....
10: A....
11: A....
12: A....
13: A....
14: A....
15: A....
16: A....
17: A....
18: A....
19: A....
20: A....
21: A....
22: A....
23: A....
24: A....
25: A....
26: A....
27: A....
28: A....
29: A....
30: A....
31: A....
32: A....
33: A....
34: A....
35: A....
36: A....
37: A....
38: A....
39: A....
40: A....
41: A....
42: A....
43: A....
44: A....
45: A....
46: A....
47: A....
48: A....
49: A....
50: A....
51: A....
52: A....
53: A....
54: A....
55: A....
56: A....
57: A....
58: A....
59: A....
60: A....
61: A....
62: A....
63: A....
64: A....
65: A....
66: A....
67: A....
68: A....
69: A....
70: A....
71: A....
72: A....
73: A....
74: A....
75: A....
76: A....
77: A....
78: A....
79: A....
80: A....
81: A....
82: A....
83: A....
84: A....
85: A....
86: A....
87: A....
88: A....
89: A....
90: A....
91: A....
92: A....
93: A....
94: A....
95: A....
96: A....
97: A....
98: A....
99: A....
100: A....
101: A....
102: A....
103: A....
104: A....
105: A....
106: A....
107: A....
108: A....
109: A....
110: A....
111: A....
112: A....
113: A....
114: A....
115: A....
116: A....
117: A....
118: A....
119: A....
120: A....
121: A....
122: A....
123: A....
124: A....
125: A....
126: A....
127: A....
128: A....
129: A....
130: A....
131: A....
132: A....
133: A....
134: A....
135: A....
136: A....
137: A....
138: A....
139: A....
140: A....
141: A....
142: A....
143: A....
144: A....
145: A....
146: A....
147: A....
148: A....
149: A....
150: A....
151: A....
152: A....
153: A....
154: A....
155: A....
156: A....
157: A....
158: A....
159: A....
160: A....
161: A....
162: A....
163: A....
164: A....
165: A....
166: A....
167: A....
168: A....
169: A....
170: A....
171: A....
172: A....
173: A....
174: A....
175: A....
176: A....
177: A....
178: A....
179: A....
180: A....
181: A....
182: A....
183: A....
184: A....
185: A....
186: A....
187: A....
188: A....
189: A....
190: A....
191: A....
192: G...V
193: G...V
[Domain info]
id=0x00000000
priority=100
Thu Jan 1 00:00:47 UTC 1970
running: cat /proc/ipipe/Xenomai
+----- Handling ([A]ccepted, [G]rabbed, [W]ired, [D]iscarded)
|+---- Sticky
||+--- Locked
|||+-- Exclusive
||||+- Virtual
[IRQ] |||||
26: W..X.
194: W...V
[Domain info]
id=0x58454e4f
priority=topmost
Thu Jan 1 00:00:48 UTC 1970
running: cat /proc/ipipe/version
1.12-00
Thu Jan 1 00:00:48 UTC 1970
running: generate_loads 1
dd workload started, pids 1561 stored in /var/lock/xeno-test.1427.pids
Thu Jan 1 00:00:48 UTC 1970
running: cat /proc/interrupts
CPU0
3: 74 SC ohci_hcd:usb1
6: 0 SC pxa_i2c-i2c.1
14: 375 SC AC97
18: 118 SC pxa_i2c-i2c.0
22: 1469 SC FFUART
23: 11 SC pxa2xx-mci
25: 0 SC DMA
26: 4803 SC ost0
33: 0 SC pxa27x-camera
160: 0 GPIO MMC card detect
177: 0 GPIO UCB1400
Err: 0
Thu Jan 1 00:00:48 UTC 1970
running: cat /proc/loadavg
0.71 0.23 0.08 4/30 1573
Thu Jan 1 00:00:48 UTC 1970
running: cat /proc/meminfo
MemTotal: 61200 kB
MemFree: 49008 kB
Buffers: 0 kB
Cached: 7152 kB
SwapCached: 0 kB
Active: 3496 kB
Inactive: 4844 kB
SwapTotal: 0 kB
SwapFree: 0 kB
Dirty: 0 kB
Writeback: 0 kB
AnonPages: 1204 kB
Mapped: 1080 kB
Slab: 2448 kB
SReclaimable: 744 kB
SUnreclaim: 1704 kB
PageTables: 160 kB
NFS_Unstable: 0 kB
Bounce: 0 kB
WritebackTmp: 0 kB
CommitLimit: 30600 kB
Committed_AS: 4764 kB
VmallocTotal: 581632 kB
VmallocUsed: 33212 kB
VmallocChunk: 540668 kB
Thu Jan 1 00:00:48 UTC 1970
running: cat /proc/xenomai/affinity
00000001
Thu Jan 1 00:00:48 UTC 1970
running: cat /proc/xenomai/apc
APC CPU0
0: 0 (pipe_wakeup)
1: 0 (lostage_handler)
2: 0 (registry_export)
3: 0 (pse51_lostage_handler)
Thu Jan 1 00:00:48 UTC 1970
running: cat /proc/xenomai/faults
TRAP CPU0
0: 0 (Data or instruction access)
1: 0 (Section fault)
2: 0 (Generic data abort)
3: 0 (Unknown exception)
4: 0 (Instruction breakpoint)
5: 0 (Floating point exception)
6: 0 (VFP Floating point exception)
7: 0 (Undefined instruction)
8: 0 (Unaligned access exception)
Thu Jan 1 00:00:49 UTC 1970
running: cat /proc/xenomai/hal
1.12-00
Thu Jan 1 00:00:49 UTC 1970
running: cat /proc/xenomai/heap
size=129536:used=64:pagesz=512 (main heap)
size=32256:used=0:pagesz=512 (stack pool)
Thu Jan 1 00:00:49 UTC 1970
running: cat /proc/xenomai/irq
IRQ CPU0
26: 4858 [timer]
194: 0 [virtual]
Thu Jan 1 00:00:49 UTC 1970
running: cat /proc/xenomai/latency
9538
Thu Jan 1 00:00:49 UTC 1970
running: cat /proc/xenomai/sched
CPU PID PRI PERIOD TIMEOUT TIMEBASE STAT NAME
0 0 -1 0 0 master R ROOT
Thu Jan 1 00:00:49 UTC 1970
running: cat /proc/xenomai/stat
CPU PID MSW CSW PF STAT %CPU NAME
0 0 0 0 0 00500080 99.9 ROOT
0 0 0 4898 0 00000000 0.1 IRQ26: [timer]
Mem: 12432K used, 48768K free, 0K shrd, 0K buff, 7156K cached
Load average: 0.97 0.30 0.10 (Status: S=sleeping R=running, W=waiting)
PID USER STATUS RSS PPID %CPU %MEM COMMAND
1561 root R 448 1 95.1 0.7 dd
1690 root R 760 1689 3.7 1.2 top
4 root SW< 0 2 0.9 0.0 events/0
1414 root S 952 1 0.0 1.5 sh
1427 root S 712 1414 0.0 1.1 xeno-test
1405 root S 608 1 0.0 0.9 syslogd
1407 root S 596 1 0.0 0.9 klogd
Thu Jan 1 00:00:52 UTC 1970
running: ./run -- -sh -T 120 -t0 # latency
*
*
* Type ^C to stop this application.
*
*
== Sampling period: 100 us
== Test mode: periodic user-mode task
== All results in microseconds
warming up...
^ permalink raw reply [flat|nested] 4+ messages in thread* Re: [Xenomai-help] xeno-test problem
2010-06-02 15:36 Cyril Wallois
@ 2010-06-02 15:46 ` Gilles Chanteperdrix
0 siblings, 0 replies; 4+ messages in thread
From: Gilles Chanteperdrix @ 2010-06-02 15:46 UTC (permalink / raw)
To: Cyril Wallois; +Cc: xenomai
Cyril Wallois wrote:
> Hi all,
>
> I have a problem when I try to load xeno-test, at the begining, I Though
> it comes from a too low sampling period on the latency test.
> I run xenomai 2.4.8 with linux 2.6.26 on a PXA270 (toradex colibri). I
> should not have these problem with newer kernel and version of xenomai.
Apparently I did not make myself clear on the rtnet mailing list: since
you mentioned a crash, then it means that you have a kernel oops or
something. There is nothing we can do if you do not show us the oops
message on the serial console. If you do not see anything after:
== Sampling period: 100 us
== Test mode: periodic user-mode task
== All results in microseconds
warming up...
Then your problem is indeed not a crash, but the known lockup with too
short frequencies on ARMs.
Note that if you upgrade to Xenomai 2.5.3, you will be able to enable
the FCSE option and unlocked context switches, which should improves the
latencies.
--
Gilles.
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2010-06-02 16:13 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2010-06-02 16:00 [Xenomai-help] xeno-test problem Cyril Wallois
2010-06-02 16:13 ` Gilles Chanteperdrix
-- strict thread matches above, loose matches on Subject: below --
2010-06-02 15:36 Cyril Wallois
2010-06-02 15:46 ` Gilles Chanteperdrix
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.