Closed DrTobe closed 1 month ago
Hello, thanks for reporting the issue. The problem comes from using STM32MP_USB_PROGRAMMER build option in TF-A. Indeed using this option disabled the power features to avoid oversized image. We will need a dedicated TF-A image for flashing also on stm32mp1 then. I will update the branch.
Incredible, just removing STM32MP_USB_PROGRAMMER=1
from the additional TF-A build variables fixes the suspend-to-RAM mode.
Thank you so so so so much!
Instead of resuming where the system left off before suspending, the device does a full reboot. This has been tested with the pre-built images for the DK and the DK2 board.
Steps to reproduce:
echo deep > /sys/power/mem_sleep
echo +20 > /sys/class/rtc/rtc0/wakealarm
echo mem > /sys/power/state
I initally observed this on an STM32MP157C-DK2 board (157C, not 157F which I do not have available). To verify that behaviour on the exact reference hardware, I tested this on the STM32MP135F-DK, too. It shows the same behaviour so I suppose this may be true for all setups.
If you need any more information or if I should do some additional testing, please let me know.