system power control
Zhao Kun
zkxz at hotmail.com
Sat Aug 8 11:19:03 AEST 2020
Thank you, Jason. Could you share with me any example of defining those GPIOs in device tree for x86-power-control? I can’t find any in aspeed-bmc-intel-s2600wf.dts.
Thanks.
Best regards,
Kun Zhao
/*
zkxz at hotmail.com<mailto:zkxz at hotmail.com>
*/
From: Bills, Jason M<mailto:jason.m.bills at linux.intel.com>
Sent: Friday, August 7, 2020 10:12 AM
To: openbmc at lists.ozlabs.org<mailto:openbmc at lists.ozlabs.org>
Subject: Re: system power control
On 8/6/2020 11:43 PM, Zhao Kun wrote:
> Hi,
>
> I’m new to learn how to make OpenBMC work on a X86 based system.
> Currently I met a problem of mapping the GPIOs about power
> on/off/reset/status into OpenBMC logic. I understand when user issue a
> power on request through any user interfaces like RESTful, IPMI, etc.,
> some service (phosphor-state-manager?) will be triggered to check
> current status and roll out corresponding systemd services to do the
> job. (please correct me if I’m wrong)
>
> But I’m just confused on how those services actually toggle or check the
> GPIOs, there seems be many choices,
>
> 1. Device tree?
> 2. Using Workbook gpio_defs.json?
> 3. Create some services calling platform specific scripts to operate
> GPIO or I2C devices?
> 4. Using x86-power-control?
>
> So what’s the most recommended way to do it? Really appreciated If
> anyone can share some lights.
On Intel reference platforms, we use x86-power-control and configure the
GPIO names using device tree.
>
> I thought there must be a mechanism to consume some kind of
> configuration file as the hardware abstraction layer. So I guess it
> might be gpio_defs.json or device tree.
>
> Thanks.
>
> Best regards,
>
> Kun Zhao
>
> /*
>
> zkxz at hotmail.com <mailto:zkxz at hotmail.com>
>
> */
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ozlabs.org/pipermail/openbmc/attachments/20200808/0244c0ef/attachment.htm>
More information about the openbmc
mailing list