- 05 Jun, 2021 11 commits
-
-
Philippe Gerum authored
Signed-off-by:
Philippe Gerum <rpm@xenomai.org>
-
Philippe Gerum authored
Signed-off-by:
Philippe Gerum <rpm@xenomai.org>
-
Philippe Gerum authored
Signed-off-by:
Philippe Gerum <rpm@xenomai.org>
-
Philippe Gerum authored
Let's benefit from the atomic access to the thread info bits evl_wakeup_thread() already guarantees. Signed-off-by:
Philippe Gerum <rpm@xenomai.org>
-
Philippe Gerum authored
Signed-off-by:
Philippe Gerum <rpm@xenomai.org>
-
Philippe Gerum authored
Signed-off-by:
Philippe Gerum <rpm@xenomai.org>
-
Philippe Gerum authored
Signed-off-by:
Philippe Gerum <rpm@xenomai.org>
-
Philippe Gerum authored
Signed-off-by:
Philippe Gerum <rpm@xenomai.org>
-
Philippe Gerum authored
This completes the simplification work by dedicating calls to resume and thread from a forcible stop (T_SUSP, T_HALT, T_INBAND and T_DORMANT), and event-bounded waits. For consistency purpose, the related calls have been renamed: evl_{hold, release}_thread() control the forcible stop states, while evl_{sleep_on, wakeup}_thread() control the event wait states. Signed-off-by:
Philippe Gerum <rpm@xenomai.org>
-
Philippe Gerum authored
T_PEND and T_DELAY always apply to the current thread, and a wait channel is only available with the former. Leverage this invariant in evl_sleep_on() for waiting for these specific events, simplifying the innards of such call. Convert mutex and wait queue support to evl_sleep_on(). Signed-off-by:
Philippe Gerum <rpm@xenomai.org>
-
Philippe Gerum authored
Signed-off-by:
Philippe Gerum <rpm@xenomai.org>
-