This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

PROCESSOR-SDK-AM437X: Automatic reboot after shutdown.

Part Number: PROCESSOR-SDK-AM437X
Other Parts Discussed in Thread: AM4376, TPS65216

Tool/software:

Hi

We are developing the custom board with AM4376 based on AM437x-EVM.
SDK : PROCESSOR-SDK-AM437X-06.03.00.106

To fix the frequency to 1GHz, we changed the device tree as below.

 		dcdc2: regulator-dcdc2 {
 			regulator-name = "vdd_mpu";
-			regulator-min-microvolt = <912000>;
-			regulator-max-microvolt = <1378000>;
+			regulator-min-microvolt = <1298500>;
+			regulator-max-microvolt = <1351500>;
 			regulator-boot-on;
 			regulator-always-on;
 		};

This change is causes the automatic reboot after we execute the "poweroff" command.
Before this change, the "poweroff" command works normally.
(No automatic reboot.)

Could you please let us know why this change causes this issue?

We are using TPS65216 as PMIC. It is changed from AM437x-EVM.

Thanks.

Best regards,

  • Hi Kazuki,

    there are other ways to fix the frequency to 1GHz. Instead of modify the region of dcdc2 in kernel devicetree, can you please remove opp50-300000000 to oppturbo-800000000 in cpu0_opp_table in kernel devicetree, and only keep oppnitro-1000000000 to see the board still have the auto reboot problem?

  • Hi

    We just change cpu0_opp_table and keep oppnitro-1000000000.
    The board still has the auto reboot problem.

    If we don't change the device tree and set "scaling_setspeed" to fix the frequency to 1GHz with the following commands,
    the board have no the auto reboot problem.

    echo userspace > /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor
    echo 1000000 > /sys/devices/system/cpu/cpu0/cpufreq/scaling_setspeed

    We don't know why changing the device tree causes the auto reboot problem.

    Do you have any ideas?

  • Hi Jazuki,

    Can the issue be reproduced on the EVM?

  • Hi,

    We cannot reproduce this issue with on the EVM.

    Does using TPS65216 as PMIC have any effect?

  • I don't have enough information yet to conclude if the PMIC is the problem.

    In both of the working and failure case on your board, can you please probe the PMIC power rails during Linux boot, to see if there is any difference?