mirror of
https://github.com/torvalds/linux.git
synced 2024-12-27 05:11:48 +00:00
42bed52b2e
PECI devices may not be discoverable at the time when PECI controller is being added (e.g. BMC can boot up when the Host system is still in S5). Since we currently don't have the capabilities to figure out the Host system state inside the PECI subsystem itself, we have to rely on userspace to do it for us. In the future, PECI subsystem may be expanded with mechanisms that allow us to avoid depending on userspace interaction (e.g. CPU presence could be detected using GPIO, and the information on whether it's discoverable could be obtained over IPMI). Unfortunately, those methods may ultimately not be available (support will vary from platform to platform), which means that we still need platform independent method triggered by userspace. Acked-by: Joel Stanley <joel@jms.id.au> Signed-off-by: Iwona Winiarska <iwona.winiarska@intel.com> Link: https://lore.kernel.org/r/20220208153639.255278-8-iwona.winiarska@intel.com Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
17 lines
525 B
Plaintext
17 lines
525 B
Plaintext
What: /sys/bus/peci/rescan
|
|
Date: July 2021
|
|
KernelVersion: 5.18
|
|
Contact: Iwona Winiarska <iwona.winiarska@intel.com>
|
|
Description:
|
|
Writing a non-zero value to this attribute will
|
|
initiate scan for PECI devices on all PECI controllers
|
|
in the system.
|
|
|
|
What: /sys/bus/peci/devices/<controller_id>-<device_addr>/remove
|
|
Date: July 2021
|
|
KernelVersion: 5.18
|
|
Contact: Iwona Winiarska <iwona.winiarska@intel.com>
|
|
Description:
|
|
Writing a non-zero value to this attribute will
|
|
remove the PECI device and any of its children.
|