zephyr/tests/kernel/fatal/prj.conf

CONFIG_HW_STACK_PROTECTION=y
CONFIG_ZTEST=y
CONFIG_COVERAGE=n
CONFIG_TEST_USERSPACE=y
CONFIG_SMP=n
tests: fatal: fix several issues An errant commit accidentally disabled all testing of hardware-based stack protection. Restore it, and work around a problem with how these kinds of exceptions are reported on ARM until #7706 is fixed. We need to globally disable user mode due to how the select statements in Kconfig work, the stack sentinel is incompatible with user mode. Some build warnings when compiling as native_posix fixed. Signed-off-by: Andrew Boie <andrew.p.boie@intel.com> 2018-05-22 08:43:22 +08:00			`CONFIG_HW_STACK_PROTECTION=y`
tests: fatal: convert legacy test to ztest Clear checkpatch errors and make use of ztest apis to support ztest framework. Signed-off-by: Punit Vara <punit.vara@intel.com> 2017-10-31 13:05:27 +08:00			`CONFIG_ZTEST=y`
tests: Dont run coverage for select test cases. Disabled the CONFIG_COVERAGE for benchmarks and other tests. This is needed because it interferes with normal behavior of the test case. Signed-off-by: Adithya Baglody <adithya.nagaraj.baglody@intel.com> Signed-off-by: Anas Nashif <anas.nashif@intel.com> 2018-09-20 14:59:43 +08:00			`CONFIG_COVERAGE=n`
tests: CONFIG_TEST_USERSPACE now off by default Unlike CONFIG_HW_STACK_PROTECTION, which greatly helps expose stack overflows in test code, activating userspace without putting threads in user mode is of very limited value. Now CONFIG_TEST_USERSPACE is off by default. Any test which puts threads in user mode will need to set CONFIG_TEST_USERSPACE. This should greatly increase sanitycheck build times as there is non-trivial build time overhead to enabling this feature. This also allows some tests which failed the build on RAM-constrained platforms to compile properly. tests/drivers/build_all is a special case; it doesn't put threads in user mode, but we want to ensure all the syscall handlers compile properly. Fixes: #15103 (and probably others) Signed-off-by: Andrew Boie <andrew.p.boie@intel.com> 2019-04-06 06:39:50 +08:00			`CONFIG_TEST_USERSPACE=y`
tests: Mass SMP disablement on non-SMP-safe tests (Chunk 1 of 3 - this patch was split across pull requests to address CI build time limitations) Zephyr has always been a uniprocessor system, and its kernel tests are rife with assumptions and outright dependence on single-CPU operation (for example: "low priority threads will never run until this high priority thread blocks" -- not true if there's another processor to run it!) About 1/3 of our tests fail right now on x86_64 when dual processor operation is made default. Most of those can probably be recovered on a case-by-case basis with simple changes (and a few of them might represent real bugs in SMP!), but for now let's make sure the full test suite passes by turning the second CPU off. There's still plenty of SMP coverage in the remaining cases. Signed-off-by: Andy Ross <andrew.j.ross@intel.com> 2019-02-23 03:45:23 +08:00			`CONFIG_SMP=n`