cancel
Showing results for 
Search instead for 
Did you mean: 

STM32MP15 ECO 5.0.0 TF-A device tree build fails for discrete powered board for vdd_sd

debugging
Lead

For the MP15 the workshop informs to include, for TF-A  vdd_sd for sdmmc1 in the USER section of sdmmc1.. This particular board uses discrete legacy regulator power. when commenting these the lines,  the build goes trough. Could this causes issues ? Should thes vdd_sd labels be included in the device tree ? if, yes,  how and where ?  There was a patch for vdd i uboot and kernel but not for tf-a where vddd move to scmi:

./arm-ostl-linux-gnueabi/linux-stm32mp-6.1.28-stm32mp-r1-r0/0023-v6.1-stm32mp-r1-DEVICETREE.patch:4398:- vdd_sd: vdd-sd {
./arm-ostl-linux-gnueabi/linux-stm32mp-6.1.28-stm32mp-r1-r0/0023-v6.1-stm32mp-r1-DEVICETREE.patch:4759:+ scmi_vdd_sd: voltd-vdd-sd {

./arm-ostl-linux-gnueabi/u-boot-stm32mp-v2022.10-stm32mp-r1-r0/0004-v2022.10-stm32mp-r1-DEVICETREE.patch:3828:- vdd_sd: vdd-sd {
./arm-ostl-linux-gnueabi/u-boot-stm32mp-v2022.10-stm32mp-r1-r0/0004-v2022.10-stm32mp-r1-DEVICETREE.patch:4200:+ scmi_vdd_sd: voltd-vdd-sd {

and vdd_sd is only defined in

./arm-ostl-linux-gnueabi/u-boot-stm32mp-v2022.10-stm32mp-r1-r0/build/stm32mp15_defconfig/arch/arm/dts/.stm32mp157a-icore-stm32mp1-edimm2.2.dtb.dts.tmp:2379: vdd_sd: regulator-vdd-sd {
./arm-ostl-linux-gnueabi/u-boot-stm32mp-v2022.10-stm32mp-r1-r0/build/stm32mp15_defconfig/arch/arm/dts/.stm32mp157a-icore-stm32mp1-ctouch2.dtb.dts.tmp:2379: vdd_sd: regulator-vdd-sd {
./arm-ostl-linux-gnueabi/u-boot-stm32mp-v2022.10-stm32mp-r1-r0/build/stm32mp15_defconfig/source/arch/arm/dts/stm32mp157a-icore-stm32mp1.dtsi:116: vdd_sd: regulator-vdd-sd {
./arm-ostl-linux-gnueabi/u-boot-stm32mp-v2022.10-stm32mp-r1-r0/build/stm32mp13_defconfig/source/arch/arm/dts/stm32mp157a-icore-stm32mp1.dtsi:116: vdd_sd: regulator-vdd-sd {
./arm-ostl-linux-gnueabi/u-boot-stm32mp-v2022.10-stm32mp-r1-r0/build/stm32mp15_trusted_pangu/source/arch/arm/dts/stm32mp157a-icore-stm32mp1.dtsi:116: vdd_sd: regulator-vdd-sd {
./arm-ostl-linux-gnueabi/u-boot-stm32mp-v2022.10-stm32mp-r1-r0/u-boot-stm32mp-v2022.10-stm32mp-r1/arch/arm/dts/stm32mp157a-icore-stm32mp1.dtsi:116: vdd_sd: regulator-vdd-sd {

1 ACCEPTED SOLUTION

Accepted Solutions
debugging
Lead

This addition cause the TF-A to panic immediately at boot. Change the power for sdmmc to the vdd power handle. and reoved vdd_sd. Now TF_A boot continues.

 

 

View solution in original post

2 REPLIES 2
debugging
Lead

added the following in the dts to fix:

vdd_sd: regulator-vdd-sd {
compatible = "regulator-fixed";
regulator-name = "vdd_sd";
regulator-min-microvolt = <3300000>;
regulator-max-microvolt = <3300000>;
regulator-always-on;
};

debugging
Lead

This addition cause the TF-A to panic immediately at boot. Change the power for sdmmc to the vdd power handle. and reoved vdd_sd. Now TF_A boot continues.