Hi,
As I communicated previously I am currently working on upgrading our EV charging solution from OpenSTLinux Ecosystem v4 (Linux kernel 5.15) to Ecosystem v6 (Linux kernel 6.6).
The following are my targeted components abd versions to upgrade:
Linux Kernel: 6.6-stm32mp-r1 (v6.6.48)
Trusted Firmware-A (TF-A): v2.10-stm32mp-r1
U-Boot: v2023.10-stm32mp-r1
OP-TEE: 4.0.0-stm32mp-r1
Now, I started compiling the OP-TEE (4.0.0-stm32mp-r1) and I started getting the following error:
Wrong CFG_DRAM_SIZE 1024MBytes, in device-tree: 512MBytes
make[2]: *** [core/arch/arm/plat-stm32mp1/link.mk:17: check_build_variables] Error 1
After doing a bit of looking around I found someone had this issue and the following patch fixed it:
core/arch/arm/plat-stm32mp1/conf.mk
flavor_dts_file-157F_DK2 = stm32mp157f-dk2.dts
flavor_dts_file-157F_ED1 = stm32mp157f-ed1.dts
flavor_dts_file-157F_EV1 = stm32mp157f-ev1.dts
+flavor_dts_file-custom = stm32mp157c-ccb-mx.dts
flavorlist-no_cryp-512M = $(flavor_dts_file-157A_DK1) \
- $(flavor_dts_file-157D_DK1)
+ $(flavor_dts_file-157D_DK1) \
+ $(flavor_dts_file-custom)
stm32mp157c-ccb-mx.dts is my custom dts file and it has the following in it:
memory@c0000000 {
device_type = "memory";
reg = <0xc0000000 0x20000000>;
/* USER CODE BEGIN memory */
/* USER CODE END memory */
};
Which means that the current DDR memory is set to 512MB. However, OPTEE seems to be having DDR size 1GB. And if I apply the patch the compilation error goes away. But is that a legitimate thing to do. We use trusted boot and after this patch now I have made the TF-a coming up and transferring the control to OPTEE which is crashing as below:
NOTICE: Model: STMicroelectronics custom STM32CubeMX board - openstlinux-6.6-yocto-scarthgap-mpu-v24.11.06
NOTICE: Bootrom authentication failed
ERROR: VBDBG: regulator_get_by_supply_name:121 - fdt=0x2ffdd000, node=4112, name=vdd
ERROR: VBDBG: get_supply_phandle() called for node 4112 (pwr@50001000)
ERROR: VBDBG : get_supply_phandle:98:prop_name=vdd-supply
VBDBG: Searching for vdd-supply in node 4112
ERROR: VBDBG vdd: supplied by 16
ERROR: VBDBG: get_supply_phandle:107: supply_phandle = 16
ERROR: VBDBG: regulator_get_by_supply_name:123, get_supply_phandle() returned 16
NOTICE: BL2: v2.10-stm32mp1-r1.0(release):REL_0.8.7-7-g6649054822(66490548)
NOTICE: BL2: Built : 22:33:34, Feb 10 2025
NOTICE: TRUSTED_BOARD_BOOT support enabled
ERROR: VBDBG: stm32mp1_ddr_setup:103
ERROR: VBDBG: stm32mp1_ddr_init:666
ERROR: VBDBG: stm32mp_board_ddr_power_init:161 - ddr_type=DDR3
ERROR: VBDBG: dt_pmic_status:47
ERROR: VBDBG: dt_pmic_status:50
ERROR: VBDBG inside stm32mp_board_ddr_power_init
ERROR: VBDBG: regulator_get_by_supply_name:121 - fdt=0x2ffdd000, node=6088, name=vdd
ERROR: VBDBG: get_supply_phandle() called for node 6088 (ddr@5a003000)
ERROR: VBDBG : get_supply_phandle:98:prop_name=vdd-supply
VBDBG: Searching for vdd-supply in node 6088
ERROR: VBDBG vdd: supplied by 21
ERROR: VBDBG: get_supply_phandle:107: supply_phandle = 21
ERROR: VBDBG: regulator_get_by_supply_name:123, get_supply_phandle() returned 21
ERROR: VBDBG: regulator_get_by_supply_name:121 - fdt=0x2ffdd000, node=6088, name=vref
ERROR: VBDBG: get_supply_phandle() called for node 6088 (ddr@5a003000)
ERROR: VBDBG : get_supply_phandle:98:prop_name=vref-supply
ERROR: VBDBG vref: supplied by 22
ERROR: VBDBG: get_supply_phandle:107: supply_phandle = 22
ERROR: VBDBG: regulator_get_by_supply_name:123, get_supply_phandle() returned 22
ERROR: VBDBG: regulator_get_by_supply_name:121 - fdt=0x2ffdd000, node=6088, name=vtt
ERROR: VBDBG: get_supply_phandle() called for node 6088 (ddr@5a003000)
ERROR: VBDBG : get_supply_phandle:98:prop_name=vtt-supply
ERROR: VBDBG vtt: supplied by 23
ERROR: VBDBG: get_supply_phandle:107: supply_phandle = 23
ERROR: VBDBG: regulator_get_by_supply_name:123, get_supply_phandle() returned 23
ERROR: VBDBG: pmic_ddr_power_init:145
NOTICE: ROTPK is not deployed on platform. Skipping ROTPK verification.
NOTICE: ROTPK is not deployed on platform. Skipping ROTPK verification.
NOTICE: BL2: Booting BL32
I/TC: Early console on UART#4
I/TC:
I/TC: Embedded DTB found
I/TC: OP-TEE version: REL_0.8.7-7-g6649054822 (gcc version 10.3.1 20210621 (GNU Toolchain for the A-profile Architecture 10.3-2021.07 (arm-10.29))) #2 Mon Feb 10 22:34:31 UTC 2025 arm
I/TC: WARNING: This OP-TEE configuration might be insecure!
I/TC: WARNING: Please check https://optee.readthedocs.io/en/latest/architecture/porting_guidelines.html
I/TC: Primary CPU initializing
I/TC: RCC is non-secure
I/TC: WARNING: All debug accesses are allowed
E/TC:0 0 Panic at core/arch/arm/plat-stm32mp1/shared_resources.c:333 <register_periph_iomem>
E/TC:0 0 TEE load address @ 0xde000000
E/TC:0 0 Call stack:
E/TC:0 0 0xde003bb9
E/TC:0 0 0xde01a1f5
E/TC:0 0 0xde005703
E/TC:0 0 0xde00c5f3
E/TC:0 0 0xde018e93
E/TC:0 0 0xde018f6d
E/TC:0 0 0xde0197dd
E/TC:0 0 0xde01aeb1
E/TC:0 0 0xde02210f
E/TC:0 0 0xde00399f
E/TC:0 0 0xde0001a0
I am currently uncertain whether I should proceed with debugging the OP-TEE crash under the assumption that the applied patch is legitimate or if I should focus on updating the DDR size to 1GB across all relevant DTS files (TF-A, OP-TEE, U-Boot, and Linux).
Given that the physical DDR size has not changed, I am reluctant to modify the DTS configuration(s) to 1GB. Could you provide guidance on the best course of action?
Additionally, when I update the DTS configurations to set the DDR size to 1GB, I encounter the following OP-TEE error:
ERROR: OPTEE header parse error.
PANIC at PC : 0x2ffee8c7
A bit of guidance on this would be greatly helpful before I proceed with another debugging cycle.
Many thanks
Best Regards,
Vivek
