Kind of late to the TPM2 bandwagon, but I wholeheartedly believe that making it a requirement for Win11 is not only a good idea by itself, but the only working way for MS to force IBVs/OEMs to implement the firmware drivers and flows for it correctly.
Optional security tech is automatically underprioritized and undertested, then too often never gets enabled correctly because of that. IRL it's either "enabled by default" or "doesn't work", especially when OS vendor A needs to rely on HW vendor B to do the right thing.
That right thing is indeed hard to do, and the UX of physical presence check for TPM reset is often bad, and the fact that BIOS updates often require key recovery procedures due to mismanaging the PCRs is really sad, but if not dragged along, vendors will do *nothing* about that.
So I, for one, welcome our new TPM2 overlords.
If you aren't into that at all, somebody will soon write a DXE runtime driver that will store all your keys and PCRs in NVRAM and/or CMOS SRAM, while making Win11 perfectly happy with that emulated TPM2 device.
• • •
Missing some Tweet in this thread? You can try to
force a refresh
Annual "new somewhat interesting stuff in ACPI/UEFI/PI specs updates" thread, let's go. PI 1.8 is not published yet, so I'll add it when it be ready.🧵
[ACPI 6.4] A new ACPI system descriptor table 'SVKL', aka "Storage Volume Key Data table in the Intel Trusted Domain Extensions". Described and defined here among other things related to Intel TDX: software.intel.com/content/dam/de…
[ACPI 6.4] A new ACPI system descriptor table 'MPAM', aka "Arm Memory Partitioning And Monitoring". Should be defined and described in Arm DEN0065 document, but it's still in beta and not yet publicly available. This presentation has some hints: static.linaro.org/connect/lvc20/…
UEFI specification 2.8 is out, will highlight some interesting (at least to me) changes and additions compared to the to the previous one - 2.7B. uefi.org/sites/default/…
New chapter on serial device identification and a corresponding update of SERIAL_IO_PROTOCOL to include DeviceTypeGuid.
Lots of additions related to REST and JSON: new EFI_REST_EX_PROTOCOL, a converter from JSON to C structures and back (EFI_REST_JSON_STRUCTURE), a new type of REST_STYLE_FORMSET that contains REST-configurable HII forms, JSON support for capsule update mechanism, etc.