system power control
Bills, Jason M
jason.m.bills at linux.intel.com
Tue Aug 11 03:33:48 AEST 2020
On 8/7/2020 6:19 PM, Zhao Kun wrote:
> 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.
Sorry for not sending link before. You can find our DTS implementation
here:
https://github.com/Intel-BMC/openbmc/blob/intel/meta-openbmc-mods/meta-common/recipes-kernel/linux/linux-aspeed/0001-arm-dts-add-DTS-for-Intel-ast2500-platforms.patch.
>
> 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>
> >
> > */
> >
>
More information about the openbmc
mailing list