Hello,
On 9/11/23 4:14 AM, Vincent Stehlé wrote:
Hi,
We will have an EBBR call[1] today, Sep 11, at 15h BST (14h UTC). On the agenda[2] we have a number of pull requests to review:
#[106]: Recommend usage of partition type GUIDs to find firmware (Heinrich)
#[107]: Support Armv8-R AArch64
#[108]: Add smbios tables details
#[109]: Add an extension for UEFI references
Also some discussions topics have been proposed:
Secure boot with systemd-boot requires EFI_SECURITY_ARCH_PROTOCOL and EFI_SECURITY2_ARCH_PROTOCOL (Heinrich)
Info: upcoming BBR ECR #634 forbidding some SMCs after ExitBootServices
"Platform firmware must not implement any SMC calls from the SMCCC Vendor Specific EL3 Monitor range (FIDs 0x8700_0000—0x8700_FFFF and 0xC700_0000—0xC700_FFFF) after ExitBootServices." (info from Jose)
I thought EBBR was about making standard OSs compatible. This rule would make Vertical board specific OSes illegal.
The requirement should be something like: Firmware must not require use of any vendor specific SMC calls to function correctly.
If a board specific maintenance app wants to call exist boot services and still use vendor specific SMCs it should be able to.
Likewise if people _want_ to create OS images that only work on one vendors boards they should be able to. That same firmware should still work with an OS that does not use vendor specific SMCs and it should still pass EBBR.
(Can attend today's call but this kind of thinking disturbs me greatly so I wanted to comment.)
Bill
- Should we specify which Devicetree nodes are allowed? (suggested by Sughosh)
Feel free to add to the agenda, directly on the wiki page or by e-mail. We can use this pad[3] for the meeting notes.
Best regards,
Vincent Stehlé System Architect - Arm
boot-architecture mailing list -- boot-architecture@lists.linaro.org To unsubscribe send an email to boot-architecture-leave@lists.linaro.org