zephyr/kernel
Daniel Leung caacc27d37 kernel: smp: CPU start may result in null pointer access
It is observed that starting up CPU may result in other CPUs
crashing due to de-referencing NULL pointers. Note that this
happened on the up_squared board, but there was no way to
attach debugger to verify. It started working again after
moving z_dummy_thread_init() before smp_timer_init(), which
was the old behavior before commit
eefaeee061 where the issue
first appeared. So mimic the old behavior to workaround
the issue.

Fixes #68115

Signed-off-by: Daniel Leung <daniel.leung@intel.com>
2024-02-04 19:55:14 -06:00
..
include pm: device_runtime: Extend with synchronous runtime PM 2024-02-01 15:03:42 +01:00
paging
CMakeLists.txt kernel: Introduce a way to specify minimum system heap size 2023-12-20 11:01:42 +01:00
Kconfig kernel: amend wording on CONFIG_SMP_BOOT_DELAY 2024-01-17 11:57:20 -05:00
Kconfig.vm
atomic_c.c
banner.c
busy_wait.c
compiler_stack_protect.c
condvar.c
device.c
dynamic.c kernel: dynamic: reduce verbosity in degenerate case 2024-01-26 06:50:11 -05:00
dynamic_disabled.c
errno.c
events.c
fatal.c kernel: fatal: remove LCOV exclusion 2023-12-21 09:18:44 +01:00
futex.c
idle.c
init.c
kheap.c
mailbox.c
main_weak.c
mem_domain.c
mem_slab.c
mempool.c kernel: Introduce a way to specify minimum system heap size 2023-12-20 11:01:42 +01:00
mmu.c
msg_q.c
mutex.c
obj_core.c
pipes.c kernel: Apply const to k_pipe_put() parameter 2023-12-15 14:51:35 -05:00
poll.c
queue.c
sched.c kernel: Implement k_sleep for Single Thread 2024-01-10 15:10:16 +01:00
sem.c
smp.c kernel: smp: CPU start may result in null pointer access 2024-02-04 19:55:14 -06:00
stack.c
system_work_q.c
thread.c kernel/thread: Detect in-kernel "reserved" stack overflow 2024-02-04 10:23:25 -05:00
timeout.c
timer.c
usage.c
userspace.c
userspace_handler.c
version.c
work.c kernel: work: Fix race in workqueue thread 2024-01-03 10:20:19 +01:00
xip.c