OrgZephyr/zephyr
OrgZephyr
/
zephyr
mirror of https://github.com/zephyrproject-rtos/zephyr.git
1
0
Fork 0
Code Issues Releases Wiki Activity
zephyr/soc/arm/nxp_lpc/Kconfig.defconfig

13 lines
265 B
Plaintext
Raw Normal View History

arch: Add imx7d m4 soc support The i.MX7 SoC is a Hybrid multi-core processor composed by Single/Dual Cortex A7 core and Single Cortex M4 core. Zephyr was ported to run on the M4 core. In a later release, it will also communicate with the A7 core (running Linux) via RPmsg. The low level drivers come from NXP FreeRTOS BSP and are located at ext/hal/nxp/imx. More details can be found at ext/hal/nxp/imx/README The A7 core is responsible to load the M4 binary application into the RAM, put the M4 in reset, set the M4 Program Counter and Stack Pointer, and get the M4 out of reset. The A7 can perform these steps at bootloader level after the Linux system has booted. The M4 can use up to 5 different RAMs. These are the memory mapping for A7 and M4: +---------------+-----------------+---------------------------+ | Memory Name | Start Address | Size | +===============+=================+===========================+ | TCML | 0x007F8000 | 32KB | +---------------+-----------------+---------------------------+ | TCMU | 0x20000000 | 32KB | +---------------+-----------------+---------------------------+ | OCRAM_S | 0x20180000 | 32KB | +---------------+-----------------+---------------------------+ | OCRAM | 0x00900000 | 128KB | +---------------+-----------------+---------------------------+ | DDR | 0x10000000 | 256MB | +---------------+-----------------+---------------------------+ Signed-off-by: Diego Sueiro <diego.sueiro@gmail.com>
2018-03-16 21:59:33 +08:00
# Copyright (c) 2017, NXP
# SPDX-License-Identifier: Apache-2.0
arm: soc: move arm SoCs to top-dir Move the SoC outside of the architecture tree and put them at the same level as boards and architectures allowing both SoCs and boards to be maintained outside the tree. Signed-off-by: Anas Nashif <anas.nashif@intel.com>
2018-09-04 04:47:02 +08:00
source "soc/arm/nxp_lpc/*/Kconfig.defconfig.series"
soc: nxp_lpc: Enable the mcux flexcomm spi driver Enables the mcux flexcomm spi driver on lpc54xxx and lpc55xxx socs. Signed-off-by: Maureen Helm <maureen.helm@nxp.com>
2019-06-30 23:44:09 +08:00
soc: nxp_lpc: Enable the mcux flexcomm i2c driver Enables the mcux flexcomm i2c driver on lpc54xxx and lpc55xxx socs. Signed-off-by: Maureen Helm <maureen.helm@nxp.com>
2019-12-09 03:55:34 +08:00
config I2C_MCUX_FLEXCOMM
default y if HAS_MCUX_FLEXCOMM
depends on I2C
soc: nxp_lpc: Enable the mcux flexcomm spi driver Enables the mcux flexcomm spi driver on lpc54xxx and lpc55xxx socs. Signed-off-by: Maureen Helm <maureen.helm@nxp.com>
2019-06-30 23:44:09 +08:00
config SPI_MCUX_FLEXCOMM
default y if HAS_MCUX_FLEXCOMM
kconfig: Replace defconfig singe-symbol 'if's with 'depends on' Same deal as in commit eddd98f ("kconfig: Replace some single-symbol 'if's with 'depends on'"), for all symbols defined within defconfig files. See that commit for an explanation. Maybe 'if's were used originally to mirror the 'if's in the main Kconfig files, and then it got copied around by people assuming 'if' must work differently from 'depends on'. It doesn't match in every spot at least. Better to keep it simple and just consistently use 'depends on' when it's a single symbol/choice I think. Helps reinforce that 'if' isn't magic too. Verified by printing all Kconfig menu nodes (symbols, choices, menus, etc.) before and after the change and diffing (should show no difference). Signed-off-by: Ulf Magnusson <Ulf.Magnusson@nordicsemi.no>
2020-02-10 11:18:50 +08:00
depends on SPI