Hi,
We are moving from RTAI kernel space (2.6.32 32 bit kernel) application
to PREEMPT-RT user space application. We are using Gavin's patch set on
kernel 4.9.130 64bit kernel.
After around 15 hours of testing with servo drives, we see these kernel
messages and our cyclic task hangs:
[6249
Hallo Roberto,
Am 21.05.19 um 14:48 schrieb Viola Roberto:
This crc thing plus the packet’s counter thing by ifconfig push me to
think that sometimes the ec module ignores a packet even if ethernet
card receives it. Is is possible?
Yes that is possible. If you query the NIC to early after y
Hallo Wilhelm,
thanks for your answer. I've already check the timings of my loop.
Running at 1KHz these are the clocks (ns) when i have the issue:
Domain1: WC 0.
Domain1: State 0.
receive[0]=232048932
process[0]=232068191
queue[0]=232070560
send[0]=232071366
aftersend[0]=232077874
receive[1]=233
Hi Roberto,
My system stucks if I call clock_gettime in RTAI realtime task, maybe it's
similar with Xenomai. And I think it's OK to call clock_gettime(which would
cause a system call) in PREEMPT_RT. You can switch to other functions from
Xenomai.
Regards
Bryan
From: Viola Roberto
Date:
Try reconfiguring Etherlab with --enable-rtmutex. This performs better in
PREEMPT_RT mode anyway, and certainly will alter that particular code path.
Otherwise, be careful with your threading. IIRC in RTAI mode you had to supply
your own mutex callbacks; in user mode these should usually be re
Hi Bryan,
thanks for the hint but i added the clock_gettime just to check the timing:
the issue was there even if i remove them.
R.
Da: etherlab-users [mailto:etherlab-users-boun...@etherlab.org] Per conto di
chengwe...@taian-tech.com
Inviato: mercoledì 22 maggio 2019 02:30
A: etherlab-users@e