| 89a81c6d | 05-Mar-2024 |
Marco Felsch <m.felsch@pengutronix.de> |
drivers: imx_ocotp: fix error/busy defines for i.MX8MP
The i.MX8MP has an OCOTP_CTRL_ADDR field which is 8-bit wide compared to all other current supported i.MX SoCs. Due to the larger ADDR field al
drivers: imx_ocotp: fix error/busy defines for i.MX8MP
The i.MX8MP has an OCOTP_CTRL_ADDR field which is 8-bit wide compared to all other current supported i.MX SoCs. Due to the larger ADDR field all bits shifted by 1 bit.
Also make some minor style fixes while on it by replacing the mix of tabs and spaces with tabs-only.
Reviewed-by: Sahil Malhotra <sahil.malhotra@nxp.com> Signed-off-by: Marco Felsch <m.felsch@pengutronix.de>
show more ...
|
| ec2fc831 | 10-Mar-2025 |
Rouven Czerwinski <r.czerwinski@pengutronix.de> |
core: plat-imx: i.MX6 CA9 has no generic timer
The Cortex-A9 inside of the i.MX6Q/D/QP/DL/S/SL/SLL SoCs has no generic timer support, but all variants should boot with 792Mhz out of the boot rom. Se
core: plat-imx: i.MX6 CA9 has no generic timer
The Cortex-A9 inside of the i.MX6Q/D/QP/DL/S/SL/SLL SoCs has no generic timer support, but all variants should boot with 792Mhz out of the boot rom. Set the Generic Timer configuration variable to n and implement the required plat_get_freq() call to support the udelay() calls.
Reviewed-by: Sahil Malhotra <sahil.malhotra@nxp.com> Signed-off-by: Rouven Czerwinski <r.czerwinski@pengutronix.de> Signed-off-by: Marco Felsch <m.felsch@pengutronix.de>
show more ...
|
| 3ca5b314 | 09-Feb-2026 |
Zexi Yu <yuzexi@hisilicon.com> |
driver: crypto: hisilicon: fix qm timeout variable type
The type of the timeout variable is fixed to prevent overflow
Signed-off-by: Zexi Yu <yuzexi@hisilicon.com> Acked-by: Jens Wiklander <jens.wi
driver: crypto: hisilicon: fix qm timeout variable type
The type of the timeout variable is fixed to prevent overflow
Signed-off-by: Zexi Yu <yuzexi@hisilicon.com> Acked-by: Jens Wiklander <jens.wiklander@linaro.org>
show more ...
|
| cfa66f03 | 04-Feb-2026 |
Zexi Yu <yuzexi@hisilicon.com> |
driver: crypto: hisilicon: fix CKEY_LEN macro value
Fix CKEY_LEN macro value for hisilicon SEC driver
Fixes: 562874beda99 ("drivers: crypto: hisilicon: Add cipher algorithm") Signed-off-by: Zexi Yu
driver: crypto: hisilicon: fix CKEY_LEN macro value
Fix CKEY_LEN macro value for hisilicon SEC driver
Fixes: 562874beda99 ("drivers: crypto: hisilicon: Add cipher algorithm") Signed-off-by: Zexi Yu <yuzexi@hisilicon.com> Acked-by: Jens Wiklander <jens.wiklander@linaro.org>
show more ...
|
| e9eaf44a | 03-Feb-2026 |
Jens Wiklander <jens.wiklander@linaro.org> |
drivers: crypto: fix SM2 ECC encrypt and decrypt
Adds checks that the destination buffer has room for the result in ecc_sm2_decrypt() and ecc_sm2_encrypt(). Note that these two functions not reachab
drivers: crypto: fix SM2 ECC encrypt and decrypt
Adds checks that the destination buffer has room for the result in ecc_sm2_decrypt() and ecc_sm2_encrypt(). Note that these two functions not reachable upstream since none of the crypto drivers registers ECC encrypt or decrypt drivers. So fix this before it becomes a problem.
Fixes: f4f85ac774af ("drivers: crypto: add SM2 ECC encrypt and decrypt") Signed-off-by: Jens Wiklander <jens.wiklander@linaro.org> Acked-by: Zexi Yu <yuzexi@hisilicon.com>
show more ...
|
| 6f955ef2 | 15-Jan-2026 |
Hugues KAMBA MPIANA <hugues.kambampiana@arm.com> |
plat-corstone1000: swap GIC-600 for GIC-700 for Cortex-A320 variant
Switch the Cortex-A320 variant to use GIC-700 instead of GIC-600. GIC-700 implements the Arm GICv4.1 architecture, so enable the C
plat-corstone1000: swap GIC-600 for GIC-700 for Cortex-A320 variant
Switch the Cortex-A320 variant to use GIC-700 instead of GIC-600. GIC-700 implements the Arm GICv4.1 architecture, so enable the CFG_ARM_GICV4 compiler definition for the Corstone-1000 platform.
Signed-off-by: Hugues KAMBA MPIANA <hugues.kambampiana@arm.com> Reviewed-by: Jerome Forissier <jerome.forissier@arm.com> Acked-by: Jens Wiklander <jens.wiklander@linaro.org>
show more ...
|
| 213ecb84 | 15-Jan-2026 |
Hugues KAMBA MPIANA <hugues.kambampiana@arm.com> |
gic: refactor implementation of GICv3 to add GICv4 support
Refactor the definitions of GICv3 to facilitate adding support for GICv4 by: * Add macro for registers frame sizes based on GIC versions. *
gic: refactor implementation of GICv3 to add GICv4 support
Refactor the definitions of GICv3 to facilitate adding support for GICv4 by: * Add macro for registers frame sizes based on GIC versions. * Add macro for number of frame count for GICR based on GICv3 or GICv4. * Add single GICR region size definition (GIC_REDIST_REG_SIZE) based on GIC version in platform independent include/drivers/gic.h along with existing GIC_CPU_REG_SIZE and GIC_DIST_REG_SIZE definitions. * Amend usage of the now platform independent GIC_REDIST_REG_SIZE as it no longer includes a multiplication by the number of core on the target platform. * Sort in ascending order the listing of GICR register definitions and add comments to denote each definitions sections. * Add definitions for each GICR frames. * Ensure that all relevant code sections that compile for CFG_ARM_GICV3 also compile for CFG_ARM_GICV4.
Signed-off-by: Hugues KAMBA MPIANA <hugues.kambampiana@arm.com> Reviewed-by: Jerome Forissier <jerome.forissier@arm.com> Reviewed-by: Jens Wiklander <jens.wiklander@linaro.org>
show more ...
|
| 4118c9d7 | 15-Jan-2026 |
Hugues KAMBA MPIANA <hugues.kambampiana@arm.com> |
plat-corstone1000: specify GIC version in plat specific conf.mk
The Generic Interrupt Controller architecture version is not core specific. Therefore move the CFG_ARM_GICV3 definition from cortex-a3
plat-corstone1000: specify GIC version in plat specific conf.mk
The Generic Interrupt Controller architecture version is not core specific. Therefore move the CFG_ARM_GICV3 definition from cortex-a320.mk file to the Corstone-1000 specific file.
Signed-off-by: Hugues KAMBA MPIANA <hugues.kambampiana@arm.com> Reviewed-by: Jerome Forissier <jerome.forissier@arm.com> Acked-by: Jens Wiklander <jens.wiklander@linaro.org>
show more ...
|
| a8b8cf7b | 14-Jan-2026 |
Vincent Jardin <vjardin@free.fr> |
plat-marvell: register DDR for dynamic shared memory
Register non-secure DDR memory region for Armada 7K/8K and Armada 3700 platforms to enable dynamic shared memory support.
Without this, U-Boot's
plat-marvell: register DDR for dynamic shared memory
Register non-secure DDR memory region for Armada 7K/8K and Armada 3700 platforms to enable dynamic shared memory support.
Without this, U-Boot's OP-TEE driver fails to probe with: "OP-TEE capabilities mismatch"
The U-Boot OPTEE driver requires OPTEE_SMC_SEC_CAP_DYNAMIC_SHM capability, which is advertised when core_mmu_nsec_ddr_is_defined() returns true.
The registered region starts after the reserved shared memory (CFG_SHMEM_START + CFG_SHMEM_SIZE) and extends to the end of DRAM. CFG_DDR_SIZE defaults to 2GB but can be overridden at build time for boards with different memory configurations.
Signed-off-by: Vincent Jardin <vjardin@free.fr> Acked-by: Jens Wiklander <jens.wiklander@linaro.org>
show more ...
|
| 3322f132 | 30-Oct-2025 |
Suhaas Joshi <s-joshi@ti.com> |
plat-k3: drivers: Set firewall for DTHEv2 RNG
Set firewall to protect DTHEv2 RNG from non-secure world.
Signed-off-by: Suhaas Joshi <s-joshi@ti.com> Reviewed-by: T Pratham <t-pratham@ti.com> Review
plat-k3: drivers: Set firewall for DTHEv2 RNG
Set firewall to protect DTHEv2 RNG from non-secure world.
Signed-off-by: Suhaas Joshi <s-joshi@ti.com> Reviewed-by: T Pratham <t-pratham@ti.com> Reviewed-by: Andrew Davis <afd@ti.com>
show more ...
|
| bc1cd673 | 23-Dec-2025 |
Suhaas Joshi <s-joshi@ti.com> |
plat-k3: drivers: Remove code to get firewall configs
The ti_crypto_init_rng_fwl() function gets firewall configurations before setting new ones. This is pointless, since we are not using the config
plat-k3: drivers: Remove code to get firewall configs
The ti_crypto_init_rng_fwl() function gets firewall configurations before setting new ones. This is pointless, since we are not using the configurations that we get anywhere. Therefore remove these blocks of code.
Signed-off-by: Suhaas Joshi <s-joshi@ti.com> Reviewed-by: Andrew Davis <afd@ti.com> Reviewed-by: T Pratham <t-pratham@ti.com>
show more ...
|
| 03128136 | 30-Oct-2025 |
Suhaas Joshi <s-joshi@ti.com> |
plat-k3: drivers: Refactor SA2UL RNG firewall setup
sa2ul_init() contains code to set firewall for SA2UL RNG. However, almost the same code can also be used to firewall DTHEv2 RNG. Therefore refacto
plat-k3: drivers: Refactor SA2UL RNG firewall setup
sa2ul_init() contains code to set firewall for SA2UL RNG. However, almost the same code can also be used to firewall DTHEv2 RNG. Therefore refactor this code into a separate function in the ti_sci driver.
Signed-off-by: Suhaas Joshi <s-joshi@ti.com> Reviewed-by: T Pratham <t-pratham@ti.com> Reviewed-by: Andrew Davis <afd@ti.com>
show more ...
|
| 4219abe1 | 07-Nov-2025 |
Aleksandr Iashchenko <aleksandr.iashchenko@linutronix.de> |
core: mm: add extra xlat table when core ASan is enabled
Enabling CFG_CORE_SANITIZE_KADDRESS increases MMU translation table usage in multiple ways. In addition to ASan shadow regions, the overall s
core: mm: add extra xlat table when core ASan is enabled
Enabling CFG_CORE_SANITIZE_KADDRESS increases MMU translation table usage in multiple ways. In addition to ASan shadow regions, the overall size of the core image grows, including code, data, and stack mappings. This often leads to additional page table splits and higher xlat table consumption.
Signed-off-by: Aleksandr Iashchenko <aleksandr.iashchenko@linutronix.de> Reviewed-by: Jens Wiklander <jens.wiklander@linaro.org> Acked-by: Etienne Carriere <etienne.carriere@st.com>
show more ...
|
| b58c69c7 | 24-Sep-2025 |
Gatien Chevallier <gatien.chevallier@foss.st.com> |
plat-stm32mp1: default enable CFG_STM32_DEBUG_ACCESS_PTA
In order to handle request on the debug configuration, default enable CFG_STM32_DEBUG_ACCESS_PTA to embed the debug access PTA.
Signed-off-b
plat-stm32mp1: default enable CFG_STM32_DEBUG_ACCESS_PTA
In order to handle request on the debug configuration, default enable CFG_STM32_DEBUG_ACCESS_PTA to embed the debug access PTA.
Signed-off-by: Gatien Chevallier <gatien.chevallier@foss.st.com> Reviewed-by: Etienne Carriere <etienne.carriere@st.com>
show more ...
|
| e339d8f5 | 24-Sep-2025 |
Gatien Chevallier <gatien.chevallier@foss.st.com> |
pta: stm32mp: add debug access PTA
Add the debug access PTA that is responsible of validating whether a given debug profile is configured or not. This basically means that the debug configuration sh
pta: stm32mp: add debug access PTA
Add the debug access PTA that is responsible of validating whether a given debug profile is configured or not. This basically means that the debug configuration should allow (at least!) access to the debug peripherals requiring the debug profile being checked.
For now, as it is specific to BSEC, only embed the PTA if the BSEC support is embedded as well.
Signed-off-by: Gatien Chevallier <gatien.chevallier@foss.st.com> Reviewed-by: Etienne Carriere <etienne.carriere@st.com>
show more ...
|
| a82ec953 | 16-Jan-2026 |
Leo Chen <shf.chen@mediatek.com> |
core: arm: fix feat_pauth_implemented not consider QARMA3 algorithm
The feat_pauth_implemented function does not take ID_AA64ISAR2_EL1.{GPA3,APA3} into account, which indicates the processor support
core: arm: fix feat_pauth_implemented not consider QARMA3 algorithm
The feat_pauth_implemented function does not take ID_AA64ISAR2_EL1.{GPA3,APA3} into account, which indicates the processor supports the QARMA3.
According to Arm's documentation, ID_AA64ISAR1_EL1.{GPI,GPA,API,APA} should be zero if ID_AA64ISAR2_EL1.{GPA3,APA3} are non-zero. Therefore, OP-TEE wrongly reports that PAC is not available to TA when the CPU uses QARMA3 algorithm.
This commit also introduces the register read function and related definitions for ID_AA64ISAR2_EL1.
Signed-off-by: Leo Chen <shf.chen@mediatek.com> Reviewed-by: Jens Wiklander <jens.wiklander@linaro.org>
show more ...
|
| 967e7c62 | 05-Nov-2025 |
Marco Felsch <m.felsch@pengutronix.de> |
core: dt: add overlay support to dt_enable_secure_status
Add support to write the "secure-status" property to overlays in addition to the inline DTB changes if the user enabled the overlay support.
core: dt: add overlay support to dt_enable_secure_status
Add support to write the "secure-status" property to overlays in addition to the inline DTB changes if the user enabled the overlay support.
Most BL33 firmwares don't reuse the DTB provided to OP-TEE. Therefore add an overlay for the requested node to not lose the changes done by OP-TEE. The overlay can be used by the BL33 firmware to apply the changes.
Reviewed-by: Etienne Carriere <etienne.carriere@st.com> Signed-off-by: Marco Felsch <m.felsch@pengutronix.de>
show more ...
|
| 3c778dee | 05-Nov-2025 |
Marco Felsch <m.felsch@pengutronix.de> |
core: dt: add add_dt_node_overlay_fragment helper
Add a helper to add overlays to an external-dt for a caller provided node. The overlay can be used by the caller to overwrite node properties. The s
core: dt: add add_dt_node_overlay_fragment helper
Add a helper to add overlays to an external-dt for a caller provided node. The overlay can be used by the caller to overwrite node properties. The subsequent BL33 can use the overlay to apply the changes to the BL33 DTB and kernel DTB.
Reviewed-by: Etienne Carriere <etienne.carriere@st.com> Signed-off-by: Marco Felsch <m.felsch@pengutronix.de>
show more ...
|
| b625a159 | 05-Nov-2025 |
Marco Felsch <m.felsch@pengutronix.de> |
core: dt: add support to pass target-path to add_dt_overlay_fragment
Exentend the API to be able to specify the DTB overlay "target-path".
Reviewed-by: Etienne Carriere <etienne.carriere@st.com> Si
core: dt: add support to pass target-path to add_dt_overlay_fragment
Exentend the API to be able to specify the DTB overlay "target-path".
Reviewed-by: Etienne Carriere <etienne.carriere@st.com> Signed-off-by: Marco Felsch <m.felsch@pengutronix.de>
show more ...
|
| c2756a28 | 04-Nov-2025 |
Marco Felsch <m.felsch@pengutronix.de> |
core: dt: fix add_res_mem_dt_node for _CFG_USE_DTB_OVERLAY use-cases
Currently add_res_mem_dt_node() doesn't add a overlay fragment if CFG_EXTERNAL_DTB_OVERLAY=y and the provided DTB already contain
core: dt: fix add_res_mem_dt_node for _CFG_USE_DTB_OVERLAY use-cases
Currently add_res_mem_dt_node() doesn't add a overlay fragment if CFG_EXTERNAL_DTB_OVERLAY=y and the provided DTB already contains a "/reserved-memory" e.g. due to some co-processor reserved-memory descriptions.
To fix this add_res_mem_dt_node() must always add a "/reserved-memory" DTB overlay fragment if a DTB overlay shall be created (_CFG_USE_DTB_OVERLAY=y).
Reviewed-by: Etienne Carriere <etienne.carriere@st.com> Signed-off-by: Marco Felsch <m.felsch@pengutronix.de>
show more ...
|
| c561300a | 10-Dec-2025 |
Ox Yeh <ox.yeh@mediatek.com> |
core: tee_ree_fs: remove corrupt file without rollback protection
During the creation of the OP-TEE REE-FS database file, several RPC commands are executed. If an unexpected power outage occurs duri
core: tee_ree_fs: remove corrupt file without rollback protection
During the creation of the OP-TEE REE-FS database file, several RPC commands are executed. If an unexpected power outage occurs during this process, it may result in an incomplete dirf.db file with a size of 0 bytes, and this file has not yet been configured with rollback protection.
This change extends the error handling in ree_fs_open_primitive function to conditionally remove the corrupted file when rollback protection is not set, allowing the caller to recreate the file later. This also resolves the previously mentioned dirf.db issue.
Link: https://github.com/OP-TEE/optee_os/issues/7512 Signed-off-by: Ox Yeh <ox.yeh@mediatek.com> Reviewed-by: Jens Wiklander <jens.wiklander@linaro.org> Reviewed-by: Etienne Carriere <etienne.carriere@st.com>
show more ...
|
| 05359335 | 12-Jan-2026 |
Jens Wiklander <jens.wiklander@linaro.org> |
core: atomic ftrace buffer map update
When switching sessions, that is, calling ts_push_current_session() or ts_pop_current_session(), a foreign interrupt may save the current thread. When this happ
core: atomic ftrace buffer map update
When switching sessions, that is, calling ts_push_current_session() or ts_pop_current_session(), a foreign interrupt may save the current thread. When this happens, the ftrace buffer mapping must be consistent with the current session, or bad things, like OP-TEE core crashing or corrupting TA memory, might occur. Fix this by masking foreign interrupts while updating the linked list, and disable the ftrace buffer while setting new TA mappings.
All mappings of a TA are removed if the TA crashes, even if user mappings might still be active. Add checks in the functions accessing the ftrace buffer that the buffer is accessible before accessing it to avoid eventual OP-TEE core crashes.
Fixes: 17513217b24c ("ftrace: dump ftrace after every ta_entry") Signed-off-by: Jens Wiklander <jens.wiklander@linaro.org> Reviewed-by: Sumit Garg <sumit.garg@oss.qualcomm.com> Acked-by: Rouven Czerwinski <rouven.czerwinski@linaro.org>
show more ...
|
| 3d873d49 | 08-Jan-2026 |
Etienne Carriere <etienne.carriere@st.com> |
core: user_ta: fix cleared userspace PAUTH keys
Restore pointer authentication keys that were cleared when commit referenced below was integrated since vm_info_init(), called after the keys are gene
core: user_ta: fix cleared userspace PAUTH keys
Restore pointer authentication keys that were cleared when commit referenced below was integrated since vm_info_init(), called after the keys are generated, resets the user context structure.
Closes: https://github.com/OP-TEE/optee_os/issues/7659 Fixes: 614b28146e96 ("core: user_ta: PAUTH key initialization may fail") Signed-off-by: Etienne Carriere <etienne.carriere@st.com> Reviewed-by: Rouven Czerwinski <rouven.czerwinski@linaro.org> Acked-by: Jens Wiklander <jens.wiklander@linaro.org>
show more ...
|
| f7536109 | 09-Jan-2026 |
Neal Frager <neal.frager@amd.com> |
zynqmp: add platform_banner for ZynqMP
Add a platform_banner for zynqmp platforms.
Signed-off-by: Neal Frager <neal.frager@amd.com> Acked-by: Etienne Carriere <etienne.carriere@st.com> Reviewed-by:
zynqmp: add platform_banner for ZynqMP
Add a platform_banner for zynqmp platforms.
Signed-off-by: Neal Frager <neal.frager@amd.com> Acked-by: Etienne Carriere <etienne.carriere@st.com> Reviewed-by: Ricardo Salveti <ricardo@foundries.io>
show more ...
|
| ef780a33 | 09-Jan-2026 |
Neal Frager <neal.frager@amd.com> |
zynqmp: add flavors for kria starter kits
Add PLATFORM_FLAVOR for kd240, kr260 and kv260 kria starter kits.
Signed-off-by: Neal Frager <neal.frager@amd.com> Acked-by: Etienne Carriere <etienne.carr
zynqmp: add flavors for kria starter kits
Add PLATFORM_FLAVOR for kd240, kr260 and kv260 kria starter kits.
Signed-off-by: Neal Frager <neal.frager@amd.com> Acked-by: Etienne Carriere <etienne.carriere@st.com> Reviewed-by: Ricardo Salveti <ricardo@foundries.io>
show more ...
|