<div dir="ltr"><div><br></div><div>Hi All,</div><div><br></div><div>Currently <a href="https://github.com/openbmc/phosphor-host-ipmid/blob/05d17c036facc0e9125959abe3c816aa631333e1/dcmihandler.cpp#L25">DcmiHandler</a> in phoshor-host-ipmid only supports the power_cap interface exported by <a href="https://github.com/openbmc/phosphor-settingsd">Settings</a> daemon. To make it generic we can use objectmapper <a href="https://github.com/openbmc/phosphor-host-ipmid/blob/05d17c036facc0e9125959abe3c816aa631333e1/dcmihandler.cpp#L116">here</a> to get all objects implementing power_cap interface. </div><div>But it poses a problem: which object to call when setting/getting the power cap if multiple services are exporting objects implementing the power_cap interface. <br>Also I think dcmi commands are supposed to set the power of the system and it's not safe to set the system power using multiple services. <br></div><div>To avoid this we can make sure only 1 service exports this power_cap <a href="https://github.com/openbmc/phosphor-host-ipmid/blob/05d17c036facc0e9125959abe3c816aa631333e1/dcmihandler.cpp#L25">path</a> used by dcmi handler. But the settings <a href="https://github.com/openbmc/phosphor-settingsd">daemon</a> always exports the power cap interface by default. Currently there is provision to override default settings using .override files. But I am not aware about any way to remove a certain interface from settings daemon.</div>I am planning to add support for .remove.yml files in <a href="https://github.com/openbmc/openbmc/blob/master/meta-phosphor/recipes-phosphor/settings/phosphor-settings/merge_settings.py">merge_settings</a> script to remove interfaces along with overriding them.<div><br>Please share your thoughts on this. I have created this <a href="https://gerrit.openbmc-project.xyz/c/openbmc/openbmc/+/51394">review</a> for reference<br><div>-<br></div><div><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div>Thanks,<div>Gaurav</div></div></div></div></div></div></div>