mirror of
https://github.com/zephyrproject-rtos/zephyr
synced 2025-09-11 10:02:56 +00:00
09fdd814df
For obvious performance reasons, scheduler state changes (other than aborting a thread) do not cause synchronous interrupts on the other CPU. Doing a k_thread_wakeup() means that the current CPU will run it synchronously if it's high priority, but if you want to see it run on the other cores you need to wait for them to reach a scheduling point on their own. The test was written to assume that k_thread_wakeup() is synchronous, but that's not right, and it needs to spin a bit. This bug was always present in the test, but masked by a bug in the way that k_sleep() was handled on SMP. See #9506. Signed-off-by: Andy Ross <andrew.j.ross@intel.com> |
||
|---|---|---|
| .. | ||
| arm_irq_vector_table | ||
| arm_runtime_nmi | ||
| boot_page_table | ||
| common | ||
| context | ||
| critical | ||
| device | ||
| early_sleep | ||
| fatal | ||
| fifo | ||
| fp_sharing | ||
| gen_isr_table | ||
| interrupt | ||
| lifo | ||
| mbox | ||
| mem_heap/mheap_api_concept | ||
| mem_pool | ||
| mem_protect | ||
| mem_slab | ||
| mp | ||
| msgq/msgq_api | ||
| mutex | ||
| obj_tracing | ||
| pending | ||
| pipe | ||
| poll | ||
| profiling/profiling_api | ||
| queue | ||
| sched | ||
| semaphore | ||
| sleep | ||
| smp | ||
| spinlock | ||
| stack | ||
| static_idt | ||
| threads | ||
| tickless | ||
| timer | ||
| workq | ||
| xip | ||