From: James Feist <james.feist@linux.intel.com>
To: Ivan Li11 <rli11@lenovo.com>,
Matt Spinler <mspinler@linux.ibm.com>,
"openbmc@lists.ozlabs.org" <openbmc@lists.ozlabs.org>
Cc: "Bills, Jason M" <jason.m.bills@linux.intel.com>
Subject: Re: [External] Power-on monitor for phosphor-hwmon question
Date: Wed, 20 Nov 2019 09:50:26 -0800 [thread overview]
Message-ID: <ae265af1-100b-10e4-b185-725b255a295b@linux.intel.com> (raw)
In-Reply-To: <ad84afd6c4d042b79e8f4ab7050489c5@lenovo.com>
On 11/20/19 8:28 AM, Ivan Li11 wrote:
>> -----Original Message-----
>> From: Ivan Li11
>> Sent: Thursday, November 7, 2019 4:35 PM
>> To: 'James Feist' <james.feist@linux.intel.com>; Matt Spinler
>> <mspinler@linux.ibm.com>; openbmc@lists.ozlabs.org
>> Subject: RE: [External] Power-on monitor for phosphor-hwmon question
>>
>>> -----Original Message-----
>>> From: James Feist <james.feist@linux.intel.com>
>>> Sent: Thursday, November 7, 2019 7:39 AM
>>> To: Ivan Li11 <rli11@lenovo.com>; Matt Spinler
>>> <mspinler@linux.ibm.com>; openbmc@lists.ozlabs.org
>>> Subject: Re: [External] Power-on monitor for phosphor-hwmon question
>>>
>>> On 11/5/19 11:25 PM, Ivan Li11 wrote:
>>>>> -----Original Message-----
>>>>> From: James Feist <james.feist@linux.intel.com>
>>>>> Sent: Tuesday, October 22, 2019 11:51 PM
>>>>> To: Matt Spinler <mspinler@linux.ibm.com>; Ivan Li11
>>>>> <rli11@lenovo.com>; openbmc@lists.ozlabs.org
>>>>> Subject: Re: [External] Power-on monitor for phosphor-hwmon
>>>>> question
>>>>>
>>>>> On 10/22/19 6:23 AM, Matt Spinler wrote:
>>>>>>
>>>>>>
>>>>>> On 10/21/2019 6:02 AM, Ivan Li11 wrote:
>>>>>>>
>>>>>>> Hi Team,
>>>>>>>
>>>>>>> Does anyone have suggestion for this ?
>>>>>>>
>>>>>> Hi, you're right, it doesn't support that yet. We've had a few
>>>>>> internal discussions about how to handle that gracefully, though
>>>>>> our platforms don't use sel-logger, but nothing solid came out of
>>>>>> them and we don't have anything scheduled yet.
>>>>>>
>>>>>> It would be easy enough to have a watch on the PGOOD property, and
>>>>>> then do you what you want, like maybe turning off the thresholds.
>>>>>>
>>>>>> I heard that the d-bus sensors repository has some sort of support
>>>>>> for this, but since we don't use it I'm not sure what all that
>>>>>> entails. I think it may also force you to replace
>>>>>> phosphor-inventor-manager with entity-manager.
>>>>>
>>>>> It should force you to switch 100%, but you would at least have to run
>> both.
>>>>>
>>>>> Here's what dbus-sensors does:
>>>>>
>>>>>
>>> https://github.com/openbmc/dbus-sensors/blob/432d1edf7ac86f6955827330
>>>>> 7
>>>>> a59e4b1cf86b8a6/src/Utils.cpp#L141
>>>>>
>>>>> Basically just a dbus-match that sets a "powerStatusOn" bool that
>>>>> can be queried. Depending on the sensor type thresholds don't get
>>>>> crossed if that bool is set. We also have a similar bool for bios
>>>>> post, as some sensors come up later after power on.
>>>>>
>>>>
>>>> I try to use dbus-sensors and set "powerStatusOn" bool, but still
>>>> have
>>> incorrect threshold logs during power on(S0) to power off(S5) state.
>>>> Could you help to comment on it ?
>>>>
>>>
>>> This has only been tested with x86-power-control, are you using that
>>> project for power control or something else?
>>>
>>
>> Got it. I currently use phosphor-state-manager for power control.
>
> Hi James,
> It seems that x86-power-control need POWER_BUTTON and POWER_OUT to be connected to GPIOE0/E1 or GPIOE2/E3 for passthrough.
> If our HW design doesn't follow it, x86-power-control will not work, right ?
+ Jason, x86-power-control maintainer
I believe it just requires those names in the DTS, I don't think it
cares what pins they are hooked to. Do you not have power buttons?
>
>>
>>>>>>
>>>>>>> Thanks your great support in advance.
>>>>>>>
>>>>>>> *From:*openbmc
>>> <openbmc-bounces+rli11=lenovo.com@lists.ozlabs.org>
>>>>> *On
>>>>>>> Behalf Of *Ivan Li11
>>>>>>> *Sent:* Friday, October 18, 2019 5:59 PM
>>>>>>> *To:* openbmc@lists.ozlabs.org
>>>>>>> *Subject:* [External] Power-on monitor for phosphor-hwmon
>>>>>>> question
>>>>>>>
>>>>>>> Hi Team,
>>>>>>>
>>>>>>> We found that there's no power-on monitor mechanism in
>>>>> phosphor-hwmon.
>>>>>>>
>>>>>>> https://github.com/openbmc/phosphor-hwmon
>>>>>>>
>>>>>>> And it will cause incorrect threshold logs to be added to journal
>>>>>>> log by 'sel-logger' when system is in power off(S5) state.
>>>>>>>
>>>>>>> Is there any plan to implement it? Or other repository we can refer to ?
>>>>>>>
>>>>>>> Thanks,
>>>>>>>
>>>>>>> Ivan
>>>>>>>
>>>>>>
next prev parent reply other threads:[~2019-11-20 17:50 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-10-18 9:59 Power-on monitor for phosphor-hwmon question Ivan Li11
2019-10-21 11:02 ` [External] " Ivan Li11
2019-10-22 13:23 ` Matt Spinler
2019-10-22 15:51 ` James Feist
2019-11-06 7:25 ` Ivan Li11
2019-11-06 23:38 ` James Feist
2019-11-07 8:34 ` Ivan Li11
2019-11-20 16:28 ` Ivan Li11
2019-11-20 17:50 ` James Feist [this message]
2019-11-27 14:25 ` Ivan Li11
2019-12-02 15:15 ` Ivan Li11
2019-12-02 15:30 ` Matt Spinler
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=ae265af1-100b-10e4-b185-725b255a295b@linux.intel.com \
--to=james.feist@linux.intel.com \
--cc=jason.m.bills@linux.intel.com \
--cc=mspinler@linux.ibm.com \
--cc=openbmc@lists.ozlabs.org \
--cc=rli11@lenovo.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.