Storing host data on the BMC
Sunitha Harish
sunithaharish04 at gmail.com
Fri May 29 21:26:53 AEST 2020
On 29-05-2020 16:33, Deepak Kodihalli wrote:
> On 29/05/20 4:27 pm, Sunitha Harish wrote:
>>
>> On 22-05-2020 09:29, Sunitha Harish wrote:
>>>
>>> On 21-05-2020 10:46, Deepak Kodihalli wrote:
>>>> On 21/05/20 10:42 am, Sunitha Harish wrote:
>>>>> Hi,
>>>>>
>>>>> Any inputs?
>>>>>
>>>>> Thanks & regards,
>>>>> Sunitha
>>>>
>>>> Hi Sunitha,
>>>>
>>>> I believe you had got a direction based on the discussion below.
>>>>
>>>>>>>> As far as Sunitha's question goes, my point is that not all host
>>>>>>>> firmware generated data is a BIOS attribute. For eg if the host
>>>>>>>> tells me
>>>>>>>> about the presence of certain FRUs, or their functional states, I
>>>>>>>> wouldn't want to store those in the BIOS attributes backend,
>>>>>>>> I'd rather
>>>>>>>> associates those with the existing D-Bus interfaces for the FRU
>>>>>>>> inventory. I think the same applies to the Origin property that
>>>>>>>> has been
>>>>>>>> described - associate with the networking D-Bus backend.
>>>>>>> I think we're in agreement here. Data which is interesting to
>>>>>>> represent
>>>>>>> on the BMC, for which we already have a defined-interface, use
>>>>>>> it. For
>>>>>>> data which isn't interesting the to BMC, use the generic BIOS
>>>>>>> attribute
>>>>>>> table.
>>>>
>>>> ^^ You use existing (or come up with new) D-Bus interfaces to
>>>> represent your data. Those D-Bus interfaces can be implemented by
>>>> settingsd or networkd or something else.
>>>
>>> If i am getting it correctly , the current changes which were made
>>> to the phosphor-settings-manager should be good enough to handle all
>>> the scenarios.
>>>
>>> In my last email i mentioned that ===>>
>>> --------------------------------------------------------------------------------------------------------------------------
>>>
>>> When the Ethernet interface set to be DHCP enabled ( by setting the
>>> Bios attribute DHCPEnabled = true via redfish), the IPAddress,
>>> SubnetMask and Gateway along with the Origin property will not be
>>> Bios settings. Here the user setting is the DHCPEnabled property of ?
>>>
>>> However in the case of Static IP configuration(IPAddress, SubnetMask
>>> and Gateway) they will become bios setting.
>>> ---------------------------------------------------------------------------------------------------------------------------
>>>
>>> Currently we are using the xyz.openbmc_project.Network.IP and this
>>> interface is being implemented by settings object -
>>> https://gerrit.openbmc-project.xyz/#/c/openbmc/meta-ibm/+/30424/
>>> Do you see any issue here?
>>
>> Hi , any feedback ?
>
> Sorry I forgot to respond to this. If your question is whether the
> Origin property (and the interface it lies in) can be implemented by
> phosphor-settingsd, then I think the answer is yes. We did say that we
> can look at phosphor-settingsd as an arbitrary data holder (not
> limited to user settings).
Thanks Deepak , So I believe now we can go ahead with the current
implementation in the gerrit links :
https://gerrit.openbmc-project.xyz/#/c/openbmc/meta-ibm/+/30205/
https://gerrit.openbmc-project.xyz/#/c/openbmc/meta-ibm/+/30424/
Lets continue the review there for any further comments, and please
provide your scores as well.
>
>> Thanks & regards,
>> Sunitha
>>>
>>>> Thanks,
>>>> Deepak
>>>>
>
More information about the openbmc
mailing list