OrgZephyr/zephyr
OrgZephyr
/
zephyr
mirror of https://github.com/zephyrproject-rtos/zephyr.git
1
0
Fork 0
Code Issues Releases Wiki Activity
zephyr/arch/arc/include/kernel_arch_data.h

176 lines
3.4 KiB
C
Raw Normal View History

kernel/arch: consolidate tTCS and TNANO definitions There was a lot of duplication between architectures for the definition of threads and the "nanokernel" guts. These have been consolidated. Now, a common file kernel/unified/include/kernel_structs.h holds the common definitions. Architectures provide two files to complement it: kernel_arch_data.h and kernel_arch_func.h. The first one contains at least the struct _thread_arch and struct _kernel_arch data structures, as well as the struct _callee_saved and struct _caller_saved register layouts. The second file contains anything that needs what is provided by the common stuff in kernel_structs.h. Those two files are only meant to be included in kernel_structs.h in very specific locations. The thread data structure has been separated into three major parts: common struct _thread_base and struct k_thread, and arch-specific struct _thread_arch. The first and third ones are included in the second. The struct s_NANO data structure has been split into two: common struct _kernel and arch-specific struct _kernel_arch. The latter is included in the former. Offsets files have also changed: nano_offsets.h has been renamed kernel_offsets.h and is still included by the arch-specific offsets.c. Also, since the thread and kernel data structures are now made of sub-structures, offsets have to be added to make up the full offset. Some of these additions have been consolidated in shorter symbols, available from kernel/unified/include/offsets_short.h, which includes an arch-specific offsets_arch_short.h. Most of the code include offsets_short.h now instead of offsets.h. Change-Id: I084645cb7e6db8db69aeaaf162963fe157045d5a Signed-off-by: Benjamin Walsh <benjamin.walsh@windriver.com>
2016-11-08 23:36:50 +08:00
/*
* Copyright (c) 2014-2016 Wind River Systems, Inc.
*
license: Replace Apache boilerplate with SPDX tag Replace the existing Apache 2.0 boilerplate header with an SPDX tag throughout the zephyr code tree. This patch was generated via a script run over the master branch. Also updated doc/porting/application.rst that had a dependency on line numbers in a literal include. Manually updated subsys/logging/sys_log.c that had a malformed header in the original file. Also cleanup several cases that already had a SPDX tag and we either got a duplicate or missed updating. Jira: ZEP-1457 Change-Id: I6131a1d4ee0e58f5b938300c2d2fc77d2e69572c Signed-off-by: David B. Kinder <david.b.kinder@intel.com> Signed-off-by: Kumar Gala <kumar.gala@linaro.org>
2017-01-19 09:01:01 +08:00
* SPDX-License-Identifier: Apache-2.0
kernel/arch: consolidate tTCS and TNANO definitions There was a lot of duplication between architectures for the definition of threads and the "nanokernel" guts. These have been consolidated. Now, a common file kernel/unified/include/kernel_structs.h holds the common definitions. Architectures provide two files to complement it: kernel_arch_data.h and kernel_arch_func.h. The first one contains at least the struct _thread_arch and struct _kernel_arch data structures, as well as the struct _callee_saved and struct _caller_saved register layouts. The second file contains anything that needs what is provided by the common stuff in kernel_structs.h. Those two files are only meant to be included in kernel_structs.h in very specific locations. The thread data structure has been separated into three major parts: common struct _thread_base and struct k_thread, and arch-specific struct _thread_arch. The first and third ones are included in the second. The struct s_NANO data structure has been split into two: common struct _kernel and arch-specific struct _kernel_arch. The latter is included in the former. Offsets files have also changed: nano_offsets.h has been renamed kernel_offsets.h and is still included by the arch-specific offsets.c. Also, since the thread and kernel data structures are now made of sub-structures, offsets have to be added to make up the full offset. Some of these additions have been consolidated in shorter symbols, available from kernel/unified/include/offsets_short.h, which includes an arch-specific offsets_arch_short.h. Most of the code include offsets_short.h now instead of offsets.h. Change-Id: I084645cb7e6db8db69aeaaf162963fe157045d5a Signed-off-by: Benjamin Walsh <benjamin.walsh@windriver.com>
2016-11-08 23:36:50 +08:00
*/
/**
* @file
* @brief Private kernel definitions
*
* This file contains private kernel structures definitions and various
* other definitions for the ARCv2 processor architecture.
*
* This file is also included by assembly language files which must #define
* _ASMLANGUAGE before including this header file. Note that kernel
* assembly source files obtains structure offset values via "absolute
* symbols" in the offsets.o module.
*/
headers: Fix headers across the project Any word started with underscore followed by and uppercase letter or a second underscore is a reserved word according with C99. Signed-off-by: Flavio Ceolin <flavio.ceolin@intel.com>
2018-09-15 01:43:44 +08:00
#ifndef ZEPHYR_ARCH_ARC_INCLUDE_KERNEL_ARCH_DATA_H_
#define ZEPHYR_ARCH_ARC_INCLUDE_KERNEL_ARCH_DATA_H_
kernel/arch: consolidate tTCS and TNANO definitions There was a lot of duplication between architectures for the definition of threads and the "nanokernel" guts. These have been consolidated. Now, a common file kernel/unified/include/kernel_structs.h holds the common definitions. Architectures provide two files to complement it: kernel_arch_data.h and kernel_arch_func.h. The first one contains at least the struct _thread_arch and struct _kernel_arch data structures, as well as the struct _callee_saved and struct _caller_saved register layouts. The second file contains anything that needs what is provided by the common stuff in kernel_structs.h. Those two files are only meant to be included in kernel_structs.h in very specific locations. The thread data structure has been separated into three major parts: common struct _thread_base and struct k_thread, and arch-specific struct _thread_arch. The first and third ones are included in the second. The struct s_NANO data structure has been split into two: common struct _kernel and arch-specific struct _kernel_arch. The latter is included in the former. Offsets files have also changed: nano_offsets.h has been renamed kernel_offsets.h and is still included by the arch-specific offsets.c. Also, since the thread and kernel data structures are now made of sub-structures, offsets have to be added to make up the full offset. Some of these additions have been consolidated in shorter symbols, available from kernel/unified/include/offsets_short.h, which includes an arch-specific offsets_arch_short.h. Most of the code include offsets_short.h now instead of offsets.h. Change-Id: I084645cb7e6db8db69aeaaf162963fe157045d5a Signed-off-by: Benjamin Walsh <benjamin.walsh@windriver.com>
2016-11-08 23:36:50 +08:00
#include <toolchain.h>
linker: move all linker headers to include/linker Signed-off-by: Anas Nashif <anas.nashif@intel.com>
2017-06-17 23:30:47 +08:00
#include <linker/sections.h>
kernel/arch: consolidate tTCS and TNANO definitions There was a lot of duplication between architectures for the definition of threads and the "nanokernel" guts. These have been consolidated. Now, a common file kernel/unified/include/kernel_structs.h holds the common definitions. Architectures provide two files to complement it: kernel_arch_data.h and kernel_arch_func.h. The first one contains at least the struct _thread_arch and struct _kernel_arch data structures, as well as the struct _callee_saved and struct _caller_saved register layouts. The second file contains anything that needs what is provided by the common stuff in kernel_structs.h. Those two files are only meant to be included in kernel_structs.h in very specific locations. The thread data structure has been separated into three major parts: common struct _thread_base and struct k_thread, and arch-specific struct _thread_arch. The first and third ones are included in the second. The struct s_NANO data structure has been split into two: common struct _kernel and arch-specific struct _kernel_arch. The latter is included in the former. Offsets files have also changed: nano_offsets.h has been renamed kernel_offsets.h and is still included by the arch-specific offsets.c. Also, since the thread and kernel data structures are now made of sub-structures, offsets have to be added to make up the full offset. Some of these additions have been consolidated in shorter symbols, available from kernel/unified/include/offsets_short.h, which includes an arch-specific offsets_arch_short.h. Most of the code include offsets_short.h now instead of offsets.h. Change-Id: I084645cb7e6db8db69aeaaf162963fe157045d5a Signed-off-by: Benjamin Walsh <benjamin.walsh@windriver.com>
2016-11-08 23:36:50 +08:00
#include <arch/cpu.h>
#include <vector_table.h>
#ifndef _ASMLANGUAGE
#include <kernel.h>
Introduce new sized integer typedefs This is a start to move away from the C99 {u}int{8,16,32,64}_t types to Zephyr defined u{8,16,32,64}_t and s{8,16,32,64}_t. This allows Zephyr to define the sized types in a consistent manor across all the architectures we support and not conflict with what various compilers and libc might do with regards to the C99 types. We introduce <zephyr/types.h> as part of this and have it include <stdint.h> for now until we transition all the code away from the C99 types. We go with u{8,16,32,64}_t and s{8,16,32,64}_t as there are some existing variables defined u8 & u16 as well as to be consistent with Zephyr naming conventions. Jira: ZEP-2051 Change-Id: I451fed0623b029d65866622e478225dfab2c0ca8 Signed-off-by: Kumar Gala <kumar.gala@linaro.org>
2017-04-19 23:32:08 +08:00
#include <zephyr/types.h>
cleanup: include/: move misc/util.h to sys/util.h move misc/util.h to sys/util.h and create a shim for backward-compatibility. No functional changes to the headers. A warning in the shim can be controlled with CONFIG_COMPAT_INCLUDES. Related to #16539 Signed-off-by: Anas Nashif <anas.nashif@intel.com>
2019-06-26 22:33:55 +08:00
#include <sys/util.h>
cleanup: include/: move misc/dlist.h to sys/dlist.h move misc/dlist.h to sys/dlist.h and create a shim for backward-compatibility. No functional changes to the headers. A warning in the shim can be controlled with CONFIG_COMPAT_INCLUDES. Related to #16539 Signed-off-by: Anas Nashif <anas.nashif@intel.com>
2019-06-26 22:33:41 +08:00
#include <sys/dlist.h>
arc: rearrange for standard use of extern "C" Consistently place C++ use of extern "C" after all include directives, within the negative branch of _ASMLANGUAGE if used. Remove extern "C" support from files that don't declare objects or functions. In arch/arc/arch.h the extern "C" in the including context is left active during an include to avoid more complex restructuring. Background from issue #17997: Declarations that use C linkage should be placed within extern "C" so the language linkage is correct when the header is included by a C++ compiler. Similarly #include directives should be outside the extern "C" to ensure the language-specific default linkage is applied to any declarations provided by the included header. See: https://en.cppreference.com/w/cpp/language/language_linkage Signed-off-by: Peter Bigot <peter.bigot@nordicsemi.no>
2019-08-13 01:52:11 +08:00
#ifdef __cplusplus
extern "C" {
kernel/arch: consolidate tTCS and TNANO definitions There was a lot of duplication between architectures for the definition of threads and the "nanokernel" guts. These have been consolidated. Now, a common file kernel/unified/include/kernel_structs.h holds the common definitions. Architectures provide two files to complement it: kernel_arch_data.h and kernel_arch_func.h. The first one contains at least the struct _thread_arch and struct _kernel_arch data structures, as well as the struct _callee_saved and struct _caller_saved register layouts. The second file contains anything that needs what is provided by the common stuff in kernel_structs.h. Those two files are only meant to be included in kernel_structs.h in very specific locations. The thread data structure has been separated into three major parts: common struct _thread_base and struct k_thread, and arch-specific struct _thread_arch. The first and third ones are included in the second. The struct s_NANO data structure has been split into two: common struct _kernel and arch-specific struct _kernel_arch. The latter is included in the former. Offsets files have also changed: nano_offsets.h has been renamed kernel_offsets.h and is still included by the arch-specific offsets.c. Also, since the thread and kernel data structures are now made of sub-structures, offsets have to be added to make up the full offset. Some of these additions have been consolidated in shorter symbols, available from kernel/unified/include/offsets_short.h, which includes an arch-specific offsets_arch_short.h. Most of the code include offsets_short.h now instead of offsets.h. Change-Id: I084645cb7e6db8db69aeaaf162963fe157045d5a Signed-off-by: Benjamin Walsh <benjamin.walsh@windriver.com>
2016-11-08 23:36:50 +08:00
#endif
arch: arc: Add the support of secure mode for em In ARC's SecureShield, a new secure mode (currently only em) is added. The secure/normal mode is orthogonal to kernel/user mode. The differences between secure mode and normal mode are following: * different irq stack frame. so need to change the definition of _irq_stack_frame, assembly code. * new aux regs, e.g, secure status(SEC_STAT), secure vector base (VECT_BASE_S) * interrupts and exceptions, secure mode has its own vector base; interrupt can be configured as secure or normal through the interrupt priority aux reg. * secure timers. Two secure timers (secure timer 0 and timer 1) are added.Here, for simplicity and backwards compatibility original internal timers (timer 0 and timer1) are used as sys clock of zephyr * on reset, the processor is in secure mode and secure vector base is used. Note: the mix of secure and normal mode is not supported, i.e. it's assumed that the processor is always in secure mode. Signed-off-by: Wayne Ren <wei.ren@synopsys.com>
2017-11-29 17:24:09 +08:00
#ifdef CONFIG_ARC_HAS_SECURE
struct _irq_stack_frame {
ARC: allow to build code for processors without ZOL ARCv3 64 bit processors doesn't have Zero Delay Loop (also named Zero Overhead Loop, ZOL) mechanism. Add kconfig option to remove ZOL register save/restore so the code can be build for both ARCv2 and ARCv3. Signed-off-by: Eugeniy Paltsev <Eugeniy.Paltsev@synopsys.com> Signed-off-by: Evgeniy Paltsev <PaltsevEvgeniy@gmail.com>
2021-04-08 00:23:23 +08:00
#ifdef CONFIG_ARC_HAS_ZOL
ARC: make variables with regs and addresses bit agnostic Make variables where we store CPU registers values and memory addresses bit agnostic. Signed-off-by: Eugeniy Paltsev <Eugeniy.Paltsev@synopsys.com> Signed-off-by: Evgeniy Paltsev <PaltsevEvgeniy@gmail.com>
2020-11-12 03:07:57 +08:00
uintptr_t lp_end;
uintptr_t lp_start;
uintptr_t lp_count;
ARC: allow to build code for processors without ZOL ARCv3 64 bit processors doesn't have Zero Delay Loop (also named Zero Overhead Loop, ZOL) mechanism. Add kconfig option to remove ZOL register save/restore so the code can be build for both ARCv2 and ARCv3. Signed-off-by: Eugeniy Paltsev <Eugeniy.Paltsev@synopsys.com> Signed-off-by: Evgeniy Paltsev <PaltsevEvgeniy@gmail.com>
2021-04-08 00:23:23 +08:00
#endif /* CONFIG_ARC_HAS_ZOL */
arch: arc: Add the support of secure mode for em In ARC's SecureShield, a new secure mode (currently only em) is added. The secure/normal mode is orthogonal to kernel/user mode. The differences between secure mode and normal mode are following: * different irq stack frame. so need to change the definition of _irq_stack_frame, assembly code. * new aux regs, e.g, secure status(SEC_STAT), secure vector base (VECT_BASE_S) * interrupts and exceptions, secure mode has its own vector base; interrupt can be configured as secure or normal through the interrupt priority aux reg. * secure timers. Two secure timers (secure timer 0 and timer 1) are added.Here, for simplicity and backwards compatibility original internal timers (timer 0 and timer1) are used as sys clock of zephyr * on reset, the processor is in secure mode and secure vector base is used. Note: the mix of secure and normal mode is not supported, i.e. it's assumed that the processor is always in secure mode. Signed-off-by: Wayne Ren <wei.ren@synopsys.com>
2017-11-29 17:24:09 +08:00
#ifdef CONFIG_CODE_DENSITY
/*
* Currently unsupported. This is where those registers are
* automatically pushed on the stack by the CPU when taking a regular
* IRQ.
*/
ARC: make variables with regs and addresses bit agnostic Make variables where we store CPU registers values and memory addresses bit agnostic. Signed-off-by: Eugeniy Paltsev <Eugeniy.Paltsev@synopsys.com> Signed-off-by: Evgeniy Paltsev <PaltsevEvgeniy@gmail.com>
2020-11-12 03:07:57 +08:00
uintptr_t ei_base;
uintptr_t ldi_base;
uintptr_t jli_base;
arch: arc: Add the support of secure mode for em In ARC's SecureShield, a new secure mode (currently only em) is added. The secure/normal mode is orthogonal to kernel/user mode. The differences between secure mode and normal mode are following: * different irq stack frame. so need to change the definition of _irq_stack_frame, assembly code. * new aux regs, e.g, secure status(SEC_STAT), secure vector base (VECT_BASE_S) * interrupts and exceptions, secure mode has its own vector base; interrupt can be configured as secure or normal through the interrupt priority aux reg. * secure timers. Two secure timers (secure timer 0 and timer 1) are added.Here, for simplicity and backwards compatibility original internal timers (timer 0 and timer1) are used as sys clock of zephyr * on reset, the processor is in secure mode and secure vector base is used. Note: the mix of secure and normal mode is not supported, i.e. it's assumed that the processor is always in secure mode. Signed-off-by: Wayne Ren <wei.ren@synopsys.com>
2017-11-29 17:24:09 +08:00
#endif
ARC: make variables with regs and addresses bit agnostic Make variables where we store CPU registers values and memory addresses bit agnostic. Signed-off-by: Eugeniy Paltsev <Eugeniy.Paltsev@synopsys.com> Signed-off-by: Evgeniy Paltsev <PaltsevEvgeniy@gmail.com>
2020-11-12 03:07:57 +08:00
uintptr_t r0;
uintptr_t r1;
uintptr_t r2;
uintptr_t r3;
uintptr_t r4;
uintptr_t r5;
uintptr_t r6;
uintptr_t r7;
uintptr_t r8;
uintptr_t r9;
uintptr_t r10;
uintptr_t r11;
uintptr_t r12;
uintptr_t r13;
uintptr_t blink;
uintptr_t pc;
uintptr_t sec_stat;
uintptr_t status32;
arch: arc: Add the support of secure mode for em In ARC's SecureShield, a new secure mode (currently only em) is added. The secure/normal mode is orthogonal to kernel/user mode. The differences between secure mode and normal mode are following: * different irq stack frame. so need to change the definition of _irq_stack_frame, assembly code. * new aux regs, e.g, secure status(SEC_STAT), secure vector base (VECT_BASE_S) * interrupts and exceptions, secure mode has its own vector base; interrupt can be configured as secure or normal through the interrupt priority aux reg. * secure timers. Two secure timers (secure timer 0 and timer 1) are added.Here, for simplicity and backwards compatibility original internal timers (timer 0 and timer1) are used as sys clock of zephyr * on reset, the processor is in secure mode and secure vector base is used. Note: the mix of secure and normal mode is not supported, i.e. it's assumed that the processor is always in secure mode. Signed-off-by: Wayne Ren <wei.ren@synopsys.com>
2017-11-29 17:24:09 +08:00
};
#else
kernel/arch: consolidate tTCS and TNANO definitions There was a lot of duplication between architectures for the definition of threads and the "nanokernel" guts. These have been consolidated. Now, a common file kernel/unified/include/kernel_structs.h holds the common definitions. Architectures provide two files to complement it: kernel_arch_data.h and kernel_arch_func.h. The first one contains at least the struct _thread_arch and struct _kernel_arch data structures, as well as the struct _callee_saved and struct _caller_saved register layouts. The second file contains anything that needs what is provided by the common stuff in kernel_structs.h. Those two files are only meant to be included in kernel_structs.h in very specific locations. The thread data structure has been separated into three major parts: common struct _thread_base and struct k_thread, and arch-specific struct _thread_arch. The first and third ones are included in the second. The struct s_NANO data structure has been split into two: common struct _kernel and arch-specific struct _kernel_arch. The latter is included in the former. Offsets files have also changed: nano_offsets.h has been renamed kernel_offsets.h and is still included by the arch-specific offsets.c. Also, since the thread and kernel data structures are now made of sub-structures, offsets have to be added to make up the full offset. Some of these additions have been consolidated in shorter symbols, available from kernel/unified/include/offsets_short.h, which includes an arch-specific offsets_arch_short.h. Most of the code include offsets_short.h now instead of offsets.h. Change-Id: I084645cb7e6db8db69aeaaf162963fe157045d5a Signed-off-by: Benjamin Walsh <benjamin.walsh@windriver.com>
2016-11-08 23:36:50 +08:00
struct _irq_stack_frame {
ARC: make variables with regs and addresses bit agnostic Make variables where we store CPU registers values and memory addresses bit agnostic. Signed-off-by: Eugeniy Paltsev <Eugeniy.Paltsev@synopsys.com> Signed-off-by: Evgeniy Paltsev <PaltsevEvgeniy@gmail.com>
2020-11-12 03:07:57 +08:00
uintptr_t r0;
uintptr_t r1;
uintptr_t r2;
uintptr_t r3;
uintptr_t r4;
uintptr_t r5;
uintptr_t r6;
uintptr_t r7;
uintptr_t r8;
uintptr_t r9;
uintptr_t r10;
uintptr_t r11;
uintptr_t r12;
uintptr_t r13;
uintptr_t blink;
ARC: allow to build code for processors without ZOL ARCv3 64 bit processors doesn't have Zero Delay Loop (also named Zero Overhead Loop, ZOL) mechanism. Add kconfig option to remove ZOL register save/restore so the code can be build for both ARCv2 and ARCv3. Signed-off-by: Eugeniy Paltsev <Eugeniy.Paltsev@synopsys.com> Signed-off-by: Evgeniy Paltsev <PaltsevEvgeniy@gmail.com>
2021-04-08 00:23:23 +08:00
#ifdef CONFIG_ARC_HAS_ZOL
ARC: make variables with regs and addresses bit agnostic Make variables where we store CPU registers values and memory addresses bit agnostic. Signed-off-by: Eugeniy Paltsev <Eugeniy.Paltsev@synopsys.com> Signed-off-by: Evgeniy Paltsev <PaltsevEvgeniy@gmail.com>
2020-11-12 03:07:57 +08:00
uintptr_t lp_end;
uintptr_t lp_start;
uintptr_t lp_count;
ARC: allow to build code for processors without ZOL ARCv3 64 bit processors doesn't have Zero Delay Loop (also named Zero Overhead Loop, ZOL) mechanism. Add kconfig option to remove ZOL register save/restore so the code can be build for both ARCv2 and ARCv3. Signed-off-by: Eugeniy Paltsev <Eugeniy.Paltsev@synopsys.com> Signed-off-by: Evgeniy Paltsev <PaltsevEvgeniy@gmail.com>
2021-04-08 00:23:23 +08:00
#endif /* CONFIG_ARC_HAS_ZOL */
kernel/arch: consolidate tTCS and TNANO definitions There was a lot of duplication between architectures for the definition of threads and the "nanokernel" guts. These have been consolidated. Now, a common file kernel/unified/include/kernel_structs.h holds the common definitions. Architectures provide two files to complement it: kernel_arch_data.h and kernel_arch_func.h. The first one contains at least the struct _thread_arch and struct _kernel_arch data structures, as well as the struct _callee_saved and struct _caller_saved register layouts. The second file contains anything that needs what is provided by the common stuff in kernel_structs.h. Those two files are only meant to be included in kernel_structs.h in very specific locations. The thread data structure has been separated into three major parts: common struct _thread_base and struct k_thread, and arch-specific struct _thread_arch. The first and third ones are included in the second. The struct s_NANO data structure has been split into two: common struct _kernel and arch-specific struct _kernel_arch. The latter is included in the former. Offsets files have also changed: nano_offsets.h has been renamed kernel_offsets.h and is still included by the arch-specific offsets.c. Also, since the thread and kernel data structures are now made of sub-structures, offsets have to be added to make up the full offset. Some of these additions have been consolidated in shorter symbols, available from kernel/unified/include/offsets_short.h, which includes an arch-specific offsets_arch_short.h. Most of the code include offsets_short.h now instead of offsets.h. Change-Id: I084645cb7e6db8db69aeaaf162963fe157045d5a Signed-off-by: Benjamin Walsh <benjamin.walsh@windriver.com>
2016-11-08 23:36:50 +08:00
#ifdef CONFIG_CODE_DENSITY
/*
* Currently unsupported. This is where those registers are
* automatically pushed on the stack by the CPU when taking a regular
* IRQ.
*/
ARC: make variables with regs and addresses bit agnostic Make variables where we store CPU registers values and memory addresses bit agnostic. Signed-off-by: Eugeniy Paltsev <Eugeniy.Paltsev@synopsys.com> Signed-off-by: Evgeniy Paltsev <PaltsevEvgeniy@gmail.com>
2020-11-12 03:07:57 +08:00
uintptr_t ei_base;
uintptr_t ldi_base;
uintptr_t jli_base;
kernel/arch: consolidate tTCS and TNANO definitions There was a lot of duplication between architectures for the definition of threads and the "nanokernel" guts. These have been consolidated. Now, a common file kernel/unified/include/kernel_structs.h holds the common definitions. Architectures provide two files to complement it: kernel_arch_data.h and kernel_arch_func.h. The first one contains at least the struct _thread_arch and struct _kernel_arch data structures, as well as the struct _callee_saved and struct _caller_saved register layouts. The second file contains anything that needs what is provided by the common stuff in kernel_structs.h. Those two files are only meant to be included in kernel_structs.h in very specific locations. The thread data structure has been separated into three major parts: common struct _thread_base and struct k_thread, and arch-specific struct _thread_arch. The first and third ones are included in the second. The struct s_NANO data structure has been split into two: common struct _kernel and arch-specific struct _kernel_arch. The latter is included in the former. Offsets files have also changed: nano_offsets.h has been renamed kernel_offsets.h and is still included by the arch-specific offsets.c. Also, since the thread and kernel data structures are now made of sub-structures, offsets have to be added to make up the full offset. Some of these additions have been consolidated in shorter symbols, available from kernel/unified/include/offsets_short.h, which includes an arch-specific offsets_arch_short.h. Most of the code include offsets_short.h now instead of offsets.h. Change-Id: I084645cb7e6db8db69aeaaf162963fe157045d5a Signed-off-by: Benjamin Walsh <benjamin.walsh@windriver.com>
2016-11-08 23:36:50 +08:00
#endif
ARC: make variables with regs and addresses bit agnostic Make variables where we store CPU registers values and memory addresses bit agnostic. Signed-off-by: Eugeniy Paltsev <Eugeniy.Paltsev@synopsys.com> Signed-off-by: Evgeniy Paltsev <PaltsevEvgeniy@gmail.com>
2020-11-12 03:07:57 +08:00
uintptr_t pc;
uintptr_t status32;
kernel/arch: consolidate tTCS and TNANO definitions There was a lot of duplication between architectures for the definition of threads and the "nanokernel" guts. These have been consolidated. Now, a common file kernel/unified/include/kernel_structs.h holds the common definitions. Architectures provide two files to complement it: kernel_arch_data.h and kernel_arch_func.h. The first one contains at least the struct _thread_arch and struct _kernel_arch data structures, as well as the struct _callee_saved and struct _caller_saved register layouts. The second file contains anything that needs what is provided by the common stuff in kernel_structs.h. Those two files are only meant to be included in kernel_structs.h in very specific locations. The thread data structure has been separated into three major parts: common struct _thread_base and struct k_thread, and arch-specific struct _thread_arch. The first and third ones are included in the second. The struct s_NANO data structure has been split into two: common struct _kernel and arch-specific struct _kernel_arch. The latter is included in the former. Offsets files have also changed: nano_offsets.h has been renamed kernel_offsets.h and is still included by the arch-specific offsets.c. Also, since the thread and kernel data structures are now made of sub-structures, offsets have to be added to make up the full offset. Some of these additions have been consolidated in shorter symbols, available from kernel/unified/include/offsets_short.h, which includes an arch-specific offsets_arch_short.h. Most of the code include offsets_short.h now instead of offsets.h. Change-Id: I084645cb7e6db8db69aeaaf162963fe157045d5a Signed-off-by: Benjamin Walsh <benjamin.walsh@windriver.com>
2016-11-08 23:36:50 +08:00
};
arch: arc: Add the support of secure mode for em In ARC's SecureShield, a new secure mode (currently only em) is added. The secure/normal mode is orthogonal to kernel/user mode. The differences between secure mode and normal mode are following: * different irq stack frame. so need to change the definition of _irq_stack_frame, assembly code. * new aux regs, e.g, secure status(SEC_STAT), secure vector base (VECT_BASE_S) * interrupts and exceptions, secure mode has its own vector base; interrupt can be configured as secure or normal through the interrupt priority aux reg. * secure timers. Two secure timers (secure timer 0 and timer 1) are added.Here, for simplicity and backwards compatibility original internal timers (timer 0 and timer1) are used as sys clock of zephyr * on reset, the processor is in secure mode and secure vector base is used. Note: the mix of secure and normal mode is not supported, i.e. it's assumed that the processor is always in secure mode. Signed-off-by: Wayne Ren <wei.ren@synopsys.com>
2017-11-29 17:24:09 +08:00
#endif
kernel/arch: consolidate tTCS and TNANO definitions There was a lot of duplication between architectures for the definition of threads and the "nanokernel" guts. These have been consolidated. Now, a common file kernel/unified/include/kernel_structs.h holds the common definitions. Architectures provide two files to complement it: kernel_arch_data.h and kernel_arch_func.h. The first one contains at least the struct _thread_arch and struct _kernel_arch data structures, as well as the struct _callee_saved and struct _caller_saved register layouts. The second file contains anything that needs what is provided by the common stuff in kernel_structs.h. Those two files are only meant to be included in kernel_structs.h in very specific locations. The thread data structure has been separated into three major parts: common struct _thread_base and struct k_thread, and arch-specific struct _thread_arch. The first and third ones are included in the second. The struct s_NANO data structure has been split into two: common struct _kernel and arch-specific struct _kernel_arch. The latter is included in the former. Offsets files have also changed: nano_offsets.h has been renamed kernel_offsets.h and is still included by the arch-specific offsets.c. Also, since the thread and kernel data structures are now made of sub-structures, offsets have to be added to make up the full offset. Some of these additions have been consolidated in shorter symbols, available from kernel/unified/include/offsets_short.h, which includes an arch-specific offsets_arch_short.h. Most of the code include offsets_short.h now instead of offsets.h. Change-Id: I084645cb7e6db8db69aeaaf162963fe157045d5a Signed-off-by: Benjamin Walsh <benjamin.walsh@windriver.com>
2016-11-08 23:36:50 +08:00
typedef struct _irq_stack_frame _isf_t;
boards: Update arc em_starterkit support from 2.2 to 2.3 Here are the main changes: * board: Update EMSK onboard resources such as Button, Switch and LEDs + update soc.h for em7d, em9d, em11d + update board.h for em_starterkit board * arc: Add floating point support and code density support + add kconfig configuration + add compiler options + add register definitions, marcos, assembly codes + fixes in existing codes and configurations. * arc: Update detailed board configurations for cores of emsk 2.3 * script: Provide arc_debugger.sh for debugging em_starterkit board + make BOARD=em_starterkit debug This will start openocd server for emsk, and arc gdb will connect to this debug server, user can run `continue` command if user just want to run the application, or other commands if debugging needed. + make BOARD=em_starterkit debugserver This will start an openocd debugger server for emsk, and user can connect to this debugserver using arc gdb and do what they want to. + make BOARD=em_starterkit flash This will download the zephyr application elf file to emsk, and run it. Signed-off-by: Huaqi Fang <huaqi.fang@synopsys.com>
2017-05-17 15:18:51 +08:00
kernel/arch: consolidate tTCS and TNANO definitions There was a lot of duplication between architectures for the definition of threads and the "nanokernel" guts. These have been consolidated. Now, a common file kernel/unified/include/kernel_structs.h holds the common definitions. Architectures provide two files to complement it: kernel_arch_data.h and kernel_arch_func.h. The first one contains at least the struct _thread_arch and struct _kernel_arch data structures, as well as the struct _callee_saved and struct _caller_saved register layouts. The second file contains anything that needs what is provided by the common stuff in kernel_structs.h. Those two files are only meant to be included in kernel_structs.h in very specific locations. The thread data structure has been separated into three major parts: common struct _thread_base and struct k_thread, and arch-specific struct _thread_arch. The first and third ones are included in the second. The struct s_NANO data structure has been split into two: common struct _kernel and arch-specific struct _kernel_arch. The latter is included in the former. Offsets files have also changed: nano_offsets.h has been renamed kernel_offsets.h and is still included by the arch-specific offsets.c. Also, since the thread and kernel data structures are now made of sub-structures, offsets have to be added to make up the full offset. Some of these additions have been consolidated in shorter symbols, available from kernel/unified/include/offsets_short.h, which includes an arch-specific offsets_arch_short.h. Most of the code include offsets_short.h now instead of offsets.h. Change-Id: I084645cb7e6db8db69aeaaf162963fe157045d5a Signed-off-by: Benjamin Walsh <benjamin.walsh@windriver.com>
2016-11-08 23:36:50 +08:00
/* callee-saved registers pushed on the stack, not in k_thread */
struct _callee_saved_stack {
ARC: make variables with regs and addresses bit agnostic Make variables where we store CPU registers values and memory addresses bit agnostic. Signed-off-by: Eugeniy Paltsev <Eugeniy.Paltsev@synopsys.com> Signed-off-by: Evgeniy Paltsev <PaltsevEvgeniy@gmail.com>
2020-11-12 03:07:57 +08:00
uintptr_t r13;
uintptr_t r14;
uintptr_t r15;
uintptr_t r16;
uintptr_t r17;
uintptr_t r18;
uintptr_t r19;
uintptr_t r20;
uintptr_t r21;
uintptr_t r22;
uintptr_t r23;
uintptr_t r24;
uintptr_t r25;
uintptr_t r26;
uintptr_t fp; /* r27 */
arch: arc: add user space support for arc * add the implementation of syscall * based on 'trap_s' intruction, id = 3 * add the privilege stack * the privilege stack is allocted with thread stack * for the kernel thread, the privilege stack is also a part of thread stack, the start of stack can be configured as stack guard * for the user thread, no stack guard, when the user stack is overflow, it will fall into kernel memory area which requires kernel privilege, privilege violation will be raised * modify the linker template and add MPU_ADDR_ALIGN * add user space corresponding codes in mpu * the user sp aux reg will be part of thread context * When user thread is interruptted for the 1st time, the context is saved in user stack (U bit of IRQ_CTLR is set to 1). When nest interrupt comes, the context is saved in thread's privilege stack * the arc_mpu_regions.c is moved to board folder, as it's board specific * the above codes have been tested through tests/kernel/mem_protect/ userspace for MPU version 2 Signed-off-by: Wayne Ren <wei.ren@synopsys.com>
2018-01-23 17:13:09 +08:00
#ifdef CONFIG_USERSPACE
arch: arc: bug fixes and add user space support in secure mode * bug fixes * add user space support in secure mode Signed-off-by: Wayne Ren <wei.ren@synopsys.com>
2018-02-01 16:34:47 +08:00
#ifdef CONFIG_ARC_HAS_SECURE
ARC: make variables with regs and addresses bit agnostic Make variables where we store CPU registers values and memory addresses bit agnostic. Signed-off-by: Eugeniy Paltsev <Eugeniy.Paltsev@synopsys.com> Signed-off-by: Evgeniy Paltsev <PaltsevEvgeniy@gmail.com>
2020-11-12 03:07:57 +08:00
uintptr_t user_sp;
uintptr_t kernel_sp;
arch: arc: bug fixes and add user space support in secure mode * bug fixes * add user space support in secure mode Signed-off-by: Wayne Ren <wei.ren@synopsys.com>
2018-02-01 16:34:47 +08:00
#else
ARC: make variables with regs and addresses bit agnostic Make variables where we store CPU registers values and memory addresses bit agnostic. Signed-off-by: Eugeniy Paltsev <Eugeniy.Paltsev@synopsys.com> Signed-off-by: Evgeniy Paltsev <PaltsevEvgeniy@gmail.com>
2020-11-12 03:07:57 +08:00
uintptr_t user_sp;
arch: arc: bug fixes and add user space support in secure mode * bug fixes * add user space support in secure mode Signed-off-by: Wayne Ren <wei.ren@synopsys.com>
2018-02-01 16:34:47 +08:00
#endif
arch: arc: add user space support for arc * add the implementation of syscall * based on 'trap_s' intruction, id = 3 * add the privilege stack * the privilege stack is allocted with thread stack * for the kernel thread, the privilege stack is also a part of thread stack, the start of stack can be configured as stack guard * for the user thread, no stack guard, when the user stack is overflow, it will fall into kernel memory area which requires kernel privilege, privilege violation will be raised * modify the linker template and add MPU_ADDR_ALIGN * add user space corresponding codes in mpu * the user sp aux reg will be part of thread context * When user thread is interruptted for the 1st time, the context is saved in user stack (U bit of IRQ_CTLR is set to 1). When nest interrupt comes, the context is saved in thread's privilege stack * the arc_mpu_regions.c is moved to board folder, as it's board specific * the above codes have been tested through tests/kernel/mem_protect/ userspace for MPU version 2 Signed-off-by: Wayne Ren <wei.ren@synopsys.com>
2018-01-23 17:13:09 +08:00
#endif
kernel/arch: consolidate tTCS and TNANO definitions There was a lot of duplication between architectures for the definition of threads and the "nanokernel" guts. These have been consolidated. Now, a common file kernel/unified/include/kernel_structs.h holds the common definitions. Architectures provide two files to complement it: kernel_arch_data.h and kernel_arch_func.h. The first one contains at least the struct _thread_arch and struct _kernel_arch data structures, as well as the struct _callee_saved and struct _caller_saved register layouts. The second file contains anything that needs what is provided by the common stuff in kernel_structs.h. Those two files are only meant to be included in kernel_structs.h in very specific locations. The thread data structure has been separated into three major parts: common struct _thread_base and struct k_thread, and arch-specific struct _thread_arch. The first and third ones are included in the second. The struct s_NANO data structure has been split into two: common struct _kernel and arch-specific struct _kernel_arch. The latter is included in the former. Offsets files have also changed: nano_offsets.h has been renamed kernel_offsets.h and is still included by the arch-specific offsets.c. Also, since the thread and kernel data structures are now made of sub-structures, offsets have to be added to make up the full offset. Some of these additions have been consolidated in shorter symbols, available from kernel/unified/include/offsets_short.h, which includes an arch-specific offsets_arch_short.h. Most of the code include offsets_short.h now instead of offsets.h. Change-Id: I084645cb7e6db8db69aeaaf162963fe157045d5a Signed-off-by: Benjamin Walsh <benjamin.walsh@windriver.com>
2016-11-08 23:36:50 +08:00
/* r28 is the stack pointer and saved separately */
/* r29 is ILINK and does not need to be saved */
ARC: make variables with regs and addresses bit agnostic Make variables where we store CPU registers values and memory addresses bit agnostic. Signed-off-by: Eugeniy Paltsev <Eugeniy.Paltsev@synopsys.com> Signed-off-by: Evgeniy Paltsev <PaltsevEvgeniy@gmail.com>
2020-11-12 03:07:57 +08:00
uintptr_t r30;
arch: arc: add handling for accl regs, r25, r30 * when fpu is configured or mpy_option > 6, accl regs (r58, r59) will be configured, they are used by fpu and mac, and are caller -saved scratch regs, so need to be saved before jumping to interrupt handlers * r25 and r30 are also caller-saved scratch reg. Signed-off-by: Wayne Ren <wei.ren@synopsys.com>
2019-07-30 19:53:30 +08:00
#ifdef CONFIG_ARC_HAS_ACCL_REGS
ARC: make variables with regs and addresses bit agnostic Make variables where we store CPU registers values and memory addresses bit agnostic. Signed-off-by: Eugeniy Paltsev <Eugeniy.Paltsev@synopsys.com> Signed-off-by: Evgeniy Paltsev <PaltsevEvgeniy@gmail.com>
2020-11-12 03:07:57 +08:00
uintptr_t r58;
uintptr_t r59;
arch: arc: add handling for accl regs, r25, r30 * when fpu is configured or mpy_option > 6, accl regs (r58, r59) will be configured, they are used by fpu and mac, and are caller -saved scratch regs, so need to be saved before jumping to interrupt handlers * r25 and r30 are also caller-saved scratch reg. Signed-off-by: Wayne Ren <wei.ren@synopsys.com>
2019-07-30 19:53:30 +08:00
#endif
kconfig: Rename CONFIG_FP_SHARING to CONFIG_FPU_SHARING This commit renames the Kconfig `FP_SHARING` symbol to `FPU_SHARING`, since this symbol specifically refers to the hardware FPU sharing support by means of FPU context preservation, and the "FP" prefix is not fully descriptive of that; leaving room for ambiguity. Signed-off-by: Stephanos Ioannidis <root@stephanos.io>
2020-05-03 17:03:19 +08:00
#ifdef CONFIG_FPU_SHARING
ARC: make variables with regs and addresses bit agnostic Make variables where we store CPU registers values and memory addresses bit agnostic. Signed-off-by: Eugeniy Paltsev <Eugeniy.Paltsev@synopsys.com> Signed-off-by: Evgeniy Paltsev <PaltsevEvgeniy@gmail.com>
2020-11-12 03:07:57 +08:00
uintptr_t fpu_status;
uintptr_t fpu_ctrl;
boards: Update arc em_starterkit support from 2.2 to 2.3 Here are the main changes: * board: Update EMSK onboard resources such as Button, Switch and LEDs + update soc.h for em7d, em9d, em11d + update board.h for em_starterkit board * arc: Add floating point support and code density support + add kconfig configuration + add compiler options + add register definitions, marcos, assembly codes + fixes in existing codes and configurations. * arc: Update detailed board configurations for cores of emsk 2.3 * script: Provide arc_debugger.sh for debugging em_starterkit board + make BOARD=em_starterkit debug This will start openocd server for emsk, and arc gdb will connect to this debug server, user can run `continue` command if user just want to run the application, or other commands if debugging needed. + make BOARD=em_starterkit debugserver This will start an openocd debugger server for emsk, and user can connect to this debugserver using arc gdb and do what they want to. + make BOARD=em_starterkit flash This will download the zephyr application elf file to emsk, and run it. Signed-off-by: Huaqi Fang <huaqi.fang@synopsys.com>
2017-05-17 15:18:51 +08:00
#ifdef CONFIG_FP_FPU_DA
ARC: make variables with regs and addresses bit agnostic Make variables where we store CPU registers values and memory addresses bit agnostic. Signed-off-by: Eugeniy Paltsev <Eugeniy.Paltsev@synopsys.com> Signed-off-by: Evgeniy Paltsev <PaltsevEvgeniy@gmail.com>
2020-11-12 03:07:57 +08:00
uintptr_t dpfp2h;
uintptr_t dpfp2l;
uintptr_t dpfp1h;
uintptr_t dpfp1l;
boards: Update arc em_starterkit support from 2.2 to 2.3 Here are the main changes: * board: Update EMSK onboard resources such as Button, Switch and LEDs + update soc.h for em7d, em9d, em11d + update board.h for em_starterkit board * arc: Add floating point support and code density support + add kconfig configuration + add compiler options + add register definitions, marcos, assembly codes + fixes in existing codes and configurations. * arc: Update detailed board configurations for cores of emsk 2.3 * script: Provide arc_debugger.sh for debugging em_starterkit board + make BOARD=em_starterkit debug This will start openocd server for emsk, and arc gdb will connect to this debug server, user can run `continue` command if user just want to run the application, or other commands if debugging needed. + make BOARD=em_starterkit debugserver This will start an openocd debugger server for emsk, and user can connect to this debugserver using arc gdb and do what they want to. + make BOARD=em_starterkit flash This will download the zephyr application elf file to emsk, and run it. Signed-off-by: Huaqi Fang <huaqi.fang@synopsys.com>
2017-05-17 15:18:51 +08:00
#endif
#endif
kernel/arch: consolidate tTCS and TNANO definitions There was a lot of duplication between architectures for the definition of threads and the "nanokernel" guts. These have been consolidated. Now, a common file kernel/unified/include/kernel_structs.h holds the common definitions. Architectures provide two files to complement it: kernel_arch_data.h and kernel_arch_func.h. The first one contains at least the struct _thread_arch and struct _kernel_arch data structures, as well as the struct _callee_saved and struct _caller_saved register layouts. The second file contains anything that needs what is provided by the common stuff in kernel_structs.h. Those two files are only meant to be included in kernel_structs.h in very specific locations. The thread data structure has been separated into three major parts: common struct _thread_base and struct k_thread, and arch-specific struct _thread_arch. The first and third ones are included in the second. The struct s_NANO data structure has been split into two: common struct _kernel and arch-specific struct _kernel_arch. The latter is included in the former. Offsets files have also changed: nano_offsets.h has been renamed kernel_offsets.h and is still included by the arch-specific offsets.c. Also, since the thread and kernel data structures are now made of sub-structures, offsets have to be added to make up the full offset. Some of these additions have been consolidated in shorter symbols, available from kernel/unified/include/offsets_short.h, which includes an arch-specific offsets_arch_short.h. Most of the code include offsets_short.h now instead of offsets.h. Change-Id: I084645cb7e6db8db69aeaaf162963fe157045d5a Signed-off-by: Benjamin Walsh <benjamin.walsh@windriver.com>
2016-11-08 23:36:50 +08:00
/*
* No need to save r31 (blink), it's either alread pushed as the pc or
* blink on an irq stack frame.
*/
};
typedef struct _callee_saved_stack _callee_saved_stack_t;
arc: rearrange for standard use of extern "C" Consistently place C++ use of extern "C" after all include directives, within the negative branch of _ASMLANGUAGE if used. Remove extern "C" support from files that don't declare objects or functions. In arch/arc/arch.h the extern "C" in the including context is left active during an include to avoid more complex restructuring. Background from issue #17997: Declarations that use C linkage should be placed within extern "C" so the language linkage is correct when the header is included by a C++ compiler. Similarly #include directives should be outside the extern "C" to ensure the language-specific default linkage is applied to any declarations provided by the included header. See: https://en.cppreference.com/w/cpp/language/language_linkage Signed-off-by: Peter Bigot <peter.bigot@nordicsemi.no>
2019-08-13 01:52:11 +08:00
#ifdef __cplusplus
}
#endif
kernel/arch: consolidate tTCS and TNANO definitions There was a lot of duplication between architectures for the definition of threads and the "nanokernel" guts. These have been consolidated. Now, a common file kernel/unified/include/kernel_structs.h holds the common definitions. Architectures provide two files to complement it: kernel_arch_data.h and kernel_arch_func.h. The first one contains at least the struct _thread_arch and struct _kernel_arch data structures, as well as the struct _callee_saved and struct _caller_saved register layouts. The second file contains anything that needs what is provided by the common stuff in kernel_structs.h. Those two files are only meant to be included in kernel_structs.h in very specific locations. The thread data structure has been separated into three major parts: common struct _thread_base and struct k_thread, and arch-specific struct _thread_arch. The first and third ones are included in the second. The struct s_NANO data structure has been split into two: common struct _kernel and arch-specific struct _kernel_arch. The latter is included in the former. Offsets files have also changed: nano_offsets.h has been renamed kernel_offsets.h and is still included by the arch-specific offsets.c. Also, since the thread and kernel data structures are now made of sub-structures, offsets have to be added to make up the full offset. Some of these additions have been consolidated in shorter symbols, available from kernel/unified/include/offsets_short.h, which includes an arch-specific offsets_arch_short.h. Most of the code include offsets_short.h now instead of offsets.h. Change-Id: I084645cb7e6db8db69aeaaf162963fe157045d5a Signed-off-by: Benjamin Walsh <benjamin.walsh@windriver.com>
2016-11-08 23:36:50 +08:00
#endif /* _ASMLANGUAGE */
headers: Fix headers across the project Any word started with underscore followed by and uppercase letter or a second underscore is a reserved word according with C99. Signed-off-by: Flavio Ceolin <flavio.ceolin@intel.com>
2018-09-15 01:43:44 +08:00
#endif /* ZEPHYR_ARCH_ARC_INCLUDE_KERNEL_ARCH_DATA_H_ */