OrgZephyr/zephyr
OrgZephyr
/
zephyr
mirror of https://github.com/zephyrproject-rtos/zephyr.git
1
0
Fork 0
Code Issues Releases Wiki Activity
zephyr/tests/kernel/pipe/pipe_api/prj.conf

6 lines
98 B
Plaintext
Raw Normal View History

tests: add pipe test cases which use unified kernel Add kernel pipe test cases which cover basic pipe apis usage across thread and isr Change-Id: I11899411b305535297f2e25056678d5b7df8fb95 Signed-off-by: jing wang <jing.j.wang@intel.com>
2016-11-16 10:56:29 +08:00
CONFIG_ZTEST=y
CONFIG_IRQ_OFFLOAD=y
tests: kernel: pipe_api: Run test with userspace enabled. Previously qemu_x86 was the only device to run this test in userspace. With this patch, the pipe testcases can now run on any device which has userspace enabed. Signed-off-by: Adithya Baglody <adithya.nagaraj.baglody@intel.com>
2018-03-12 18:03:59 +08:00
CONFIG_TEST_USERSPACE=y
kernel: pipes: add k_pipe_alloc_init() User mode can't be trusted to provide the kernel buffers for internal use. The syscall for k_pipe_init() has been removed in favor of a new API to draw the buffer memory from the calling thread's resource pool. K_PIPE_DEFINE() now properly locates the allocated buffer into kernel memory. Signed-off-by: Andrew Boie <andrew.p.boie@intel.com>
2018-04-13 08:38:12 +08:00
CONFIG_DYNAMIC_OBJECTS=y
tests: Mass SMP disablement on non-SMP-safe tests (Chunk 2 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