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

25 lines
555 B
CMake
Raw Normal View History

llext: Linkable loadable extensions Adds the linkable loadable extensions (llext) subsystem which provides functionality for reading, parsing, and linking ELF encoded executable code into a managed extension to the running elf base image. A loader interface, and default buffer loader implementation, make available to the llext subsystem the elf data. A simple management API provide the ability to load and unload extensions as needed. A shell interface for extension loading and unloading makes it easy to try. Adds initial support for armv7 thumb built elfs with very specific compiler flags. Signed-off-by: Tom Burdick <thomas.burdick@intel.com> Co-authored-by: Chen Peng1 <peng1.chen@intel.com> Co-authored-by: Guennadi Liakhovetski <guennadi.liakhovetski@linux.intel.com>
2023-09-27 21:10:10 +08:00
if(CONFIG_LLEXT)
llext: add bringup, teardown, and bootstrap APIs llext_bringup() and llext_teardown() are intended to be used to call the extension's own initialization and cleanup functions, respectively. They are meant to be called by the developer after loading an extension and before unloading it. The list of function pointers to be called is obtained via the new llext_get_fn_table() syscall, so that they are compatible with user mode. llext_bootstrap() is intended to be used as the entry point for a thread created to run an extension, in either user or kernel contexts. It will call the extension's own initialization functions and then an additional entry point in the same context (if desired). The same function can also be called directly in the main thread, if only initialization is required. Signed-off-by: Luca Burelli <l.burelli@arduino.cc>
2024-08-22 21:52:29 +08:00
zephyr_syscall_header(${ZEPHYR_BASE}/include/zephyr/llext/llext.h)
llext: Linkable loadable extensions Adds the linkable loadable extensions (llext) subsystem which provides functionality for reading, parsing, and linking ELF encoded executable code into a managed extension to the running elf base image. A loader interface, and default buffer loader implementation, make available to the llext subsystem the elf data. A simple management API provide the ability to load and unload extensions as needed. A shell interface for extension loading and unloading makes it easy to try. Adds initial support for armv7 thumb built elfs with very specific compiler flags. Signed-off-by: Tom Burdick <thomas.burdick@intel.com> Co-authored-by: Chen Peng1 <peng1.chen@intel.com> Co-authored-by: Guennadi Liakhovetski <guennadi.liakhovetski@linux.intel.com>
2023-09-27 21:10:10 +08:00
zephyr_library()
llext: refact: move memory code to llext_mem.c Move all memory management code to a separate file, llext_mem.c, to allow for better separation of concerns and to make the code more readable. No functional changes are introduced by this commit. Signed-off-by: Luca Burelli <l.burelli@arduino.cc>
2024-06-04 16:32:36 +08:00
llext: add _POSIX_C_SOURCE definition to build shell Fix implicit-function-declaration warning while building the llext shell. Signed-off-by: Joel Guittet <joelguittet@gmail.com>
2024-05-27 21:14:46 +08:00
# For strnlen()
zephyr_library_compile_definitions(-D_POSIX_C_SOURCE=200809L)
llext: refact: move memory code to llext_mem.c Move all memory management code to a separate file, llext_mem.c, to allow for better separation of concerns and to make the code more readable. No functional changes are introduced by this commit. Signed-off-by: Luca Burelli <l.burelli@arduino.cc>
2024-06-04 16:32:36 +08:00
zephyr_library_sources(
llext.c
llext_mem.c
llext: refact: move ELF loading and linking to separate files This commit moves ELF loading and linking code to separate files. This is done to make the code more manageable and to make it easier to add new features in the future. No functional changes are introduced by this commit, except for a few static functions now made public to allow this file split to occur. Signed-off-by: Luca Burelli <l.burelli@arduino.cc>
2024-06-05 17:02:46 +08:00
llext_load.c
llext_link.c
llext: refact: move memory code to llext_mem.c Move all memory management code to a separate file, llext_mem.c, to allow for better separation of concerns and to make the code more readable. No functional changes are introduced by this commit. Signed-off-by: Luca Burelli <l.burelli@arduino.cc>
2024-06-04 16:32:36 +08:00
llext_export.c
llext: add bringup, teardown, and bootstrap APIs llext_bringup() and llext_teardown() are intended to be used to call the extension's own initialization and cleanup functions, respectively. They are meant to be called by the developer after loading an extension and before unloading it. The list of function pointers to be called is obtained via the new llext_get_fn_table() syscall, so that they are compatible with user mode. llext_bootstrap() is intended to be used as the entry point for a thread created to run an extension, in either user or kernel contexts. It will call the extension's own initialization functions and then an additional entry point in the same context (if desired). The same function can also be called directly in the main thread, if only initialization is required. Signed-off-by: Luca Burelli <l.burelli@arduino.cc>
2024-08-22 21:52:29 +08:00
llext_handlers.c
llext: refact: move memory code to llext_mem.c Move all memory management code to a separate file, llext_mem.c, to allow for better separation of concerns and to make the code more readable. No functional changes are introduced by this commit. Signed-off-by: Luca Burelli <l.burelli@arduino.cc>
2024-06-04 16:32:36 +08:00
buf_loader.c
llext: Add filesystem based extension loader Added loader allowing to load extensions stored in a filesystem. Signed-off-by: Adam Wojasinski <awojasinski@baylibre.com>
2024-08-21 23:20:57 +08:00
fs_loader.c
llext: refact: move memory code to llext_mem.c Move all memory management code to a separate file, llext_mem.c, to allow for better separation of concerns and to make the code more readable. No functional changes are introduced by this commit. Signed-off-by: Luca Burelli <l.burelli@arduino.cc>
2024-06-04 16:32:36 +08:00
)
llext: Linkable loadable extensions Adds the linkable loadable extensions (llext) subsystem which provides functionality for reading, parsing, and linking ELF encoded executable code into a managed extension to the running elf base image. A loader interface, and default buffer loader implementation, make available to the llext subsystem the elf data. A simple management API provide the ability to load and unload extensions as needed. A shell interface for extension loading and unloading makes it easy to try. Adds initial support for armv7 thumb built elfs with very specific compiler flags. Signed-off-by: Tom Burdick <thomas.burdick@intel.com> Co-authored-by: Chen Peng1 <peng1.chen@intel.com> Co-authored-by: Guennadi Liakhovetski <guennadi.liakhovetski@linux.intel.com>
2023-09-27 21:10:10 +08:00
zephyr_library_sources_ifdef(CONFIG_LLEXT_SHELL shell.c)
llext: Add RISC-V arch-specific relocations This commit introduces architecture-specific ELF relocations for RISC-V, in accordance with the RISC-V PSABI specification: https://github.com/riscv-non-isa/riscv-elf-psabi-doc/blob/master/riscv-elf.adoc Also, the necessary compiler configurations for compiling LLEXT extensions on RISC-V are added, and the llext tests are executed on RISC-V targets. Calling llext extensions from user threads in RISC-V is still unsupported as of this commit. Signed-off-by: Eric Ackermann <eric.ackermann@cispa.de>
2024-09-19 15:35:49 +08:00
if(CONFIG_RISCV AND CONFIG_USERSPACE)
message(WARNING "Running LLEXT extensions from user-space threads on RISC-V is not supported!")
endif()
llext: Linkable loadable extensions Adds the linkable loadable extensions (llext) subsystem which provides functionality for reading, parsing, and linking ELF encoded executable code into a managed extension to the running elf base image. A loader interface, and default buffer loader implementation, make available to the llext subsystem the elf data. A simple management API provide the ability to load and unload extensions as needed. A shell interface for extension loading and unloading makes it easy to try. Adds initial support for armv7 thumb built elfs with very specific compiler flags. Signed-off-by: Tom Burdick <thomas.burdick@intel.com> Co-authored-by: Chen Peng1 <peng1.chen@intel.com> Co-authored-by: Guennadi Liakhovetski <guennadi.liakhovetski@linux.intel.com>
2023-09-27 21:10:10 +08:00
endif()