Home
last modified time | relevance | path

Searched full:a7 (Results 1 – 25 of 80) sorted by relevance

1234

/Zephyr-latest/arch/xtensa/core/
Ddebug_helpers_asm.S24 * Use a6 and a7 as scratch */
28 /* Load i PC in a7 */
29 l32i a7, a6, ___xtensa_irq_bsa_t_pc_OFFSET
31 s32i a7, a2, 0
32 /* Load value for (i-1) PC, which return address of i into a7 */
33 l32i a7, a6, ___xtensa_irq_bsa_t_a0_OFFSET
35 s32i a7, a4, 0
Dwindow_vectors.S124 * a0-a7 are registers to be saved;
142 s32e a7, a0, -20 /* save a7 to call[j]'s stack frame */
153 * a0-a7 are undefined, must be reloaded with call[i].reg[0..7];
165 l32e a7, a1, -12 /* a7 <- call[i-1]'s sp
168 l32e a4, a7, -32 /* restore a4 from call[i]'s stack frame */
169 l32e a5, a7, -28 /* restore a5 from call[i]'s stack frame */
170 l32e a6, a7, -24 /* restore a6 from call[i]'s stack frame */
171 l32e a7, a7, -20 /* restore a7 from call[i]'s stack frame */
200 s32e a7, a0, -36 /* save a7 to end of call[j]'s stack frame */
233 l32e a7, a11, -36 /* restore a7 from end of call[i]'s stack frame */
Dcrt1.S42 # define ARG2 a7 /* 2nd outgoing call argument */
157 * a7 = pointer to end of table
163 movi a7, _bss_table_end
164 bgeu a6, a7, .L3zte
186 bltu a6, a7, .L0zte /* loop until end of table of *.bss sections */
Duserspace.S182 l32i a7, a3, ___xtensa_irq_bsa_t_a3_OFFSET
284 mov a1, a7 /* stack start (low address) */
296 s32i a7, a1, 0
324 * call, so parameters start at a6, a7, ...
327 l32i a7, a1, 16
/Zephyr-latest/include/zephyr/arch/arm64/
Darm-smccc.h12 * @a0-a7 result values from registers 0 to 7
22 unsigned long a7; member
37 * @param a1-a7 parameters registers
43 unsigned long a6, unsigned long a7,
50 * @param a1-a7 parameters registers
56 unsigned long a6, unsigned long a7,
/Zephyr-latest/dts/bindings/gpio/
Darduino-nano-header-r3.yaml12 signals labeled from A0 through A7, as well a digital signal D13. The
17 correspond to A0 through A7, as depicted below.
23 2 D2 A7/D21 21
/Zephyr-latest/boards/enjoydigital/litex_vexriscv/doc/
Dindex.rst19 `Digilent Arty A7-35T or A7-100T Development Boards
20 <https://store.digilentinc.com/arty-a7-artix-7-fpga-development-board-for-makers-and-hobbyists>`_
47 bitstream for the FPGA on a Digilent Arty A7-35 Board or SDI-MIPI Video Converter. This can be achi…
70 …Generating the bitstream for the Digilent Arty A7-35 Board requires F4PGA toolchain installation. …
90 #. Set up the F4PGA environment (for the Digilent Arty A7-35 Board):
104 ./make.py --board=arty --variant=a7-35 --build --toolchain=symbiflow
110 ./make.py --board=arty --variant=a7-100 --build --toolchain=symbiflow
170 To upload the bitstream to Digilent Arty A7-35 you can use `xc3sprog <https://github.com/matrix-io/…
/Zephyr-latest/arch/riscv/core/
Dcoredump.c32 uint64_t a7; member
54 uint32_t a7;
107 arch_blk.r.a7 = esf->a7; in arch_coredump_info_dump()
/Zephyr-latest/arch/xtensa/include/
Dxtensa_asm2_context.h53 * - Saved A7 \
197 uintptr_t a7; member
218 uintptr_t a7; member
226 * Interrupt stack frame containing A0 - A7.
234 uintptr_t a7; member
/Zephyr-latest/tests/drivers/tee/optee/src/
Dmain.c33 unsigned long a4, unsigned long a5, unsigned long a6, unsigned long a7,
47 uint32_t a7; member
55 unsigned long a4, unsigned long a5, unsigned long a6, unsigned long a7, in arm_smccc_smc() argument
75 t_call.smc_cb(a0, a1, a2, a3, a4, a5, a6, a7, res); in arm_smccc_smc()
78 wait_call.smc_cb(a0, a1, a2, a3, a4, a5, a6, a7, res); in arm_smccc_smc()
81 send_call.smc_cb(a0, a1, a2, a3, a4, a5, a6, a7, res); in arm_smccc_smc()
87 unsigned long a4, unsigned long a5, unsigned long a6, unsigned long a7, in arm_smccc_hvc() argument
115 unsigned long a4, unsigned long a5, unsigned long a6, unsigned long a7, in fast_call() argument
125 t_call.a7 = a7; in fast_call()
131 unsigned long a4, unsigned long a5, unsigned long a6, unsigned long a7, in fail_call() argument
[all …]
/Zephyr-latest/boards/technexion/pico_pi/doc/
Dindex.rst6 The i.MX7D SoC is a Hybrid multi-core processor composed of Single Cortex A7
9 communicate with the A7 core (running Linux) via RPmsg.
30 - CPU i.MX7 Dual with a Single Cortex A7 (1 GHz) core and
34 - RAM -> A7: 4GB
36 - Flash -> A7: 8GB eMMC
107 the A7 core. The A7 core is responsible to load the M4 binary application into
110 The A7 can perform these steps at bootloader level or after the Linux system
113 The M4 can use up to 5 different RAMs. These are the memory mapping for A7 and
117 | Region | Cortex-A7 | Cortex-M4 (System Bus) | Cortex-M4 (Code Bus) | Size …
161 Below you will find the instructions to load and run Zephyr on M4 from A7 using
[all …]
/Zephyr-latest/boards/st/stm32mp157c_dk2/doc/
Dstm32mp157_dk2.rst7 multi-core processor,composed of a dual Cortex®-A7 and a single Cortex®-M4 core.
14 - Arm®-based dual Cortex®-A7 32 bits
56 - 32-bit dual-core Arm® Cortex®-A7
130 - 2 × 4 Cortex®-A7 system timers (secure, non-secure, virtual, hypervisor)
205 by the Linux Remoteproc Framework on Cortex®-A7 core. In order to keep the UART7
215 started by the Cortex®-A7 core. The Cortex®-A7 core is responsible to load the
217 The Cortex®-A7 can perform these steps at bootloader level or after the Linux
222 These are the memory mappings for Cortex®-A7 and Cortex®-M4:
225 | Region | Cortex®-A7 | Cortex®-M4 | Size |
243 environment. The firmware must first be loaded by the Cortex®-A7. Developer
/Zephyr-latest/boards/96boards/avenger96/doc/
Dindex.rst10 multi-core processor, composed of a dual Cortex®-A7 and a single Cortex®-M4
58 - 32-bit dual-core Arm® Cortex®-A7
127 - 2 × 4 Cortex®-A7 system timers (secure, non-secure, virtual, hypervisor)
194 on Cortex®-A7 core. Alternatively, Zephyr console output can be assigned to
204 started by the Cortex®-A7 core. The Cortex®-A7 core is responsible to load the
206 The Cortex®-A7 can perform these steps at bootloader level or after the Linux
211 These are the memory mappings for Cortex®-A7 and Cortex®-M4:
214 | Region | Cortex®-A7 | Cortex®-M4 | Size |
232 environment. The firmware must first be loaded by the Cortex®-A7. Developer
/Zephyr-latest/boards/element14/warp7/doc/
Dindex.rst6 The i.MX7S SoC is a Hybrid multi-core processor composed of Single Cortex A7
9 communicate with the A7 core (running Linux) via RPmsg.
30 - Debug USB exposing two UARTs (UART1 for A7 and UART2 for M4)
38 - CPU i.MX7 Solo with a Single Cortex A7 (800MHz) core and
42 - RAM -> A7: 4GB (Kingston 08EMCP04)
44 - Flash -> A7: 8GB eMMC (Kingston 08EMCP04)
140 the A7 core. The A7 core is responsible to load the M4 binary application into
143 The A7 can perform these steps at bootloader level or after the Linux system
146 The M4 can use up to 5 different RAMs. These are the memory mapping for A7 and
150 | Region | Cortex-A7 | Cortex-M4 (System Bus) | Cortex-M4 (Code Bus) | Size …
[all …]
/Zephyr-latest/boards/digilent/arty_a7/
Darty_a7_designstart_fpga_cortex_m1.yaml2 name: Digilent Arty A7 ARM DesignStart Cortex-M1
Darty_a7_designstart_fpga_cortex_m3.yaml2 name: Digilent Arty A7 ARM DesignStart Cortex-M3
/Zephyr-latest/arch/xtensa/core/startup/
Dreset_vector.S111 rer a7, a2
113 extui a4, a7, 1, 2
230 * effect, registers a3, a5, a7 are now preloaded with values
234 * a7 - contents of PWRSTAT register
243 movi a7, PWRSTAT_WAKEUP_RESET
246 bbci.l a7, PWRSTAT_WAKEUP_RESET_SHIFT, 1f
249 addi a5, a7, - PWRSTAT_WAKEUP_RESET
251 movnez a7, a5, a4
256 bbci.l a7, PWRSTAT_CACHES_LOST_POWER_SHIFT, .Lpso_restore
329 /* Here, a7 still contains status from the power status register,
[all …]
/Zephyr-latest/drivers/tee/optee/
Doptee_smc.h76 * a0..a7 is used as register names in the descriptions below, on arm32
159 * a7 Hypervisor Client ID register
168 * a7 Hypervisor Client ID register
215 * a7 Hypervisor Client ID register
251 * a7 Hypervisor Client ID register
283 * a7 Hypervisor Client ID register
336 * a7 Hypervisor Client ID register
367 * a7 Hypervisor Client ID register
426 * a7 Hypervisor Client ID register. Must be 0, because only hypervisor
454 * a7 Hypervisor Client ID register. Must be 0, because only hypervisor
[all …]
/Zephyr-latest/scripts/coredump/gdbstubs/arch/
Dxtensa.py291 A7 = 96 variable in GdbRegDef_Sample_Controller.RegNum
325 A7 = 164 variable in GdbRegDef_ESP32.RegNum
357 A7 = 162 variable in GdbRegDef_ESP32S2.RegNum
387 A7 = 219 variable in GdbRegDef_ESP32S3.RegNum
428 A7 = 165 variable in GdbRegDef_Intel_Adsp_CAVS_Zephyr.RegNum
468 A7 = 263 variable in GdbRegDef_Intel_Adsp_CAVS_XCC.RegNum
503 A7 = 112 variable in GdbRegDef_DC233C.RegNum
Drisc_v.py34 A7 = 17 variable in RegNum
90 self.registers[RegNum.A7] = tu[12]
/Zephyr-latest/include/zephyr/drivers/sip_svc/
Dsip_svc_driver.h74 unsigned long *a7, char *buf, size_t size);
264 * @param a7 Argument 7 for supervisory call.
273 unsigned long *a7, char *buf, size_t size);
278 unsigned long *a7, char *buf, size_t size) in z_impl_sip_svc_plat_async_res_req() argument
292 __ASSERT(a7, "a7 shouldn't be NULL"); in z_impl_sip_svc_plat_async_res_req()
295 return api->sip_svc_plat_async_res_req(dev, a0, a1, a2, a3, a4, a5, a6, a7, buf, size); in z_impl_sip_svc_plat_async_res_req()
Dsip_svc_proto.h114 * a0 - a7
115 * - User input data to be filled into a0-a7 registers when trigger
142 unsigned long a7; member
/Zephyr-latest/tests/arch/riscv/fatal/
Dtestcase.yaml22 - "E: a7: a7ff0000ff001117"
/Zephyr-latest/boards/96boards/meerkat96/doc/
Dindex.rst10 composed of a dual Cortex®-A7 and a single Cortex®-M4 core.
50 - Dual Cortex A7 (800MHz/1.0GHz) core and Single Cortex M4 (200MHz) core
55 - Internal RAM -> A7: 256KB SRAM
153 to be started by the A7 core. The A7 core is responsible to load the M4 binary
155 Stack Pointer, and get the M4 out of reset. The A7 can perform these steps at
158 The M4 can use up to 5 different RAMs. These are the memory mapping for A7 and M4:
161 | Region | Cortex-A7 | Cortex-M4 (System Bus) | Cortex-M4 (Code Bus) | Size …
205 A7 using u-boot.
/Zephyr-latest/soc/nxp/imx/
Dsoc.yml56 - name: a7

1234