-
Notifications
You must be signed in to change notification settings - Fork 5.2k
gpio-poweroff dt overlay also switches pin when "halt --halt" is executed #1600
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Comments
The reference to "reboot" in the README is sloppy use of language - we'll correct it. The standard halt behaviour on 32-bit ARMs is to disable interrupts and leave the CPUs spinning. The RPi branches have a patch (3ce05d6) that makes halt equivalent to poweroff. This was to reduce power consumption and heat in what should be a low-power mode, so the change was intentional. If you can explain why would you want to halt without powering off then we can consider whether it is worth reinvestigating. |
Thank you for reading my issue! For me it is no real problem, i just thought that this information might be useful to this project. I dunno. |
1) GPIO pin is signalled on poweroff, not reboot. 2) In RPi kernels, halt is equivalent to poweroff. See: #1600
OK, for now I will say "This behaviour is by design" (at least for RPi kernels). I've added a note to the README to this effect. If this proves to be a problem for users then we can revisit the issue. |
1) GPIO pin is signalled on poweroff, not reboot. 2) In RPi kernels, halt is equivalent to poweroff. See: #1600
1) GPIO pin is signalled on poweroff, not reboot. 2) In RPi kernels, halt is equivalent to poweroff. See: #1600
1) GPIO pin is signalled on poweroff, not reboot. 2) In RPi kernels, halt is equivalent to poweroff. See: #1600
1) GPIO pin is signalled on poweroff, not reboot. 2) In RPi kernels, halt is equivalent to poweroff. See: #1600
1) GPIO pin is signalled on poweroff, not reboot. 2) In RPi kernels, halt is equivalent to poweroff. See: #1600
1) GPIO pin is signalled on poweroff, not reboot. 2) In RPi kernels, halt is equivalent to poweroff. See: #1600
1) GPIO pin is signalled on poweroff, not reboot. 2) In RPi kernels, halt is equivalent to poweroff. See: raspberrypi/linux#1600
1) GPIO pin is signalled on poweroff, not reboot. 2) In RPi kernels, halt is equivalent to poweroff. See: #1600
1) GPIO pin is signalled on poweroff, not reboot. 2) In RPi kernels, halt is equivalent to poweroff. See: #1600
1) GPIO pin is signalled on poweroff, not reboot. 2) In RPi kernels, halt is equivalent to poweroff. See: #1600
1) GPIO pin is signalled on poweroff, not reboot. 2) In RPi kernels, halt is equivalent to poweroff. See: #1600
1) GPIO pin is signalled on poweroff, not reboot. 2) In RPi kernels, halt is equivalent to poweroff. See: #1600
1) GPIO pin is signalled on poweroff, not reboot. 2) In RPi kernels, halt is equivalent to poweroff. See: #1600
1) GPIO pin is signalled on poweroff, not reboot. 2) In RPi kernels, halt is equivalent to poweroff. See: #1600
1) GPIO pin is signalled on poweroff, not reboot. 2) In RPi kernels, halt is equivalent to poweroff. See: #1600
1) GPIO pin is signalled on poweroff, not reboot. 2) In RPi kernels, halt is equivalent to poweroff. See: #1600
1) GPIO pin is signalled on poweroff, not reboot. 2) In RPi kernels, halt is equivalent to poweroff. See: #1600
1) GPIO pin is signalled on poweroff, not reboot. 2) In RPi kernels, halt is equivalent to poweroff. See: raspberrypi/linux#1600
1) GPIO pin is signalled on poweroff, not reboot. 2) In RPi kernels, halt is equivalent to poweroff. See: raspberrypi#1600
1) GPIO pin is signalled on poweroff, not reboot. 2) In RPi kernels, halt is equivalent to poweroff. See: raspberrypi/linux#1600
1) GPIO pin is signalled on poweroff, not reboot. 2) In RPi kernels, halt is equivalent to poweroff. See: raspberrypi/linux#1600
1) GPIO pin is signalled on poweroff, not reboot. 2) In RPi kernels, halt is equivalent to poweroff. See: raspberrypi/linux#1600
1) GPIO pin is signalled on poweroff, not reboot. 2) In RPi kernels, halt is equivalent to poweroff. See: raspberrypi/linux#1600
1) GPIO pin is signalled on poweroff, not reboot. 2) In RPi kernels, halt is equivalent to poweroff. See: raspberrypi/linux#1600
1) GPIO pin is signalled on poweroff, not reboot. 2) In RPi kernels, halt is equivalent to poweroff. See: raspberrypi/linux#1600
1) GPIO pin is signalled on poweroff, not reboot. 2) In RPi kernels, halt is equivalent to poweroff. See: raspberrypi/linux#1600
1) GPIO pin is signalled on poweroff, not reboot. 2) In RPi kernels, halt is equivalent to poweroff. See: raspberrypi/linux#1600
1) GPIO pin is signalled on poweroff, not reboot. 2) In RPi kernels, halt is equivalent to poweroff. See: raspberrypi/linux#1600
1) GPIO pin is signalled on poweroff, not reboot. 2) In RPi kernels, halt is equivalent to poweroff. See: raspberrypi/linux#1600
1) GPIO pin is signalled on poweroff, not reboot. 2) In RPi kernels, halt is equivalent to poweroff. See: raspberrypi/linux#1600
1) GPIO pin is signalled on poweroff, not reboot. 2) In RPi kernels, halt is equivalent to poweroff. See: raspberrypi/linux#1600
1) GPIO pin is signalled on poweroff, not reboot. 2) In RPi kernels, halt is equivalent to poweroff. See: raspberrypi/linux#1600
1) GPIO pin is signalled on poweroff, not reboot. 2) In RPi kernels, halt is equivalent to poweroff. See: raspberrypi/linux#1600
1) GPIO pin is signalled on poweroff, not reboot. 2) In RPi kernels, halt is equivalent to poweroff. See: raspberrypi/linux#1600
In #1031 an optional feature (
gpio-poweroff
device tree overlay) was introduced to mimic the poweroff behaviour of standard desktop computers: If the system is being powered off, also the power supply will be "detached" - the LEDs are off. This is like making an ACPI call to the power supply unit.So first of all, in the documentation of gpio-poweroff (overlays README file) it is written:
This is clearly not correct, because this feature only activates on poweroff (not reboot), right?
And now for the real issue: The feature also activates on halt - eg. only the software is completely stopped, but the hardware still has power. Test it yourself with
shutdown --halt now
orhalt --halt
orsystemctl halt
.Is this maybe intended?
I searched for similar issues and only found the citation of this bugfix, but i am not sure if this is related.
Maybe i am just understanding the behaviour of "halting a system" differently here, if so please tell me too.
Thanks a lot in advantage!
The text was updated successfully, but these errors were encountered: