Power Problem. about raspberrypipkg HOT 8 CLOSED

from raspberrypipkg.

from raspberrypipkg.

@andreiw how to change it to soft power off （not cut down the electricity, just shutdown system and system will not auto start again, not really shutdown the electricity）? in normal mode not efi it comes system stop and not "auto
restart"
Normally, after we shut down the system, pi will not boot automatically unless power is turned on again after the power is turned off.

from raspberrypipkg.

right now there’s no way

Low prio work but I’ll get it done eventually

from raspberrypipkg.

@andreiw expect！ When you done this , this firmware will be perfect!

from raspberrypipkg.

I think there is an interesting difference here between what the standard booted images do compared to what an image booted through Tiano Core does. With the standard booted images, doing a powerdown will not power cycle or soft-reset. With Tiano Core, halting does power cycle (or is it a soft-reset?)

(Am I wrong here?) This behavior is expected, so much so that there's provision for adding a soft-reset switch by jumping the P6 header as per here (apparently this was added in rev 2 of the original pi and has carried forward to newer versions.)

https://raspi.tv/2012/making-a-reset-switch-for-your-rev-2-raspberry-pi

It's nice to be able to tell the system to shutdown, so you can remove power or swap an SD card without risking corruption, especially for headless systems. Otherwise you have to time the shutdown command with pulling power as soon as the system has started to power cycle come back up.

Tl;DR: Expected behavior on sending shutdown is to shift the pi into a low power mode which can only be recovered from via power cycle or shorting header P6. With Tiano Core sending shutdown appears to end in a warm-reset.

from raspberrypipkg.

from raspberrypipkg.

Here's the officially suggested solution raspberrypi/firmware#1016 (comment) , which is to "write 0x555 (plus the usual password) to the RSTS register," before using the watchdog timer to reset the device.

That would be a minor modification to the rpi3_system_reset function in https://github.com/andreiw/raspberry-pi3-atf/blob/master/plat/rpi3/rpi3_pm.c, making rpi3_system_off a special case inside rpi3_system_reset, no?

Or was this what was happening in the originally without a shutdown function before you implemented the andreiw/raspberry-pi3-atf@b1f5b03 commit?

from raspberrypipkg.