| commit | 2a26943210a7b26525638bb9dacfd2868c7cdad7 | [log] [tgz] |
|---|---|---|
| author | Vernon Mauery <vernon.mauery@linux.intel.com> | Wed Jul 14 10:00:21 2021 -0700 |
| committer | Vernon Mauery <vernon.mauery@linux.intel.com> | Wed Jul 21 00:50:24 2021 +0000 |
| tree | 98ccde55c380583279a469c0fc1299ce1e726087 | |
| parent | 117c34e73f80727eeb6c3cd24210644f327b664a [diff] |
Add power/reset button mask checks for RequestedPowerTransition
To fully honor button masking, the RequestedPowerTransition interface
now checks the button mask state prior to actually initiating the
requested transition. This will make it so the IPMI and Redfish
commands will not be able to subvert the masked buttons.
The last patch set only blocked resets and graceful power transitions.
This patch adds the similar behavior for power transitions.
Tested: disable front panel buttons (ipmitool raw 0 0x0a 0xf0)
and then attempt to reset and power cycle with ipmi
and redfish.
ipmitool chassis power off
redfish /v1/Systems/system/Actions/ComputerSystem.Reset
{ "ResetType": "ForceOff" }
Host power stays on and uninterrupted.
Change-Id: Ic3be2bc7cf364524949c1ee31037fff8d3438d19
Signed-off-by: Vernon Mauery <vernon.mauery@linux.intel.com>
This repository contains an OpenBMC compliant implementation of power control for x86 servers. It relies on a number of features to do its job. It has several intentional design goals.
At this point in time, this daemon targets Lewisburg based, dual socket x86 server platforms, such as S2600WFT. It is likely that other platforms will work as well.
Because this relies on the hardware passthrough support in the AST2500 to function, it requires a few patches to work correctly.
This patch adds support to UBOOT to keep the passthrough enabled https://github.com/Intel-BMC/openbmc/blob/intel/meta-openbmc-mods/meta-common/ recipes-bsp/u-boot/files/0005-enable-passthrough-in-uboot.patch
The DTS file for your platform will need the following GPIO definitions RESET_BUTTON RESET_OUT POWER_BUTTON POWER_OUT POST_COMPLETE PS_PWROK SIO_ONCONTROL SIO_POWER_GOOD SIO_S5
x86-power-control uses default json file (power-config-host0.json) for GPIO configuration. However this can be customized by producing your own power-config-host0.json file.
Definitions can be configured by two type:
For the platform having direct GPIO access can use the type GPIO and define like below.
{
"Name" : "PostComplete",
"LineName" : "POST_COMPLETE",
"Type" : "GPIO"
},
For the platform not having direct GPIO access can use dbus based event monitor by using the type DBUS.
{
"Name" : "PowerButton",
"DbusName" : "xyz.openbmc_project.Chassis.Event",
"Path" : "/xyz/openbmc_project/Chassis/Event",
"Interface" : "xyz.openbmc_project.Chassis.Event",
"Property" : "PowerButton_Host1",
"Type" : "DBUS"
},
x86-power-control will monitor the property change from the given DbusName and take appropriate action. *define Property as a bool variable.
On an aspeed, these are generally connected to E0, E1, E2, and E3 respectively. An example of this is available in the s2600WF config.
This patch allows the passthrough to be reenabled to the default condition when the appropriate pin is released. This allows power control to take control when needed by a user power action, but leave the hardware in control a majority of the time, reducing the possibility of bricking a system due to a failed BMC.
https://github.com/Intel-BMC/openbmc/blob/intel/meta-openbmc-mods/meta-ast2500/recipes-kernel/linux/linux-aspeed/0002-Enable-pass-through-on-GPIOE1-and-GPIOE3-free.patch https://github.com/Intel-BMC/openbmc/blob/intel/meta-openbmc-mods/meta-ast2500/recipes-kernel/linux/linux-aspeed/0003-Enable-GPIOE0-and-GPIOE2-pass-through-by-default.patch https://github.com/Intel-BMC/openbmc/blob/intel/meta-openbmc-mods/meta-ast2500/recipes-kernel/linux/linux-aspeed/0006-Allow-monitoring-of-power-control-input-GPIOs.patch
Caveats: This implementation does not currently implement the common targets that other implementations do. There were several attempts to, but all ended in timing issues and boot inconsistencies during stress operations.
The POST Complete GPIO is usually held asserted by BIOS after POST complete and de-asserts on reset. This de-assert behavior is currently used to detect warm resets.
Some systems are adding support for a PLT_RST eSPI signal that can be used to more accurately detect warm resets. When this option is enabled, x86-power-control will use PLT_RST to detect warm resets instead of POST Complete.