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