From: James Feist <james.feist@linux.intel.com>
To: Patrick Venture <venture@google.com>,
Matt Spinler <mspinler@linux.ibm.com>
Cc: OpenBMC Maillist <openbmc@lists.ozlabs.org>
Subject: Re: sensor->inventory associations in phosphor-hwmon
Date: Wed, 20 Feb 2019 10:47:53 -0800 [thread overview]
Message-ID: <ff9414df-0052-9112-5d34-0f3b8661434f@linux.intel.com> (raw)
In-Reply-To: <CAO=notyk=xCUzcqJcMfvpAJx=dNgAw=_pudiTHX74iw1_eAr4w@mail.gmail.com>
On 2/20/19 10:32 AM, Patrick Venture wrote:
> On Wed, Feb 20, 2019 at 10:31 AM Matt Spinler <mspinler@linux.ibm.com> wrote:
>>
>> Hi,
>>
>> We have a need to know which sensor objects hosted by the various
>> phosphor-hwmon
>> daemons belong to which inventory objects. For example, we need to know
>> that
>> the /xyz/openbmc_project/sensors/power/ps1_input_power sensor belongs to
>> the
>> /xyz/openbmc_project/inventory/system/powersupply1 item.
>>
>> To accomplish this, I am proposing we add a new environment variable to
>> the
>> system specific phosphor-hwmon config files that the phosphor-hwmon code
>> can then use to create associations interfaces that will cause the
>> mapper to
>> create the appropriate association D-Bus paths.
>>
>> As an example, we could add to the power-supply1 conf file an
>> ASSOCIATIONS
>> variable for each sensor (assuming ps1_input_power is represented by
>> IN1):
>>
>> ASSOCIATIONS_IN1=/xyz/openbmc_project/inventory/system/powersupply1
>>
>> The code would then see that and create a new org.openbmc.Associations
>> interface
>> on the /xyz/openbmc_project/sensors/power/ps1_input_power path with an
>> associations property of:
>>
>> ["inventory",
>> "sensors",
>> "/xyz/openbmc_project/inventory/system/powersupply1"]
>>
>> This leads to the mapper creating:
>>
>> /xyz/openbmc_project/sensors/power/ps1_input_power/inventory
>>
>> With an xyz.openbmc_project.Association interface with an
>> endpoints property of:
>>
>> ["/xyz/openbmc_project/inventory/system/powersupply1"]
>>
>> And also the other association path:
>>
>> /xyz/openbmc_project/inventory/system/powersupply1/sensors
>>
>> With an xyz.openbmc_project.Association interface with an
>> endpoints property of:
>>
>> ["/xyz/openbmc_project/sensors/power/ps1_input_power"]
>>
>> This now allows one to both find all sensors associated with a power
>> supply, and
>> find which inventory item is associated with a particular sensor. Note
>> that
>> the endpoints property is an array, and can get entries from multiple
>> places.
>>
>> I suppose we could also put the forward/reverse association names, in
>> this case
>> "inventory" and "sensors", into the hwmon config file, and also allow
>> creating
>> multiple associations for each sensor if there is a usecase, though I
>> would like
>> to keep it as simple as possible:
>>
>> ASSOCIATIONS1_IN1=inventory,sensors,/xyz/openbmc_project/inventory/system/powersupply1
>> ASSOCIATIONS2_IN1=chassis,contained_sensors,/xyz/openbmc_project/inventory/system/chassis
>>
>> What does everyone think?
>
> I think it's useful and straightforward to use, and easy to test.
Have we considered the alternative of the inventory item creating the
association? I only ask because in the past we've tried to keep
redfish/ipmi specific things outside of the sensors. I think this
proposal works fine btw, just seems like the alternative would work as
well and would keep sensors as just 'sensors'.
-James
>
>>
>> Thanks
>> Matt
>>
next prev parent reply other threads:[~2019-02-20 18:48 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-02-20 16:10 sensor->inventory associations in phosphor-hwmon Matt Spinler
2019-02-20 18:32 ` Patrick Venture
2019-02-20 18:47 ` James Feist [this message]
2019-02-20 21:39 ` Matt Spinler
-- strict thread matches above, loose matches on Subject: below --
2019-02-20 16:56 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=ff9414df-0052-9112-5d34-0f3b8661434f@linux.intel.com \
--to=james.feist@linux.intel.com \
--cc=mspinler@linux.ibm.com \
--cc=openbmc@lists.ozlabs.org \
--cc=venture@google.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.