| 5af143f2 | 03-May-2024 |
Govindraj Raja <govindraj.raja@arm.com> |
refactor(fvp): move cpus with nomodel
Move CPUs which are not tested in CI under a new build option. We have added some CPUs for which there is no FVP models available yet to test. Move those CPUs u
refactor(fvp): move cpus with nomodel
Move CPUs which are not tested in CI under a new build option. We have added some CPUs for which there is no FVP models available yet to test. Move those CPUs under a new FVP build option.
Change-Id: I3da12d2f8d9c246b435b31adfac61c79dc1ab0cb Signed-off-by: Govindraj Raja <govindraj.raja@arm.com>
show more ...
|
| 0bd2075e | 24-Apr-2024 |
Govindraj Raja <govindraj.raja@arm.com> |
build(fvp): make all builds unconditional
commit@138221c2457b9d04101b84084c07d576b0eb5a51 reduced items that should be build due to SRAM size limitations.
But newer models from 11.19 onwards suppor
build(fvp): make all builds unconditional
commit@138221c2457b9d04101b84084c07d576b0eb5a51 reduced items that should be build due to SRAM size limitations.
But newer models from 11.19 onwards support to set SRAM size greater than 256KB. So remove all dependency and conditional builds for FVP.
Change-Id: I38684e100450b74fdda0d685775e2cbce92170b6 Signed-off-by: Govindraj Raja <govindraj.raja@arm.com>
show more ...
|
| b3a9737c | 14-Apr-2024 |
Leo Yan <leo.yan@arm.com> |
refactor(tc): add platform specific DT files
Currently, the DT binding uses the file 'tc.dts' as a central place for all TC platforms. And the variables (for different platforms, or FVP vs FPGA, etc
refactor(tc): add platform specific DT files
Currently, the DT binding uses the file 'tc.dts' as a central place for all TC platforms. And the variables (for different platforms, or FVP vs FPGA, etc.) are maintained in 'tc_vers.dtsi'.
This patch renames 'tc.dts' to 'tc-base.dtsi' and creates an individual .dts file for every platform. The purpose is to use 'tc-base.dtsi' for maintaining common DT binding and every platform's specific definitions will be moved into its own .dts file. This is a preparation for sequential refactoring.
It changes to include the header files in platform DTS files but not in the 'tc-base.dtsi'. This can allow 'tc-base.dtsi' is general enough and platform DTS files covers platform specific defintions.
Change-Id: I034fb3f8836bcea36e8ad8ae01de41127693b0c6 Signed-off-by: Leo Yan <leo.yan@arm.com>
show more ...
|
| 154eb0a2 | 29-Apr-2024 |
Leo Yan <leo.yan@arm.com> |
fix(tc): enable FEAT_MTE2
Commit c282384db ("refactor(mte): remove mte, mte_perm") removes the option FEAT_MTE and introduces FEAT_MTE2 option. Afterwards, the FEAT_MTE2 option is missed on the TC p
fix(tc): enable FEAT_MTE2
Commit c282384db ("refactor(mte): remove mte, mte_perm") removes the option FEAT_MTE and introduces FEAT_MTE2 option. Afterwards, the FEAT_MTE2 option is missed on the TC platform and the feature is disabled. As a result, it causes the panic in secure world.
This patch enables the FEAT_MTE2 option for TC platform to allow the secure world can access the MTE registers properly.
Change-Id: If697236aa59bf4fb374e0ff43b53455ac2154e9c Fixes: c282384db ("refactor(mte): remove mte, mte_perm") Signed-off-by: Leo Yan <leo.yan@arm.com>
show more ...
|
| 758ccb80 | 08-Mar-2024 |
Chris Kay <chris.kay@arm.com> |
build: remove `MAKE_BUILD_STRINGS` function
This function causes the build message to be generated and compiled in two different ways, with one way done inside `build_macros.mk` and the other done i
build: remove `MAKE_BUILD_STRINGS` function
This function causes the build message to be generated and compiled in two different ways, with one way done inside `build_macros.mk` and the other done inside `windows.mk`, mostly because it's done by generating the C file on the command line.
We can instead replace this whole build message generation sequence with a simple standard C compilation command and a normal C file.
Change-Id: I8bc136380c9585ddeec9a11154ee39ef70526f81 Signed-off-by: Chris Kay <chris.kay@arm.com>
show more ...
|
| 44ddee6f | 20-Dec-2023 |
Alex Dobrescu <alex.dobrescu@arm.com> |
fix(tc): increase stack size when TRUSTED_BOARD_BOOT=0
The stack is too small for VERBOSE logging when secure world is disabled as there is a recursive call when printing the translation table state
fix(tc): increase stack size when TRUSTED_BOARD_BOOT=0
The stack is too small for VERBOSE logging when secure world is disabled as there is a recursive call when printing the translation table state which causes a crash.
Changing the stack to the same value regardless of trusted boot.
Change-Id: I12298b33e47ae5206f74370262edce06b8a75d99 Signed-off-by: Alex Dobrescu <alex.dobrescu@arm.com> Signed-off-by: Leo Yan <leo.yan@arm.com>
show more ...
|
| a1901c7d | 26-Apr-2024 |
Manish V Badarkhe <manish.badarkhe@arm.com> |
Merge changes from topic "rss_rse_rename" into integration
* changes: refactor(changelog): change all occurrences of RSS to RSE refactor(qemu): change all occurrences of RSS to RSE refactor(fv
Merge changes from topic "rss_rse_rename" into integration
* changes: refactor(changelog): change all occurrences of RSS to RSE refactor(qemu): change all occurrences of RSS to RSE refactor(fvp): change all occurrences of RSS to RSE refactor(fiptool): change all occurrences of RSS to RSE refactor(psa): change all occurrences of RSS to RSE refactor(fvp): remove leftovers from rss measured boot support refactor(tc): change all occurrences of RSS to RSE docs: change all occurrences of RSS to RSE refactor(measured-boot): change all occurrences of RSS to RSE refactor(rse): change all occurrences of RSS to RSE refactor(psa): rename all 'rss' files to 'rse' refactor(tc): rename all 'rss' files to 'rse' docs: rename all 'rss' files to 'rse' refactor(measured-boot): rename all 'rss' files to 'rse' refactor(rss): rename all 'rss' files to 'rse'
show more ...
|
| f9d40b5c | 26-Apr-2024 |
Manish Pandey <manish.pandey2@arm.com> |
Merge changes from topic "hm/handoff" into integration
* changes: feat(handoff): add support for RESET_TO_BL2 feat(arm): support FW handoff b/w BL1 & BL2 feat(handoff): add TL source files to
Merge changes from topic "hm/handoff" into integration
* changes: feat(handoff): add support for RESET_TO_BL2 feat(arm): support FW handoff b/w BL1 & BL2 feat(handoff): add TL source files to BL1 feat(handoff): add TE's for BL1 handoff interface refactor(bl1): clean up bl2 layout calculation feat(arm): support FW handoff b/w BL2 & BL31
show more ...
|
| 9c11ed7e | 22-Dec-2023 |
Harrison Mutai <harrison.mutai@arm.com> |
feat(arm): support FW handoff b/w BL1 & BL2
Leverage the framework between BL1 and BL2. Migrate all handoff structures to the TL.
Change-Id: I79ff3a319596b5656184cde10b5204b10a4d03bb Signed-off-by:
feat(arm): support FW handoff b/w BL1 & BL2
Leverage the framework between BL1 and BL2. Migrate all handoff structures to the TL.
Change-Id: I79ff3a319596b5656184cde10b5204b10a4d03bb Signed-off-by: Harrison Mutai <harrison.mutai@arm.com>
show more ...
|
| 6a4da290 | 04-Jan-2024 |
Harrison Mutai <harrison.mutai@arm.com> |
refactor(bl1): clean up bl2 layout calculation
Layout calculation is spread out between core BL1 logic and common platform code. Relocate these into common platform code so they are organised logica
refactor(bl1): clean up bl2 layout calculation
Layout calculation is spread out between core BL1 logic and common platform code. Relocate these into common platform code so they are organised logically.
Change-Id: I8b05403e41b800957a0367316cecd373d10bb1a4 Signed-off-by: Harrison Mutai <harrison.mutai@arm.com>
show more ...
|
| a5566f65 | 01-Dec-2023 |
Harrison Mutai <harrison.mutai@arm.com> |
feat(arm): support FW handoff b/w BL2 & BL31
Add support for the firmware handoff framework between BL2 and BL31. Create a transfer list in trusted SRAM, leveraging the larger SRAM sizes in recent m
feat(arm): support FW handoff b/w BL2 & BL31
Add support for the firmware handoff framework between BL2 and BL31. Create a transfer list in trusted SRAM, leveraging the larger SRAM sizes in recent models. Load the HW_CONFIG as a TE along with entry point parameters for BL31 execution.
Change-Id: I7c4c6e8353ca978a13520fb3e15fb2803f0f1d0e Signed-off-by: Harrison Mutai <harrison.mutai@arm.com>
show more ...
|
| 9a31b68b | 26-Apr-2024 |
Manish Pandey <manish.pandey2@arm.com> |
Merge "fix(tc): missing device regions in spmc manifest" into integration |
| 5e471120 | 24-Apr-2024 |
J-Alves <joao.alves@arm.com> |
fix(tc): missing device regions in spmc manifest
Signed-off-by: J-Alves <joao.alves@arm.com> Change-Id: I847c9ec13c3d40dd9de8cf374a81fc6d23a8864c |
| 8d6fb77a | 31-Dec-2023 |
Rohit Mathew <Rohit.Mathew@arm.com> |
refactor(neoverse-rd): remove soc_css.mk from common makefile
The soc_css.mk file within the plat/arm/soc module currently implements initialization functions for the PCIe controller and NIC400 with
refactor(neoverse-rd): remove soc_css.mk from common makefile
The soc_css.mk file within the plat/arm/soc module currently implements initialization functions for the PCIe controller and NIC400 within the SOC specification. However, as none of the Neoverse reference design platforms necessitate the initialization of PCIe or NIC400, remove the soc_css.mk from the common makefile.
Additionally, empty initialization functions for PCIe and NIC400 are added to satisfy the requirements of the plat/arm common code, which expects these functions to be present.
Signed-off-by: Rohit Mathew <Rohit.Mathew@arm.com> Change-Id: Ia431af62f48fc224962d64902dd3acfbf0b93935
show more ...
|
| a965d73f | 26-Feb-2024 |
Rohit Mathew <rohit.mathew@arm.com> |
refactor(neoverse-rd): unify GIC SPI range macros
The existing macros representing GIC SPI minimum and maximum for multichip platforms lack a consistent naming convention. To address this, establish
refactor(neoverse-rd): unify GIC SPI range macros
The existing macros representing GIC SPI minimum and maximum for multichip platforms lack a consistent naming convention. To address this, establish the convention "NRD_CHIP<x>_SPI_MIN" and "NRD_CHIP<x>_SPI_MAX" for use across all Neoverse Reference Design multichip platforms.
Furthermore, extend this naming convention to RD-N2-Cfg2 and introduce similar macros.
Signed-off-by: Rohit Mathew <rohit.mathew@arm.com> Change-Id: Idca2a8c66579f05e712e3b6e95204fedc122cf23
show more ...
|
| a0bd6198 | 19-Mar-2024 |
Rohit Mathew <rohit.mathew@arm.com> |
refactor(neoverse-rd): clean-up nrd_plat_arm_def2.h file
Consolidate and organize platform port definitions within the nrd_plat_arm_def2.h file. Remove direct references to addresses with correspond
refactor(neoverse-rd): clean-up nrd_plat_arm_def2.h file
Consolidate and organize platform port definitions within the nrd_plat_arm_def2.h file. Remove direct references to addresses with corresponding RoS or CSS definitions.
Signed-off-by: Rohit Mathew <rohit.mathew@arm.com> Change-Id: Ic43cff90d2cf45760b3f808732754cf7c05a814a
show more ...
|
| 301c0174 | 03-Apr-2024 |
Rohit Mathew <rohit.mathew@arm.com> |
feat(neoverse-rd): disable SPMD_SPM_AT_SEL2 for N2/V2 platforms
SPMD_SPM_AT_SEL2 is enabled by default for platforms. As the platforms based on N2/V2 CPUs don't use SPMD_SPM_AT_SEL2, set its value t
feat(neoverse-rd): disable SPMD_SPM_AT_SEL2 for N2/V2 platforms
SPMD_SPM_AT_SEL2 is enabled by default for platforms. As the platforms based on N2/V2 CPUs don't use SPMD_SPM_AT_SEL2, set its value to 0.
Signed-off-by: Rohit Mathew <rohit.mathew@arm.com> Change-Id: Ib503c5552e2b8fee928b2392ba40805664d857d7
show more ...
|
| 2cfedfad | 02-Apr-2024 |
Rohit Mathew <rohit.mathew@arm.com> |
feat(rdn2): enable AMU if present on the platform
Set build-option ENABLE_FEAT_AMU to 2 so that AMU is enabled if the feature is implemented on the platform. This would ensure that lower ELs could a
feat(rdn2): enable AMU if present on the platform
Set build-option ENABLE_FEAT_AMU to 2 so that AMU is enabled if the feature is implemented on the platform. This would ensure that lower ELs could access system registers relevant to AMU without causing a trap to EL3.
Signed-off-by: Rohit Mathew <rohit.mathew@arm.com> Change-Id: Ic9aa435af54eddacdaa49e69f25893ddaa977e3e
show more ...
|
| 3a5b3753 | 30-Mar-2024 |
Rohit Mathew <rohit.mathew@arm.com> |
feat(rdn2): enable MTE2 if present on the platform
MTE2 is an optional feature that could be part of platforms based on Arm V8.5 or above. If this feature is implemented on the platform, lower ELs c
feat(rdn2): enable MTE2 if present on the platform
MTE2 is an optional feature that could be part of platforms based on Arm V8.5 or above. If this feature is implemented on the platform, lower ELs could potentially access the featre registers leading EL3 traps. Therefore, set MTE2 build option to '2' to enable the feature only if its implemented on the platform.
Signed-off-by: Rohit Mathew <rohit.mathew@arm.com> Change-Id: I97c341ac38485937eb18ce9bdcffec26c0e5e76d
show more ...
|
| c396c823 | 26-Feb-2024 |
Rohit Mathew <rohit.mathew@arm.com> |
refactor(neoverse-rd): move defines out of platform_def.h
Presently, the second generation platforms have direct references to CSS and ROS specific addresses within RD-N2's platform header file (pla
refactor(neoverse-rd): move defines out of platform_def.h
Presently, the second generation platforms have direct references to CSS and ROS specific addresses within RD-N2's platform header file (platform_def.h). Moreover, there are platform port specific macros defined within platform_def.h To enhance organization and appropriateness, relocate these definitions to nrd_css_def2.h, nrd_ros_def2.h and nrd_arm_platform_def1.h files accordingly. Reuse these definitions within the platform_def.h files as needed.
Additionally, remove reference to the unused PLAT_ARM_GICC_BASE macro from the individual platform_def.h file.
Signed-off-by: Rohit Mathew <rohit.mathew@arm.com> Change-Id: I9a237c3ae28d7e209188e2c37c8494b4a420ee83
show more ...
|
| 7f693bd9 | 26-Feb-2024 |
Rohit Mathew <rohit.mathew@arm.com> |
refactor(neoverse-rd): add defines for ROM, SRAM and DRAM2
In the current setup, the base and size of the ROM, SRAM, and DRAM2 regions are directly defined in the nrd_fw_def2.h file for N2 CPU based
refactor(neoverse-rd): add defines for ROM, SRAM and DRAM2
In the current setup, the base and size of the ROM, SRAM, and DRAM2 regions are directly defined in the nrd_fw_def2.h file for N2 CPU based platforms. To enhance modularity and appropriateness, introduce macros for these definitions in the respective css file (nrd_css_def2.h). While the maximum sizes for ROM, SRAM, and DRAM2 are specified in the css specification, the actual implementation sizes may vary. Consequently, relocate the size macros to the platform-specific platform_def.h file for individual platforms.
Signed-off-by: Rohit Mathew <rohit.mathew@arm.com> Change-Id: I30988bf63cf942f68188a70697cc43cb6af96a9c
show more ...
|
| 947e7872 | 19-Mar-2024 |
Rohit Mathew <rohit.mathew@arm.com> |
refactor(neoverse-rd): define naming convention for RoS macros
As part of the refactoring for the second generation platforms, introduce a naming convention for macros within nrd_ros_def2.h and nrd_
refactor(neoverse-rd): define naming convention for RoS macros
As part of the refactoring for the second generation platforms, introduce a naming convention for macros within nrd_ros_def2.h and nrd_ros_fw_def2.h. All macros, except those related to page table entries, must adhere to the format NRD_ROS_<name>. Page table entry macros are handled separately and are not part of this patch.
Signed-off-by: Rohit Mathew <rohit.mathew@arm.com> Change-Id: Ifcdc30b1c80b9848b793de2013095fc98d57bec6
show more ...
|
| 069bad71 | 18-Mar-2024 |
Rohit Mathew <rohit.mathew@arm.com> |
refactor(neoverse-rd): define naming convention for CSS macros
As part of the refactoring for the second generation of platforms, introduce a naming convention for macros within nrd_css_def2.h and n
refactor(neoverse-rd): define naming convention for CSS macros
As part of the refactoring for the second generation of platforms, introduce a naming convention for macros within nrd_css_def2.h and nrd_css_fw_def2.h. All macros, except those related to page table entries, must adhere to the format NRD_CSS_<name>. Page table entry macros are handled separately and are not part of this patch.
Signed-off-by: Rohit Mathew <rohit.mathew@arm.com> Change-Id: Ib168320e12f06cd034342c011909896de463ab27
show more ...
|
| 37f59e4e | 18-Mar-2024 |
Rohit Mathew <rohit.mathew@arm.com> |
refactor(neoverse-rd): refactor mmap macro for RoS device memory region
There are two macros that define ROS device memory map range and attributes - one for local chip and the other for remote chip
refactor(neoverse-rd): refactor mmap macro for RoS device memory region
There are two macros that define ROS device memory map range and attributes - one for local chip and the other for remote chip. Refactor these two macros into a single macro that uses the chip ID to identify the local or the remote chip.
Signed-off-by: Rohit Mathew <rohit.mathew@arm.com> Change-Id: I58eb65c2f046b6074f848f1448cd10a7dcc37f74
show more ...
|
| 9f1ba0af | 18-Mar-2024 |
Rohit Mathew <rohit.mathew@arm.com> |
refactor(neoverse-rd): refactor mmap macro for CSS device memory region
There are two macros that define CSS device memory map range and attributes - one for local chip and the other for remote chip
refactor(neoverse-rd): refactor mmap macro for CSS device memory region
There are two macros that define CSS device memory map range and attributes - one for local chip and the other for remote chip. Refactor these two macros into a single macro that uses the chip ID to identify the local or the remote chip. While at it, rename the macro that defines the memory map range and attributes for the remote shared RAM region.
Signed-off-by: Rohit Mathew <rohit.mathew@arm.com> Change-Id: Ieddd5c81f6261490dbacb97160858903e56d327a
show more ...
|