ibm-openbmc / dev

Product Development Project Mgmt and Tracking
16 stars 2 forks source link

Add a new IPMI sensor to disable the TPM #3634

Closed anoo1 closed 10 months ago

anoo1 commented 1 year ago

Hostboot is requesting a new IPMI sensor to be added to the BMC to disable the TPM.

The requirements are:

These are the changes identified:

  1. Add a new dbus interface.
  2. Set the default value of the new dbus interface to false in the Settings yaml file.
  3. Add the new interface to the mrw yaml file with the sensor name defined by hostboot.

Mike Baiocchi will be making the hostboot changes. I'll post the name of the sensor once that's defined since it'll be needed for step 3 above. Mike will also do the end-to-end testing once we have the BMC changes ready.

lxwinspur commented 12 months ago

Mike Baiocchi will be making the hostboot changes. I'll post the name of the sensor once that's defined

@anoo1 Is there any progress on this issue?

mabaiocchi commented 11 months ago

@lxwinspur I have a witherspoon-xml pull request that should have the info for what you are looking for. I based the changes on the existing "tpm_required_sensor" and called it "disable_tpm_sensor".

https://github.com/open-power/witherspoon-xml/pull/90

I am still in the process of testing this PR on a local witherspoon, but I think you should be able to pick it up and test with it. I'm hoping to have it merged next week.

mabaiocchi commented 11 months ago

FYI the above witherspoon-xml PR was merged

lxwinspur commented 11 months ago

Thanks @mabaiocchi.

Perhaps the new interface could be called DisableTPM - boolean - When true, the TPM is disabled, or some other relevant name.

@anoo1 Why not continue to use TPMEnable? true->Enable TPM, false->Disable TPM.

mabaiocchi commented 11 months ago

@lxwinspur I am ok if you want to re-use the TPMEnable interface already on the BMC. I'll let @anoo1 answer is that would be a problem.

As a hostboot developer all I primarily care about is that the right value gets put into the newly created "disable_tpm_sensor". Hostboot will be using the IPMI interface to request the value of this sensor. There is not a "TPMEnabled" sensor.

anoo1 commented 11 months ago

They're 2 different sensors, the existing TPMEnable corresponds to the hostboot "tpm_required_sensor".

Hostboot will add this logic: On every IPL Hostboot checks if “Disable TPM” to true: o If true Hostboot will disable the TPM and set “TPM Required” to false via OpenBMC sensor and shared FSP attribute o Else if false, boot as normal o Tell customer that “Disable TPM” setting overrides TPM Required setting

So we need to keep both, the existing "Required" sensor (which has the dbus name TPMEnable, that probably was not the best naming), and the new "Disable" sensor.

lxwinspur commented 11 months ago

Thanks @mabaiocchi @anoo1

Although I don't understand IBM's design philosophy, it is strange to use two sensors to control the TPM. But I'm ok, I'll push some new patches this week. BTW, Should I send a PR to the 1060 branch? eg: PDI, and some YAML files.

lxwinspur commented 11 months ago

https://github.com/ibm-openbmc/phosphor-dbus-interfaces/pull/90 (1040 branch) https://github.com/ibm-openbmc/openbmc/pull/301(1050.00 branch)

@anoo1 @mabaiocchi Please review these patches, thanks.

mzipse commented 11 months ago

@lxwinspur , this tpm disable is only needed for our P9. The op940 branch is where the TPM disable needs to go.

mzipse commented 11 months ago

There are no plans to disable the tpm for P10.

anoo1 commented 11 months ago

Thanks @lxwinspur

Although I don't understand IBM's design philosophy, it is strange to use two sensors to control the TPM.

Yeah it can be seen as confusing, here is more explanation:

So two options available for the customer, one to just ignore TPM during power on, and this new one to disable the chip.

lxwinspur commented 11 months ago

Thanks @mzipse @anoo1

Resented two PRs to the OP940 branch.

https://github.com/ibm-openbmc/openbmc/pull/302 https://github.com/ibm-openbmc/phosphor-dbus-interfaces/pull/91

Please review it.

anoo1 commented 11 months ago

Thanks @lxwinspur for addressing the review comments from 301 into 302. Approved both PRs.

@rfrandse We'll need a test driver for @mabaiocchi to verify.

mabaiocchi commented 11 months ago

FYI I'm still trying to get the verification completed this week.

mzipse commented 10 months ago

Closing this issue. BMC work is complete. Mike will cover the overall verification.