| fbab861f | 27-May-2025 |
Govindraj Raja <govindraj.raja@arm.com> |
Merge "feat(smcc): introduce a new vendor_el3 service for ACS SMC handler" into integration |
| fe524532 | 27-May-2025 |
Yann Gautier <yann.gautier@st.com> |
Merge "docs(versal-net): update documentation for SDEI" into integration |
| 22c454d4 | 22-May-2025 |
Varun Wadekar <vwadekar@nvidia.com> |
Merge "docs: remove Chris from LTS maintainers" into integration |
| 9c120188 | 20-May-2025 |
Chris Palmer <palmer@google.com> |
docs: remove Chris from LTS maintainers
Change-Id: If371cd2e9ef3383702d23456cb73ff1194f95e80 Signed-off-by: Chris Palmer <palmer@google.com> |
| 97a6de9e | 07-May-2025 |
Govindraj Raja <govindraj.raja@arm.com> |
docs(changelog): changelog for v2.13 release
Generated this change-log using below command: npm run release -- --skip.commit --skip.tag --release-as 2.13.0
Change-Id: Ibb0623f04c641b65a03deaffd50a5
docs(changelog): changelog for v2.13 release
Generated this change-log using below command: npm run release -- --skip.commit --skip.tag --release-as 2.13.0
Change-Id: Ibb0623f04c641b65a03deaffd50a5a8b65637419 Signed-off-by: Govindraj Raja <govindraj.raja@arm.com>
show more ...
|
| 57699343 | 13-May-2025 |
Manish V Badarkhe <manish.badarkhe@arm.com> |
Merge "docs(juno): revert SCP version for Juno to 2.14.0" into integration |
| 5bf352d1 | 12-May-2025 |
Harrison Mutai <harrison.mutai@arm.com> |
docs(juno): revert SCP version for Juno to 2.14.0
Updated the Juno platform documentation to reflect testing with SCP version 2.14.0 instead of 2.15.0. The version used in testing was reverted in [1
docs(juno): revert SCP version for Juno to 2.14.0
Updated the Juno platform documentation to reflect testing with SCP version 2.14.0 instead of 2.15.0. The version used in testing was reverted in [1] due to instability in the tftf-manual-reboot tests caused by upgrading to v2.15 and v2.16.
[1] https://review.trustedfirmware.org/c/ci/tf-a-ci-scripts/+/37997
Change-Id: I48c2b51a33950ad096e021d7bdd9cdb6a1303f8c Signed-off-by: Harrison Mutai <harrison.mutai@arm.com>
show more ...
|
| f69f5512 | 30-Apr-2025 |
Nandan J <Nandan.J@arm.com> |
feat(smcc): introduce a new vendor_el3 service for ACS SMC handler
In preparation to add support for the Architecture Compliance Suite SMC services, reserve a SMC ID and introduce a handler function
feat(smcc): introduce a new vendor_el3 service for ACS SMC handler
In preparation to add support for the Architecture Compliance Suite SMC services, reserve a SMC ID and introduce a handler function. Currently, an empty placeholder function is added and future support will be introduced for the handler support.
More info on System ACS, please refer below link, https://developer.arm.com/Architectures/Architectural%20Compliance%20Suite
Signed-off-by: Nandan J <Nandan.J@arm.com> Change-Id: Ib13ccae9d3829e3dcd1cd33c4a7f27efe1436d03
show more ...
|
| 08e6f24b | 07-May-2025 |
Boyan Karatotev <boyan.karatotev@arm.com> |
docs(n1sdp): update PSCI instrumentation data
Update for v2.13 release based on v2.13-rc0
Change-Id: I16ebfde57c27c1c72e955b5ef35d71e8286b90d5 Signed-off-by: Boyan Karatotev <boyan.karatotev@arm.co
docs(n1sdp): update PSCI instrumentation data
Update for v2.13 release based on v2.13-rc0
Change-Id: I16ebfde57c27c1c72e955b5ef35d71e8286b90d5 Signed-off-by: Boyan Karatotev <boyan.karatotev@arm.com>
show more ...
|
| 5059fea0 | 07-May-2025 |
Boyan Karatotev <boyan.karatotev@arm.com> |
docs(juno): update PSCI instrumentation data
Update for v2.13 release based on v2.13-rc0
Change-Id: I88da6fcc7ee13788968d9a57eec5ad450f5dcd35 Signed-off-by: Boyan Karatotev <boyan.karatotev@arm.com> |
| 9b65ffef | 07-May-2025 |
Boyan Karatotev <boyan.karatotev@arm.com> |
fix(docs): update the instrumentation procedure
The current testing method does not involve manually building and running the instrumentation tests. The ones listed have diverged from what happens.
fix(docs): update the instrumentation procedure
The current testing method does not involve manually building and running the instrumentation tests. The ones listed have diverged from what happens. The source of trust are the jobs in CI, so update the docs to reflect that.
Change-Id: I332f85044a36aed9ef2d87485d90861c58875e4a Signed-off-by: Boyan Karatotev <boyan.karatotev@arm.com>
show more ...
|
| 72b9f52d | 10-Apr-2025 |
Prasad Kummari <prasad.kummari@amd.com> |
feat(versal): add hooks for mmap and early setup
Add early setup hooks through custom_early_setup() and provide a mechanism to support custom memory mapping, including the extension of the memory ma
feat(versal): add hooks for mmap and early setup
Add early setup hooks through custom_early_setup() and provide a mechanism to support custom memory mapping, including the extension of the memory map via custom_mmap_add(). This change may also require alignment of the MAX_XLAT_TABLE and MAX_XLAT_TABLES macros. These can be defined within the custom_pkg.mk makefile as follows:
MAX_MMAP_REGIONS := XY $(eval $(call add_define,MAX_MMAP_REGIONS)) MAX_XLAT_TABLES := XZ $(eval $(call add_define,MAX_XLAT_TABLES))
If PLATFORM_STACK_SIZE is not already defined, a default value should be used. This allows for configurability of the stack size across different interfaces, such as custom packages. The custom_early_setup() function enables early low-level operations to bring the system into a correct state. Support for a custom SiP service is also added. A basic implementation of custom_smc_handler() is provided by the platform, while the actual definition is expected to be supplied by the custom package. This feature is designed for use by external libraries, such as those that require status checking. This code introduces a generic framework for integrating custom logic via the $(CUSTOM_PKG_PATH)/custom_pkg.mk makefile, including optional support for custom SMC functionality, which is determined by the custom package.
Change-Id: If9107b32c8c1ca4026d0a2980901e841fc6e03f7 Signed-off-by: Prasad Kummari <prasad.kummari@amd.com>
show more ...
|
| 5e04d636 | 09-Dec-2024 |
Richard Hughes <richard@hughsie.com> |
chore(docs): add a SBOM template in CycloneDX format
Improve supply chain security by including a SBOM file with substituted values.
This will be used to construct a composite platform SBOM.
Chang
chore(docs): add a SBOM template in CycloneDX format
Improve supply chain security by including a SBOM file with substituted values.
This will be used to construct a composite platform SBOM.
Change-Id: Ia34338854a0eaa4f3a8799c23e46aae382792252 Signed-off-by: Richard Hughes <richard@hughsie.com> Signed-off-by: Yann Gautier <yann.gautier@st.com>
show more ...
|
| 611324b6 | 01-May-2025 |
Manish V Badarkhe <Manish.Badarkhe@arm.com> |
docs: update maintainers file with active code owners
Removed an inactive code owner and added new active code owners to the maintainers file.
Change-Id: Id06ab0c05e7c9926768981fcc426831eeeaab141 S
docs: update maintainers file with active code owners
Removed an inactive code owner and added new active code owners to the maintainers file.
Change-Id: Id06ab0c05e7c9926768981fcc426831eeeaab141 Signed-off-by: Manish V Badarkhe <Manish.Badarkhe@arm.com>
show more ...
|
| 9e0c318d | 28-Apr-2025 |
Govindraj Raja <govindraj.raja@arm.com> |
Merge "feat(cpufeat): add support for FEAT_PAUTH_LR" into integration |
| c76da4ec | 25-Apr-2025 |
Olivier Deprez <olivier.deprez@arm.com> |
Merge "chore(tc): remove TC2 platform variant" into integration |
| 61cdb454 | 25-Apr-2025 |
Soby Mathew <soby.mathew@arm.com> |
Merge "docs(rmmd): document the EL3-RMM IDE KM Interface" into integration |
| c0fa892a | 22-Apr-2025 |
Sona Mathew <SonaRebecca.Mathew@arm.com> |
docs(rmmd): document the EL3-RMM IDE KM Interface
This patch updates the documentation for the EL3-RMM IDE KM interface, addressing errors found in the previous version and fixed formatting issues a
docs(rmmd): document the EL3-RMM IDE KM Interface
This patch updates the documentation for the EL3-RMM IDE KM interface, addressing errors found in the previous version and fixed formatting issues and added missing details.
Change-Id: I84ff734d3de755fa793620e9b1446cf9b75763b0 Signed-off-by: Sona Mathew <SonaRebecca.Mathew@arm.com>
show more ...
|
| da2c9e58 | 23-Apr-2025 |
Amit Nagal <amit.nagal@amd.com> |
docs(versal-net): update documentation for SDEI
Update documentation to specify tf-a build option with SDEI support.
Change-Id: I6d3d8b1fc613e7207faccd9dd0ba517759bddf82 Signed-off-by: Amit Nagal <
docs(versal-net): update documentation for SDEI
Update documentation to specify tf-a build option with SDEI support.
Change-Id: I6d3d8b1fc613e7207faccd9dd0ba517759bddf82 Signed-off-by: Amit Nagal <amit.nagal@amd.com>
show more ...
|
| 025b1b81 | 11-Mar-2025 |
John Powell <john.powell@arm.com> |
feat(cpufeat): add support for FEAT_PAUTH_LR
This patch enables FEAT_PAUTH_LR at EL3 on systems that support it when the new ENABLE_FEAT_PAUTH_LR flag is set.
Currently, PAUTH_LR is only supported
feat(cpufeat): add support for FEAT_PAUTH_LR
This patch enables FEAT_PAUTH_LR at EL3 on systems that support it when the new ENABLE_FEAT_PAUTH_LR flag is set.
Currently, PAUTH_LR is only supported by arm clang compiler and not GCC.
Change-Id: I7db1e34b661ed95cad75850b62878ac5d98466ea Signed-off-by: John Powell <john.powell@arm.com>
show more ...
|
| 8b1d4a24 | 23-Apr-2025 |
Yann Gautier <yann.gautier@st.com> |
docs: updates for playbook
Mention the dependencies than could be taken in TF-A. Add a dedicated entry for the other repositories updates.
Signed-off-by: Yann Gautier <yann.gautier@st.com> Change-I
docs: updates for playbook
Mention the dependencies than could be taken in TF-A. Add a dedicated entry for the other repositories updates.
Signed-off-by: Yann Gautier <yann.gautier@st.com> Change-Id: If354105dcf94c0b305b8b6ac09822a4c42461e96
show more ...
|
| 67efab38 | 21-Apr-2025 |
Akshay Belsare <akshay.belsare@amd.com> |
docs(maintainers): update AMD-Xilinx Maintainers
Update "Xilinx" platform subheader with "AMD-Xilinx", to reuse the maintainer list for legacy Xilinx platforms and upcoming AMD platforms. Update mai
docs(maintainers): update AMD-Xilinx Maintainers
Update "Xilinx" platform subheader with "AMD-Xilinx", to reuse the maintainer list for legacy Xilinx platforms and upcoming AMD platforms. Update maintainer list for AMD-Xilinx platforms in TF-A repository.
Change-Id: I3ea81d36eb8bb5269fe69ca5362800dc309b21c1 Signed-off-by: Akshay Belsare <akshay.belsare@amd.com>
show more ...
|
| 139a5d05 | 18-Apr-2025 |
Madhukar Pappireddy <madhukar.pappireddy@arm.com> |
Merge changes I86959e67,I0b0d1d36,I5b5267f4,I056c8710,I3474aa97 into integration
* changes: chore: fix preprocessor checks refactor: convert arm platforms to use the generic GIC driver refacto
Merge changes I86959e67,I0b0d1d36,I5b5267f4,I056c8710,I3474aa97 into integration
* changes: chore: fix preprocessor checks refactor: convert arm platforms to use the generic GIC driver refactor(gic): promote most of the GIC driver to common code refactor: make arm_gicv2.c and arm_gicv3.c common refactor(fvp): use more arm generic code for gicv3
show more ...
|
| 9d449f31 | 17-Apr-2025 |
Govindraj Raja <govindraj.raja@arm.com> |
Merge changes from topic "sudeep/multiple_uuid_clarification" into integration
* changes: docs: clarify multiple UUID support in ffa manifest docs: clarify packing of UUID in ffa manifest |
| 5d893410 | 07-Jan-2025 |
Boyan Karatotev <boyan.karatotev@arm.com> |
refactor(gic): promote most of the GIC driver to common code
More often than not, Arm based systems include some revision of a GIC. There are two ways of adding support for them in platform code - c
refactor(gic): promote most of the GIC driver to common code
More often than not, Arm based systems include some revision of a GIC. There are two ways of adding support for them in platform code - calling the top-level helpers from plat/arm/common/arm_gicvX.c or by using the driver directly. Both of these methods allow for a high degree of customisation - most functions are defined to be weak and there are no calls to any of them in generic code.
As it turns out, requirements around those GICs are largely the same. Platforms that use arm_gicvX.c use the helpers identically among each other. Platforms that use the driver directly tend to end up with calls that look a lot like the arm_gicvX.c helpers and the weakness of the functions are never exercised.
All of this results in a lot of code duplication to do what is essentially the same thing. Even though it's not a lot of code, when multiplied among many platforms it becomes significant and makes refactoring it quite difficult. It's also bug prone since the steps are a little convoluted and things are likely to work even with subtle errors (see 50009f61177421118f42d6a000611ba0e613d54b).
So promote as much of the GIC to be called from common code. Do the setup in bl31_main() and have every PSCI method do the state management directly instead of delegating it to the platform hooks. We can base this implementation on arm_gicvX.c since they already offer logical names and have worked quite well so far with minimal changes.
The main benefit of doing this is reduced code duplication. If we assume that, outside of some platform setup, GIC management is identical, then a platform can add support by telling the build system, regardless of GIC revision. The other benefit is performance - BL31 and PSCI already know the core_pos and they can pass it as an argument instead of having to call plat_my_core_pos(). Now, the only platform specific GIC actions necessary are the saving and restoring of context on entering and exiting a power domain. The PSCI library does not keep track of this so it is unable perform it itself. The routines themselves are also provided.
For compatibility all of this is hidden behind a build flag. Platforms are encouraged to adopt this driver, but it would not be practical to convert and validate every GIC based platform.
This patch renames the functions in question to follow the gic_<function>() convention. This allows the names to be version agnostic.
Finally, drop the weak definitions - they are unused, likely to remain so, and can be added back if the need arises.
Change-Id: I5b5267f4b72f633fb1096400ec8e4b208694135f Signed-off-by: Boyan Karatotev <boyan.karatotev@arm.com>
show more ...
|