| 596d9f43 | 26-Mar-2026 |
Boyan Karatotev <boyan.karatotev@arm.com> |
refactor(el3-runtime): generalise sysreg trapping
On a first look, the system register trapping code is quite straightforward - match the register and call a handler. But looking a bit more closely,
refactor(el3-runtime): generalise sysreg trapping
On a first look, the system register trapping code is quite straightforward - match the register and call a handler. But looking a bit more closely, with the intention of adding a new one, it isn't - matching is based on opaque magic numbers and handlers have a lot of duplication.
This patch tries to resolve both of these by hoisting common functionality up towards common code and using S3 encodings for the register matching. It also moves things around a bit to make them more reusable in future.
Change-Id: Ia69289bfb16615312cc7adcc5cc3e319174b1bf0 Signed-off-by: Boyan Karatotev <boyan.karatotev@arm.com>
show more ...
|
| 66d0d752 | 29-Oct-2024 |
Jagdish Gediya <jagdish.gediya@arm.com> |
feat(tc): add fpga flash regions in spmc manifest
Add fpga flash regions in spmc manifest so that fpga flash can be used from secure partitions.
Change-Id: I14e130d1f840d63372d3ec937f0a8eca74a43da4
feat(tc): add fpga flash regions in spmc manifest
Add fpga flash regions in spmc manifest so that fpga flash can be used from secure partitions.
Change-Id: I14e130d1f840d63372d3ec937f0a8eca74a43da4 Signed-off-by: Jagdish Gediya <jagdish.gediya@arm.com> Signed-off-by: Ryan Everett <ryan.everett@arm.com>
show more ...
|
| f84905db | 15-Apr-2026 |
Ryan Everett <ryan.everett@arm.com> |
feat(tc): support 6mid2big CPU topology for FPGA
Add config option to enable 6-mid/2-big CPU topology which replaces little core with mid cores, this config is only applicable to TC4-FPGA.
Change-I
feat(tc): support 6mid2big CPU topology for FPGA
Add config option to enable 6-mid/2-big CPU topology which replaces little core with mid cores, this config is only applicable to TC4-FPGA.
Change-Id: I5ba73743203445f95a0b7057305488c2f7a0fee4 Signed-off-by: Icen Zeyada <Icen.Zeyada2@arm.com> Signed-off-by: Ryan Everett <ryan.everett@arm.com>
show more ...
|
| f6e46a62 | 14-Apr-2026 |
Ryan Everett <ryan.everett@arm.com> |
fix(tc): fix the platform topology
The platform topology is used by PSCI for power state machine management. The TC platform has the affinity levels:
- CPU : affinity level 0 - Cluster : af
fix(tc): fix the platform topology
The platform topology is used by PSCI for power state machine management. The TC platform has the affinity levels:
- CPU : affinity level 0 - Cluster : affinity level 1 - System : affinity level 2
Correct PLAT_MAX_PWR_LVL and tc_pd_tree_desc to reflect the three levels of affinity.
We also need to calculate the right number for power domains, in the end the PSCI will allocate corresponding structures for maintain these power domains.
After these extending, add tc_security.c into building list to dismiss building failure.
Change-Id: I575f84c165fde1c8065437f7d1ec261bb0c7b57a Signed-off-by: Leo Yan <leo.yan@arm.com> Signed-off-by: Ryan Everett <ryan.everett@arm.com>
show more ...
|
| 65a49252 | 02-Dec-2025 |
Jackson Cooper-Driver <jackson.cooper-driver@arm.com> |
feat(tc): use SFCP PSA call instead of RSE comms
Add the platform specific implementation for SFCP (the implementation of the functions in sfcp_platform.h). This includes functions which specify the
feat(tc): use SFCP PSA call instead of RSE comms
Add the platform specific implementation for SFCP (the implementation of the functions in sfcp_platform.h). This includes functions which specify the device structures and also the routing tables.
Note that, because initially the SFCP stack is only used to make PSA calls to the RSE, routing is only implemented for the TF-A <-> RSE nodes. The only MHU devices defined in the SFCP platform implementation are for this link and all other routes, as defined in the routing table, as invalid.
This patch also removes compilation of RSE comms in favour of SFCP for TC.
Change-Id: I432b05b2955c790c4a5ecff04764605c6ff0ceea Signed-off-by: Jackson Cooper-Driver <jackson.cooper-driver@arm.com>
show more ...
|