zephyr/tests/kernel/sched/schedule_api/src
Andy Ross d653e6868e tests/kernel/schedule_api: Bump stack size and unify stacks
The new spinlock validation features combined with spinlockification
have increased stack usage a bit in CONFIG_ASSERT builds, but this is
a good feature we want to keep.  This test was bumping into limits, so
increase the size from 512 to 640 bytes.

Unfortunately, this is also a huge test that creates a LOT of those
stacks across different test cases, so that minor bump blows us past
the 64k SRAM limit on a bunch of boards.  So unify all those stacks
that are only ever used in one case at a time so the memory can be
shared.  Now there's one fixed stack, named "tstack", and one array
"tstacks".  Much smaller.

Signed-off-by: Andy Ross <andrew.j.ross@intel.com>
2019-02-08 14:49:39 -05:00
..
main.c tests/kernel/schedule_api: Bump stack size and unify stacks 2019-02-08 14:49:39 -05:00
test_priority_scheduling.c tests/kernel/schedule_api: Bump stack size and unify stacks 2019-02-08 14:49:39 -05:00
test_sched_is_preempt_thread.c tests/kernel/schedule_api: Bump stack size and unify stacks 2019-02-08 14:49:39 -05:00
test_sched_priority.c tests/kernel/schedule_api: Bump stack size and unify stacks 2019-02-08 14:49:39 -05:00
test_sched_timeslice_and_lock.c tests/kernel/schedule_api: Bump stack size and unify stacks 2019-02-08 14:49:39 -05:00
test_sched_timeslice_reset.c tests/kernel/schedule_api: Bump stack size and unify stacks 2019-02-08 14:49:39 -05:00
test_sched.h tests/kernel/schedule_api: Bump stack size and unify stacks 2019-02-08 14:49:39 -05:00
test_slice_scheduling.c tests/kernel/schedule_api: Bump stack size and unify stacks 2019-02-08 14:49:39 -05:00