OrgZephyr/zephyr
OrgZephyr
/
zephyr
mirror of https://github.com/zephyrproject-rtos/zephyr.git
1
0
Fork 0
Code Issues Releases Wiki Activity
zephyr/boards/posix/nrf52_bsim/CMakeLists.txt

58 lines
1.9 KiB
CMake
Raw Normal View History

license: cleanup: add SPDX Apache-2.0 license identifier Update the files which contain no license information with the 'Apache-2.0' SPDX license identifier. Many source files in the tree are missing licensing information, which makes it harder for compliance tools to determine the correct license. By default all files without license information are under the default license of Zephyr, which is Apache version 2. Signed-off-by: Anas Nashif <anas.nashif@intel.com>
2019-04-06 21:08:09 +08:00
# SPDX-License-Identifier: Apache-2.0
new simulated board: nrf52_bsim Added a new simulated board, which models the NRF52832 SOC. Its main use is for workstation testing and simulation of the BLE stack and any application which relies mostly on it. It uses BabbleSim (http://Babblesim.github.io) for the radio simulation. And the NRF52 HW models hosted in that same GitHub organization: https://github.com/BabbleSim/ext_NRF52_hw_models For speed it uses the POSIX arch to (not) emulate the CPU. It uses Vanilla Zephyr, with a couple of configuration differences: * It uses (like other POSIX arch boards) the system libC * It does not use the nrfx hosted by Zehpyr in ext/, but the one provided by the HW models. Otherwise it relies in the same drivers as the real NRF52 boards. Signed-off-by: Alberto Escolar Piedras <alpi@oticon.com>
2018-09-14 22:20:11 +08:00
if (NOT DEFINED ENV{BSIM_COMPONENTS_PATH})
message(FATAL_ERROR "This board requires the BabbleSim simulator. Please set\
docs: fix misspelling across the tree Found a few annoying typos and figured I better run script and fix anything it can find, here are the results... Signed-off-by: Anas Nashif <anas.nashif@intel.com>
2019-06-19 02:45:40 +08:00
the environment variable BSIM_COMPONENTS_PATH to point to its components \
new simulated board: nrf52_bsim Added a new simulated board, which models the NRF52832 SOC. Its main use is for workstation testing and simulation of the BLE stack and any application which relies mostly on it. It uses BabbleSim (http://Babblesim.github.io) for the radio simulation. And the NRF52 HW models hosted in that same GitHub organization: https://github.com/BabbleSim/ext_NRF52_hw_models For speed it uses the POSIX arch to (not) emulate the CPU. It uses Vanilla Zephyr, with a couple of configuration differences: * It uses (like other POSIX arch boards) the system libC * It does not use the nrfx hosted by Zehpyr in ext/, but the one provided by the HW models. Otherwise it relies in the same drivers as the real NRF52 boards. Signed-off-by: Alberto Escolar Piedras <alpi@oticon.com>
2018-09-14 22:20:11 +08:00
folder. More information can be found in\
https://babblesim.github.io/folder_structure_and_env.html")
endif()
if (NOT DEFINED ENV{BSIM_OUT_PATH})
message(FATAL_ERROR "This board requires the BabbleSim simulator. Please set\
docs: fix misspelling across the tree Found a few annoying typos and figured I better run script and fix anything it can find, here are the results... Signed-off-by: Anas Nashif <anas.nashif@intel.com>
2019-06-19 02:45:40 +08:00
the environment variable BSIM_OUT_PATH to point to the folder where the\
new simulated board: nrf52_bsim Added a new simulated board, which models the NRF52832 SOC. Its main use is for workstation testing and simulation of the BLE stack and any application which relies mostly on it. It uses BabbleSim (http://Babblesim.github.io) for the radio simulation. And the NRF52 HW models hosted in that same GitHub organization: https://github.com/BabbleSim/ext_NRF52_hw_models For speed it uses the POSIX arch to (not) emulate the CPU. It uses Vanilla Zephyr, with a couple of configuration differences: * It uses (like other POSIX arch boards) the system libC * It does not use the nrfx hosted by Zehpyr in ext/, but the one provided by the HW models. Otherwise it relies in the same drivers as the real NRF52 boards. Signed-off-by: Alberto Escolar Piedras <alpi@oticon.com>
2018-09-14 22:20:11 +08:00
simulator is compiled to. More information can be found in\
https://babblesim.github.io/folder_structure_and_env.html")
endif()
zephyr_library()
zephyr_library_compile_definitions(NO_POSIX_CHEATS)
#Due to the BLE controller assumption about enum size
zephyr_compile_options(
-fshort-enums
)
zephyr_library_sources(
irq_handler.c
k_busy_wait.c
bstests_entry.c
argparse.c
main.c
time_machine.c
trace_hook.c
nrf52_bsim: Move CMSIS functions to cmsis.c Only a few CMSIS functions are added for now Signed-off-by: Rubin Gerritsen <rubin.gerritsen@nordicsemi.no>
2020-05-27 04:20:52 +08:00
cmsis.c
new simulated board: nrf52_bsim Added a new simulated board, which models the NRF52832 SOC. Its main use is for workstation testing and simulation of the BLE stack and any application which relies mostly on it. It uses BabbleSim (http://Babblesim.github.io) for the radio simulation. And the NRF52 HW models hosted in that same GitHub organization: https://github.com/BabbleSim/ext_NRF52_hw_models For speed it uses the POSIX arch to (not) emulate the CPU. It uses Vanilla Zephyr, with a couple of configuration differences: * It uses (like other POSIX arch boards) the system libC * It does not use the nrfx hosted by Zehpyr in ext/, but the one provided by the HW models. Otherwise it relies in the same drivers as the real NRF52 boards. Signed-off-by: Alberto Escolar Piedras <alpi@oticon.com>
2018-09-14 22:20:11 +08:00
)
zephyr_library_include_directories(
$ENV{BSIM_COMPONENTS_PATH}/libUtilv1/src/
$ENV{BSIM_COMPONENTS_PATH}/libPhyComv1/src/
$ENV{BSIM_COMPONENTS_PATH}/libRandv2/src/
headers: Refactor kernel and arch headers. This commit refactors kernel and arch headers to establish a boundary between private and public interface headers. The refactoring strategy used in this commit is detailed in the issue This commit introduces the following major changes: 1. Establish a clear boundary between private and public headers by removing "kernel/include" and "arch/*/include" from the global include paths. Ideally, only kernel/ and arch/*/ source files should reference the headers in these directories. If these headers must be used by a component, these include paths shall be manually added to the CMakeLists.txt file of the component. This is intended to discourage applications from including private kernel and arch headers either knowingly and unknowingly. - kernel/include/ (PRIVATE) This directory contains the private headers that provide private kernel definitions which should not be visible outside the kernel and arch source code. All public kernel definitions must be added to an appropriate header located under include/. - arch/*/include/ (PRIVATE) This directory contains the private headers that provide private architecture-specific definitions which should not be visible outside the arch and kernel source code. All public architecture- specific definitions must be added to an appropriate header located under include/arch/*/. - include/ AND include/sys/ (PUBLIC) This directory contains the public headers that provide public kernel definitions which can be referenced by both kernel and application code. - include/arch/*/ (PUBLIC) This directory contains the public headers that provide public architecture-specific definitions which can be referenced by both kernel and application code. 2. Split arch_interface.h into "kernel-to-arch interface" and "public arch interface" divisions. - kernel/include/kernel_arch_interface.h * provides private "kernel-to-arch interface" definition. * includes arch/*/include/kernel_arch_func.h to ensure that the interface function implementations are always available. * includes sys/arch_interface.h so that public arch interface definitions are automatically included when including this file. - arch/*/include/kernel_arch_func.h * provides architecture-specific "kernel-to-arch interface" implementation. * only the functions that will be used in kernel and arch source files are defined here. - include/sys/arch_interface.h * provides "public arch interface" definition. * includes include/arch/arch_inlines.h to ensure that the architecture-specific public inline interface function implementations are always available. - include/arch/arch_inlines.h * includes architecture-specific arch_inlines.h in include/arch/*/arch_inline.h. - include/arch/*/arch_inline.h * provides architecture-specific "public arch interface" inline function implementation. * supersedes include/sys/arch_inline.h. 3. Refactor kernel and the existing architecture implementations. - Remove circular dependency of kernel and arch headers. The following general rules should be observed: * Never include any private headers from public headers * Never include kernel_internal.h in kernel_arch_data.h * Always include kernel_arch_data.h from kernel_arch_func.h * Never include kernel.h from kernel_struct.h either directly or indirectly. Only add the kernel structures that must be referenced from public arch headers in this file. - Relocate syscall_handler.h to include/ so it can be used in the public code. This is necessary because many user-mode public codes reference the functions defined in this header. - Relocate kernel_arch_thread.h to include/arch/*/thread.h. This is necessary to provide architecture-specific thread definition for 'struct k_thread' in kernel.h. - Remove any private header dependencies from public headers using the following methods: * If dependency is not required, simply omit * If dependency is required, - Relocate a portion of the required dependencies from the private header to an appropriate public header OR - Relocate the required private header to make it public. This commit supersedes #20047, addresses #19666, and fixes #3056. Signed-off-by: Stephanos Ioannidis <root@stephanos.io>
2019-10-24 23:08:21 +08:00
${ZEPHYR_BASE}/kernel/include
${ZEPHYR_BASE}/arch/posix/include
new simulated board: nrf52_bsim Added a new simulated board, which models the NRF52832 SOC. Its main use is for workstation testing and simulation of the BLE stack and any application which relies mostly on it. It uses BabbleSim (http://Babblesim.github.io) for the radio simulation. And the NRF52 HW models hosted in that same GitHub organization: https://github.com/BabbleSim/ext_NRF52_hw_models For speed it uses the POSIX arch to (not) emulate the CPU. It uses Vanilla Zephyr, with a couple of configuration differences: * It uses (like other POSIX arch boards) the system libC * It does not use the nrfx hosted by Zehpyr in ext/, but the one provided by the HW models. Otherwise it relies in the same drivers as the real NRF52 boards. Signed-off-by: Alberto Escolar Piedras <alpi@oticon.com>
2018-09-14 22:20:11 +08:00
)
zephyr_ld_options(
-lm
)
cmake: helper function for importing library When importing a pre compiled imported library it is currently required to perform three steps. This commit introduces a helper function which allows the user to import a library with a single function call. Signed-off-by: Håkon Øye Amundsen <haakon.amundsen@nordicsemi.no>
2019-04-29 19:13:28 +08:00
set(libpath $ENV{BSIM_OUT_PATH}/lib)
zephyr_library_import(bsim_libUtilv1 ${libpath}/libUtilv1.32.a)
zephyr_library_import(bsim_libPhyComv1 ${libpath}/libPhyComv1.32.a)
zephyr_library_import(bsim_lib2G4PhyComv1 ${libpath}/lib2G4PhyComv1.32.a)
zephyr_library_import(bsim_libRandv2 ${libpath}/libRandv2.32.a)
new simulated board: nrf52_bsim Added a new simulated board, which models the NRF52832 SOC. Its main use is for workstation testing and simulation of the BLE stack and any application which relies mostly on it. It uses BabbleSim (http://Babblesim.github.io) for the radio simulation. And the NRF52 HW models hosted in that same GitHub organization: https://github.com/BabbleSim/ext_NRF52_hw_models For speed it uses the POSIX arch to (not) emulate the CPU. It uses Vanilla Zephyr, with a couple of configuration differences: * It uses (like other POSIX arch boards) the system libC * It does not use the nrfx hosted by Zehpyr in ext/, but the one provided by the HW models. Otherwise it relies in the same drivers as the real NRF52 boards. Signed-off-by: Alberto Escolar Piedras <alpi@oticon.com>
2018-09-14 22:20:11 +08:00
# This is due to some tests using _Static_assert which is a 2011 feature, but
# otherwise relying on compilers supporting it also when set to C99.
# This was in general ok, but with some host compilers and C library versions
# it led to problems. So we override it to 2011 for native applications.
set_property(GLOBAL PROPERTY CSTD c11)