UEFI PI spec updated

[PI 1.7] Finishing the PI 1.7 row with a humble plea to @vincentzimmer and other spec authors: please switch from Mantis ID (that makes Revision History of both UEFI and PI specs nearly useless) to Affected Sections (used by ACPI spec), because diffing 3k pages of PDFs is hard.

— Nikolaj Schlej (@NikolajSchlej) February 12, 2019

[PI 1.7] New required EFI_DELAYED_DISPATCH_PPI, an in-spec way to perform IO-bound or delayed initialization without stopping the world.
Can be both really good (potential performance gain) and really bad (bad code that touches HOBs and/or PPIs can become a nightmare to debug). pic.twitter.com/CVOxWtuMbd

— Nikolaj Schlej (@NikolajSchlej) February 12, 2019

[PI 1.7] A bit of new return codes related to peripherals and boot modes (EFI_CHIPSET_EC_INTRUDER_DETECT and so on), and a whole new structure with EFI_STATUS to be returned with EFI_SW_DXE_BS_EC_BOOT_OPTION_LOAD_ERROR and EFI_SW_DXE_BS_EC_BOOT_OPTION_FAILED. pic.twitter.com/wBx6Zqxzlv

— Nikolaj Schlej (@NikolajSchlej) February 12, 2019

[PI 1.7] Hello Volume Shadowing, my old friend!
Great change to prevent re-reading the flash multiple times. pic.twitter.com/TaSbZl3KSE

— Nikolaj Schlej (@NikolajSchlej) February 12, 2019

[PI 1.7] Continuation of the same idea of "let's provide more than a single BVF for PEI Core to use", this time changes are in PEI Core Entry Point. pic.twitter.com/lrV2eeI61e

— Nikolaj Schlej (@NikolajSchlej) February 12, 2019

[PI 1.7] New PPI published by SEC Core for PEI Core to locate itself in the image. It was formerly required for PEI Core to reside in Boot Firmware Volume, now the req. is lifted.
Will make life of OEMs using Intel FSP a bit easier and life of EFI modders a bit harder. pic.twitter.com/6jWU52yce6

— Nikolaj Schlej (@NikolajSchlej) February 12, 2019