| #
92dd0df7 |
| 14-Aug-2025 |
Joanna Farley <joanna.farley@arm.com> |
Merge changes from topics "amd_scmi_in_nopm", "amd_versal2_custom_sip" into integration
* changes: feat(versal2): add hooks for mmap and early setup refactor(versal2): add tfa_no_pm flag for scmi
|
| #
4efae6ab |
| 04-Jul-2025 |
Prasad Kummari <prasad.kummari@amd.com> |
feat(versal2): 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 m
feat(versal2): 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: I40281acf2dc48be43471b8642e2ab1a93b1cf8f6 Signed-off-by: Prasad Kummari <prasad.kummari@amd.com>
show more ...
|
| #
d75ff915 |
| 04-Jul-2025 |
Prasad Kummari <prasad.kummari@amd.com> |
refactor(versal2): add tfa_no_pm flag for scmi
Added the TFA_NO_PM flag in the SCMI file and guarded SCMI functionality with if conditions. When TFA_NO_PM is set to 0 (default), Platform Management
refactor(versal2): add tfa_no_pm flag for scmi
Added the TFA_NO_PM flag in the SCMI file and guarded SCMI functionality with if conditions. When TFA_NO_PM is set to 0 (default), Platform Management is enabled. When set to 1, Platform Management is disabled. This allows the generic SCMI driver to be used in non-PM scenarios while maintaining compatibility with conforming power management interfaces.
Change-Id: I4f6483e2c8a322ecb41e523bc03a351af4a2cb6b Signed-off-by: Prasad Kummari <prasad.kummari@amd.com>
show more ...
|
| #
49d02511 |
| 21-Feb-2025 |
Joanna Farley <joanna.farley@arm.com> |
Merge changes from topic "versal2-pm-support" into integration
* changes: feat(versal2): extended SMCCC payload for EEMI feat(versal2): add support for platform management feat(versal2): add d
Merge changes from topic "versal2-pm-support" into integration
* changes: feat(versal2): extended SMCCC payload for EEMI feat(versal2): add support for platform management feat(versal2): add dependency macro for PM
show more ...
|
| #
0cc5e210 |
| 20-Feb-2025 |
Senthil Nathan Thangaraj <senthilnathan.thangaraj@amd.com> |
feat(versal2): extended SMCCC payload for EEMI
Until Versal, the extended SMCCC payload was supported only for QUERY_DATA, while other APIs used the legacy SMCCC format.
In Versal Gen 2, all EEMI A
feat(versal2): extended SMCCC payload for EEMI
Until Versal, the extended SMCCC payload was supported only for QUERY_DATA, while other APIs used the legacy SMCCC format.
In Versal Gen 2, all EEMI APIs are supported with extended SMCCC payload only, enabling a simplified and efficient pass-through implementation.
Also, set TFA_NO_PM to 0 to enable power management by default.
Change-Id: I937be3c78ebe87c62f8697a0a82cdcd21c185f56 Signed-off-by: Senthil Nathan Thangaraj <senthilnathan.thangaraj@amd.com>
show more ...
|
| #
9ef62bd8 |
| 23-Dec-2024 |
Joanna Farley <joanna.farley@arm.com> |
Merge changes from topic "xlnx_fix_plat_data_types" into integration
* changes: fix(versal2): typecast operands to match data type fix(versal): typecast operands to match data type fix(versal-
Merge changes from topic "xlnx_fix_plat_data_types" into integration
* changes: fix(versal2): typecast operands to match data type fix(versal): typecast operands to match data type fix(versal-net): typecast operands to match data type fix(xilinx): typecast operands to match data type fix(zynqmp): typecast operands to match data type fix(versal-net): typecast operands to match data type fix(versal): typecast operands to match data type fix(xilinx): typecast operands to match data type fix(zynqmp): typecast operands to match data type fix(versal2): typecast expressions to match data type fix(versal-net): typecast expressions to match data type fix(versal): typecast expressions to match data type fix(xilinx): typecast expressions to match data type fix(zynqmp): typecast expressions to match data type fix(zynqmp): align essential type categories fix(zynqmp): typecast expression to match data type fix(xilinx): typecast expression to match data type
show more ...
|
| #
fbc415d2 |
| 21-Oct-2024 |
Maheedhar Bollapalli <maheedharsai.bollapalli@amd.com> |
fix(versal2): typecast expressions to match data type
This corrects the MISRA violation C2012-10.4: Both operands of an operator in which the usual arithmetic conversions are performed shall have th
fix(versal2): typecast expressions to match data type
This corrects the MISRA violation C2012-10.4: Both operands of an operator in which the usual arithmetic conversions are performed shall have the same essential type category. The condition is explicitly checked against 0U, appending 'U' and typecasting for unsigned comparison.
Change-Id: Ia352e3cf261b52777c1c431701e1e6c3be9cd279 Signed-off-by: Maheedhar Bollapalli <maheedharsai.bollapalli@amd.com>
show more ...
|
| #
6f05b8d4 |
| 18-Jun-2024 |
Joanna Farley <joanna.farley@arm.com> |
Merge "feat(versal2): add support for AMD Versal Gen 2 platform" into integration
|
| #
c97857db |
| 05-Jun-2024 |
Amit Nagal <amit.nagal@amd.com> |
feat(versal2): add support for AMD Versal Gen 2 platform
New SoC is a78 based with gicv3 and uart over pl011. Communication interfaces are similar to Versal NET platform. System starts with AMD PLM
feat(versal2): add support for AMD Versal Gen 2 platform
New SoC is a78 based with gicv3 and uart over pl011. Communication interfaces are similar to Versal NET platform. System starts with AMD PLM firmware which loads TF-A(bl31) to memory, which is already configured, and jumps to it. PLM also prepare handoff structure for TF-A with information what components were load and flags which indicate which EL level SW should be started.
Change-Id: I5065b1b7ec4ee58e77dc4096747758480c84009c Signed-off-by: Amit Nagal <amit.nagal@amd.com> Signed-off-by: Akshay Belsare <akshay.belsare@amd.com> Signed-off-by: Michal Simek <michal.simek@amd.com>
show more ...
|