Edouard Tisserant [Thu, 24 Jan 2019 13:53:01 +0100] rev 808
Adding -fPIC isn't necessary of xeno-config is set correctly. Backed out changeset b9f1fcda7d30
Edouard Tisserant [Thu, 24 Jan 2019 13:49:40 +0100] rev 807
Rewrite of timer_xeno.c to use POSIX API instead of Alchemy.
Edouard Tisserant [Wed, 09 May 2018 13:16:00 +0200] rev 806
Force -fPIC in CFLAGS for xenomai targets.
Edouard Tisserant [Mon, 23 Apr 2018 12:32:03 +0200] rev 805
Workaround Alchemy task not beeing waken up when closing file descriptor it is waiting on, sequel of Xenomai3 all posix file ops
Edouard Tisserant [Fri, 20 Apr 2018 15:00:04 +0200] rev 804
Removed legacy dead code from ex-rtdm rt-socketcan API, added shutdown() call to force recv() to unblock on CanClose()
Edouard Tisserant [Fri, 23 Mar 2018 15:45:52 +0100] rev 803
Fixed trailing -lrtdm added by configure with Xenomai
Edouard Tisserant [Fri, 23 Mar 2018 15:15:18 +0100] rev 802
Quick fix for new RTDM interface in Xemomai 3, now posix
Edouard Tisserant [Wed, 21 Mar 2018 13:33:43 +0100] rev 801
Rename timer.h into timers.h to avoid clash with Xenomai includes.
Edouard Tisserant [Tue, 20 Mar 2018 16:04:52 +0100] rev 800
Update call to xeno-config in configure to Xenomai 3
Edouard Tisserant [Thu, 08 Mar 2018 15:09:22 +0100] rev 799
Update can_socket.c to Xenomai 3 API
Edouard Tisserant [Thu, 08 Mar 2018 15:03:04 +0100] rev 798
Update timers_xeno/timerscfg.h to Xenomai 3 API
Edouard Tisserant [Thu, 08 Mar 2018 14:55:01 +0100] rev 797
Update timers_xeno.c to Xenomai 3 API
bmakuc <blaz.makuc@smarteh.si> [Fri, 24 Mar 2017 10:52:38 +0100] rev 796
Send timeout is set to 10 ms. Without timeout PLC can be blocked by CAN driver: if CAN bus is not connected to controller CAN driver never returns and therfore PLC application halts. This is a temporary solution.
Edouard Tisserant [Fri, 27 Nov 2015 16:27:46 +0100] rev 795
fixed static link of can driver
Edouard Tisserant [Mon, 03 Aug 2015 18:01:58 +0200] rev 794
merged
Robert Lehmann <robert.lehmann@sitec-systems.de> [Tue, 28 Jul 2015 16:36:55 +0200] rev 793
timers_unix: Fix termination problem of WaitReceiveTaskEnd
The function pthread_kill sends the Signal thread and to the own process.
If you use this construct than the application which calls uses the
canfestival api will terminate at the call of canClose. To avoid that
use pthread_cancel instead of pthread_kill. To use the pthread_cancel call
you need to set the cancel ability in the thread function. That means
you need to call pthread_setcancelstate and pthread_setcanceltype.
For the termination of the thread at any time it is important to set the
cancel type to PTHREAD_CANCEL_ASYNCHRONOUS.