| 07f867b1 | 03-Aug-2023 |
Madhukar Pappireddy <madhukar.pappireddy@arm.com> |
fix(el3-runtime): leverage generic interrupt controller helpers
Rather than validating the type of interrupts supported by the platform interrupt controller, the interrupt management framework can d
fix(el3-runtime): leverage generic interrupt controller helpers
Rather than validating the type of interrupts supported by the platform interrupt controller, the interrupt management framework can directly use helper utilities implemented by the generic interrupt controller driver.
Change-Id: I735f8d2742a2c7974d11c0a5ddc771ad807c635c Signed-off-by: Madhukar Pappireddy <madhukar.pappireddy@arm.com>
show more ...
|
| 632e5ffe | 03-Aug-2023 |
Madhukar Pappireddy <madhukar.pappireddy@arm.com> |
fix(gicv3): map generic interrupt type to GICv3 group
The generic interrupt controller identifies an interrupt based on its type whereas the GIC uses the notion of groups to identify an interrupt.
fix(gicv3): map generic interrupt type to GICv3 group
The generic interrupt controller identifies an interrupt based on its type whereas the GIC uses the notion of groups to identify an interrupt.
Currently, they are used interchangeably in GICv3 driver. It did not cause any functional issues since the matching type and group had the same value for corresponding macros. This patch makes the necessary fixes.
The generic interrupt controller APIs, such as plat_ic_set_interrupt_type map interrupt type to interrupt group supported by the GICv3 IP. Similarly, other generic interrupt controller APIs map interrupt group to interrupt type as needed.
This patch also changes the name of the helper functions to use group rather than type for handling interrupts.
Change-Id: Ie2d88a3260c71e4ab9c8baacde24cc21e551de3d Signed-off-by: Madhukar Pappireddy <madhukar.pappireddy@arm.com>
show more ...
|
| ab80cf35 | 03-Aug-2023 |
Madhukar Pappireddy <madhukar.pappireddy@arm.com> |
chore(gicv2): use interrupt group instead of type
The generic interrupt controller identifies an interrupt based on its type whereas the GIC uses the notion of groups to identify an interrupt.
This
chore(gicv2): use interrupt group instead of type
The generic interrupt controller identifies an interrupt based on its type whereas the GIC uses the notion of groups to identify an interrupt.
This patch changes the name of the helper functions to use group rather than type for handling interrupts. No functional change in this patch.
Change-Id: If13ec65cc6c87c2da73a3d54b033f02635ff924a Signed-off-by: Madhukar Pappireddy <madhukar.pappireddy@arm.com>
show more ...
|
| b04343f3 | 25-Sep-2023 |
Raghu Krishnamurthy <raghu.ncstate@gmail.com> |
fix(spmd): coverity scan issues
Coverity defects fixed by this patch are: *** CID 400208: Performance inefficiencies (PASS_BY_VALUE) /include/services/el3_spmd_logical_sp.h: 108 in ffa_partition_i
fix(spmd): coverity scan issues
Coverity defects fixed by this patch are: *** CID 400208: Performance inefficiencies (PASS_BY_VALUE) /include/services/el3_spmd_logical_sp.h: 108 in ffa_partition_info_regs_get_last_idx()
*** CID 400207: Performance inefficiencies (PASS_BY_VALUE) /services/std_svc/spmd/spmd_logical_sp.c: 359 in ffa_partition_info_regs_get_part_info()
Signed-off-by: Raghu Krishnamurthy <raghu.ncstate@gmail.com> Change-Id: I9597377a8ec3d5519995e1619d99ee7102f33939
show more ...
|
| 3e6b96e8 | 20-Sep-2023 |
Michal Simek <michal.simek@amd.com> |
feat(xilinx): used console also as crash console
CONSOLE_FLAG_CRASH should be also setup to get crash logs on the same console. Both platforms are using crash console implementation from plat/common
feat(xilinx): used console also as crash console
CONSOLE_FLAG_CRASH should be also setup to get crash logs on the same console. Both platforms are using crash console implementation from plat/common/aarch64/crash_console_helpers.S that's why there is necessary to setup CONSOLE_FLAG_CRASH. plat_crash_console_putc() implementation is saying: "int plat_crash_console_putc(char c) Prints the character on all consoles registered with the console framework that have CONSOLE_FLAG_CRASH set. Note that this is only helpful for crashes that occur after the platform intialization code has registered a console. Platforms using this implementation need to ensure that all console drivers they use that have the CRASH flag set support this (i.e. are written in assembly and comply to the register clobber requirements of plat_crash_console_putc()."
Change-Id: I314cacbcb0bfcc85fe734882e38718f2763cdbf4 Signed-off-by: Michal Simek <michal.simek@amd.com>
show more ...
|
| 6a14246a | 18-Sep-2023 |
Michal Simek <michal.simek@amd.com> |
feat(versal-net): remove empty crash console setup
Private plat_crash_console_init() has all the setup commented that's why it was never been tested. pl011 uart is supposed to be used as crash conso
feat(versal-net): remove empty crash console setup
Private plat_crash_console_init() has all the setup commented that's why it was never been tested. pl011 uart is supposed to be used as crash console and it should be enought to add CONSOLE_FLAG_CRASH and remove platform specific implementation and use generic one. Early console can't be used for early ASM debugging but that's expected and not required.
Change-Id: I1267fd78c0d6532a0baddbcad8a5b2a7dfc7750b Signed-off-by: Michal Simek <michal.simek@amd.com>
show more ...
|
| 455cd0d3 | 19-Sep-2023 |
Joanna Farley <joanna.farley@arm.com> |
Merge "chore: remove MULTI_CONSOLE_API references" into integration |
| c228daf5 | 19-Sep-2023 |
Sandrine Bailleux <sandrine.bailleux@arm.com> |
Merge "fix(qemu_sbsa): align FIP base to BL1 size" into integration |
| 408cde8a | 18-Sep-2023 |
Marcin Juszkiewicz <marcin.juszkiewicz@linaro.org> |
fix(qemu_sbsa): align FIP base to BL1 size
RME patch series shown that we can build larger BL1 than we can run:
NOTICE: Booting Trusted Firmware NOTICE: BL1: v2.9(debug):v2.9.0-736-g08548888a NOT
fix(qemu_sbsa): align FIP base to BL1 size
RME patch series shown that we can build larger BL1 than we can run:
NOTICE: Booting Trusted Firmware NOTICE: BL1: v2.9(debug):v2.9.0-736-g08548888a NOTICE: BL1: Built : 12:10:39, Sep 18 2023 INFO: BL1: RAM 0x3ffee000 - 0x3fffb000 INFO: BL1: Loading BL2 WARNING: Firmware Image Package header check failed.
RME pushed debug build BL1 over 0x8000 in size. This exposed an error where FIP_BASE (supposed to be at BL1_SIZE offset from start of flash) was actually 0x8000 and not 0x12000. Make sure we have space for BL1 by deriving FIP_BASE from it.
Note: this is a breaking change for edk2 FD image generation, which had similarly hardcoded a 0x8000 offset. These images must be updated in lock-step.
Change-Id: I8a1a85e82319945a4412c424467d818d5b6e4ecd Signed-off-by: Marcin Juszkiewicz <marcin.juszkiewicz@linaro.org>
show more ...
|
| 408f9cb4 | 15-Sep-2023 |
Marcin Juszkiewicz <marcin.juszkiewicz@linaro.org> |
feat(qemu): add "neoverse-n2" cpu support
Add support to qemu "neoverse-n2" cpu for "qemu" platform. This one has 2^48 address space so will be used by both systems.
Signed-off-by: Marcin Juszkiewi
feat(qemu): add "neoverse-n2" cpu support
Add support to qemu "neoverse-n2" cpu for "qemu" platform. This one has 2^48 address space so will be used by both systems.
Signed-off-by: Marcin Juszkiewicz <marcin.juszkiewicz@linaro.org> Change-Id: I9f0fa23a4934d9464379495225e08adc121325b4
show more ...
|
| cc933e1d | 15-Sep-2023 |
Manish V Badarkhe <manish.badarkhe@arm.com> |
Merge changes from topic "stm32mp2" into integration
* changes: feat(stm32mp2): generate stm32 file feat(stm32mp2-fdts): add stm32mp257f-ev1 board feat(stm32mp2-fdts): introduce stm32mp25 pinc
Merge changes from topic "stm32mp2" into integration
* changes: feat(stm32mp2): generate stm32 file feat(stm32mp2-fdts): add stm32mp257f-ev1 board feat(stm32mp2-fdts): introduce stm32mp25 pinctrl files feat(stm32mp2-fdts): introduce stm32mp25 SoCs family feat(stm32mp2): add console configuration feat(st): add RCC registers list feat(st-uart): add AARCH64 stm32_console driver feat(st): introduce new platform STM32MP2 feat(dt-bindings): add the STM32MP2 clock and reset bindings docs(changelog): add scopes for STM32MP2 feat(docs): introduce STM32MP2 doc refactor(docs): add a sub-menu for ST platforms refactor(st): move plat_image_load.c refactor(st): rename PLAT_NB_FIXED_REGS refactor(st): move some storage definitions to common part refactor(st): move SDMMC definitions to driver feat(st-clock): stub fdt_get_rcc_secure_state feat(st-clock): allow aarch64 compilation of STGEN functions feat(st): allow AARCH64 compilation for common code refactor(st): rename QSPI macros
show more ...
|
| 44a267b5 | 15-Sep-2023 |
Manish V Badarkhe <manish.badarkhe@arm.com> |
Merge changes from topic "xlnx_mmap_dynamic_dtb" into integration
* changes: fix(xilinx): dcache flush for dtb region fix(xilinx): dynamic mmap region for dtb |
| d4635e99 | 15-Sep-2023 |
Sandrine Bailleux <sandrine.bailleux@arm.com> |
Merge "feat(qemu): add A55 cpu support for virt" into integration |
| 4bb6bd1e | 14-Sep-2023 |
Olivier Deprez <olivier.deprez@arm.com> |
Merge "fix(plat/arm): do not program DSU CLUSTERPWRDN register" into integration |
| 3209b35d | 13-Sep-2023 |
Manish Pandey <manish.pandey2@arm.com> |
fix(plat/arm): do not program DSU CLUSTERPWRDN register
This reverts commit 9cf7f355ce8984a4cde970d5f57c913d5247ca6d.
Above mentioned commit was writing to cluster power required bit of CLUSTERPWRD
fix(plat/arm): do not program DSU CLUSTERPWRDN register
This reverts commit 9cf7f355ce8984a4cde970d5f57c913d5247ca6d.
Above mentioned commit was writing to cluster power required bit of CLUSTERPWRDN register, which provides an advisory status to the power controller. Bit definition indication: 0 : Cluster power is not required when all cores are powered down 1 : Cluster power is required even when all cores are powered down RESET value of this bit is 0
The current implementation in TF-A just programs this bit to 0 when cluster power down is done but it never sets it to 1. Which actully does not change any behaviour as the value of this bit always remains 0.
Ideally this bit has to be set to 1 when a core powers up (as RESET value is 0) and set it to 0 for any core power down except if its last man standing, in that case we need to ensure the target power level from OS is cluster then we can do set it to 0. There also are some investigation needs to be done to find that whether we need a explicit message to power controller for turning cluster OFF or it will happen automatically.
Considering this needs a bit of analysis as well as a platform to test it on, revert the changes which impact the programming during cluster power down and just keep register defnition.
Change-Id: I4c4ebedae7ca9cd081fb1e0605b9d906d77614d9 Signed-off-by: Manish Pandey <manish.pandey2@arm.com>
show more ...
|
| 61412f79 | 14-Sep-2023 |
Olivier Deprez <olivier.deprez@arm.com> |
Merge "fix(fvp): conditionally increase XLAT and MMAP table entries" into integration |
| 93ed1380 | 05-Sep-2023 |
Amit Nagal <amit.nagal@amd.com> |
fix(xilinx): dcache flush for dtb region
flush dcache region for dtb so that dtb cache entries are first written to disk and are invalidated afterwards to avoid presence of any stale dtb related ent
fix(xilinx): dcache flush for dtb region
flush dcache region for dtb so that dtb cache entries are first written to disk and are invalidated afterwards to avoid presence of any stale dtb related entry in the dcache.
Change-Id: Ide0ed58f799b35b690ed790c7498ecdc334e02f5 Signed-off-by: Amit Nagal <amit.nagal@amd.com>
show more ...
|
| 7ca7fb1b | 05-Sep-2023 |
Amit Nagal <amit.nagal@amd.com> |
fix(xilinx): dynamic mmap region for dtb
mmap dtb region before usage and unmap it after usage. overall size(text,data,bss) of dtb gets reduced by 16 bytes in normal flow and 80 bytes in ddr flow.
fix(xilinx): dynamic mmap region for dtb
mmap dtb region before usage and unmap it after usage. overall size(text,data,bss) of dtb gets reduced by 16 bytes in normal flow and 80 bytes in ddr flow.
Signed-off-by: Amit Nagal <amit.nagal@amd.com> Change-Id: I411deff57ab141fc2978a2e916aec2d988cb8f9c
show more ...
|
| 512e0be0 | 13-Sep-2023 |
Sandrine Bailleux <sandrine.bailleux@arm.com> |
Merge "feat(qemu): add "cortex-a710" cpu support" into integration |
| 03cf4e9a | 13-Sep-2023 |
Manish V Badarkhe <Manish.Badarkhe@arm.com> |
fix(fvp): conditionally increase XLAT and MMAP table entries
The XLAT and MMAP table entries are increased as a part of this patch: 12fe591 , but this is causing failures for some builds, so conditi
fix(fvp): conditionally increase XLAT and MMAP table entries
The XLAT and MMAP table entries are increased as a part of this patch: 12fe591 , but this is causing failures for some builds, so conditionally increased the XLAT and MMAP table entries
Change-Id: I31e8c811bebc767d7187e045a35c9db0eef13ae0 Signed-off-by: Manish V Badarkhe <Manish.Badarkhe@arm.com>
show more ...
|
| cb27274c | 08-Aug-2023 |
Gauri Sahnan <Gauri.Sahnan@arm.com> |
fix(corstone-1000): add cpu_helpers.S to platform.mk
Add Platform related dependency in Makefile
Reviewed-by: Abdellatif El Khlifi <abdellatif.elkhlifi@arm.com> Signed-off-by: Gauri Sahnan <Gauri.S
fix(corstone-1000): add cpu_helpers.S to platform.mk
Add Platform related dependency in Makefile
Reviewed-by: Abdellatif El Khlifi <abdellatif.elkhlifi@arm.com> Signed-off-by: Gauri Sahnan <Gauri.Sahnan@arm.com> Change-Id: Idecb84233d3e0c386bf0b7f6d57cbebd38875f28
show more ...
|
| 409c20c8 | 13-Sep-2023 |
Mark-PK Tsai <mark-pk.tsai@mediatek.com> |
feat(qemu): add A55 cpu support for virt
Add support to "cortex-a55" cpu for "qemu" ('virt') platform.
Signed-off-by: Mark-PK Tsai <mark-pk.tsai@mediatek.com> Change-Id: I2693892be735eda91494b76732
feat(qemu): add A55 cpu support for virt
Add support to "cortex-a55" cpu for "qemu" ('virt') platform.
Signed-off-by: Mark-PK Tsai <mark-pk.tsai@mediatek.com> Change-Id: I2693892be735eda91494b767322935ddb63c9f48
show more ...
|
| 4734a62d | 12-Sep-2023 |
Marcin Juszkiewicz <marcin.juszkiewicz@linaro.org> |
feat(qemu): add "cortex-a710" cpu support
Add support to qemu "cortex-a710" cpu for "qemu" platform.
CPU is supported by qemu/virt only as qemu/sbsa-ref memory starts at 2^40 which is limit for Cor
feat(qemu): add "cortex-a710" cpu support
Add support to qemu "cortex-a710" cpu for "qemu" platform.
CPU is supported by qemu/virt only as qemu/sbsa-ref memory starts at 2^40 which is limit for Cortex-A710.
Switched 'qemu' platform to be built as armv8.5 to cover features of new cpu core.
Signed-off-by: Marcin Juszkiewicz <marcin.juszkiewicz@linaro.org> Change-Id: I035790eac41b2caf7f13167e53f48c16f0827754
show more ...
|
| 55e37408 | 12-Sep-2023 |
Manish Pandey <manish.pandey2@arm.com> |
Merge "refactor(arm): avoid setting HASH_PREREQUISITES for a build without ROT_KEY" into integration |
| 13ff6e9d | 12-Sep-2023 |
Michal Simek <michal.simek@amd.com> |
chore: remove MULTI_CONSOLE_API references
MULTI_CONSOLE_API have been removed long time ago by commit 5b6ebeec9c99 ("Remove MULTI_CONSOLE_API flag and references to it") that's why remove reference
chore: remove MULTI_CONSOLE_API references
MULTI_CONSOLE_API have been removed long time ago by commit 5b6ebeec9c99 ("Remove MULTI_CONSOLE_API flag and references to it") that's why remove references in platform.mk files and also in one rst which is not valid anymore.
Change-Id: I45f8e7db0a14ce63de62509100d8159b7aca2657 Signed-off-by: Michal Simek <michal.simek@amd.com>
show more ...
|