507852a4ad
Historically, stacks were just character buffers and could be treated as such if the user wanted to look inside the stack data, and also declared as an array of the desired stack size. This is no longer the case. Certain architectures will create a memory region much larger to account for MPU/MMU guard pages. Unfortunately, the kernel interfaces treat both the declared stack, and the valid stack buffer within it as the same char * data type, even though these absolutely cannot be used interchangeably. We introduce an opaque k_thread_stack_t which gets instantiated by K_THREAD_STACK_DECLARE(), this is no longer treated by the compiler as a character pointer, even though it really is. To access the real stack buffer within, the result of K_THREAD_STACK_BUFFER() can be used, which will return a char * type. This should catch a bunch of programming mistakes at build time: - Declaring a character array outside of K_THREAD_STACK_DECLARE() and passing it to K_THREAD_CREATE - Directly examining the stack created by K_THREAD_STACK_DECLARE() which is not actually the memory desired and may trigger a CPU exception Signed-off-by: Andrew Boie <andrew.p.boie@intel.com> |
||
|---|---|---|
| .. | ||
| offsets | ||
| startup | ||
| Makefile | ||
| atomic.S | ||
| cpu_idle.c | ||
| crt1.S | ||
| fatal.c | ||
| irq_manage.c | ||
| irq_offload.c | ||
| sw_isr_table.S | ||
| swap.S | ||
| thread.c | ||
| xt_zephyr.S | ||
| xtensa_context.S | ||
| xtensa_intr.c | ||
| xtensa_intr_asm.S | ||
| xtensa_vectors.S | ||