mirror of
https://github.com/zephyrproject-rtos/zephyr
synced 2025-09-03 05:11:57 +00:00
The existing timeout API wants to store a wait_q on which the thread is waiting, but it only uses that value in one spot (and there only as a boolean flag indicating "this thread is waiting on a wait_q). As it happens threads can already store their own backpointers to a wait_q (needed for the SCALABLE scheduler backend), so we should use that instead. This patch doesn't actually perform that unification yet. It reorgnizes things such that the pended_on field is always set at the point of timeout interaction, and adds a bunch of asserts to make 100% sure the logic is correct. The next patch will modify the API. Signed-off-by: Andy Ross <andrew.j.ross@intel.com> |
||
---|---|---|
.. | ||
include | ||
alert.c | ||
atomic_c.c | ||
CMakeLists.txt | ||
compiler_stack_protect.c | ||
device.c | ||
errno.c | ||
idle.c | ||
init.c | ||
int_latency_bench.c | ||
Kconfig | ||
Kconfig.power_mgmt | ||
mailbox.c | ||
mem_domain.c | ||
mem_slab.c | ||
mempool.c | ||
msg_q.c | ||
mutex.c | ||
pipes.c | ||
poll.c | ||
queue.c | ||
sched.c | ||
sem.c | ||
smp.c | ||
stack.c | ||
sys_clock.c | ||
system_work_q.c | ||
thread_abort.c | ||
thread.c | ||
timer.c | ||
userspace_handler.c | ||
userspace.c | ||
version.c | ||
work_q.c |