Hello Leif, Agree this comment is not directly related to the RFC, and should be directed to the UEFI Forum instead, so please ignore my comment. Arm does not have any PI specific requirements on plat

The PI 1.7 spec defined the EFI_MP_SERVICES_PROTOCOL in page 2-180, with the PPI and MM versions in 1-193 and 4-57 respectively. This statement (from the PI spec) is overly ambitious. I bet that it do

All, + MdePkg maintainers Would like your input on the following UEFI spec ECR: Clarify NVMe and Infiniband device path EUI-64 byte order https://bugzilla.tianocore.org/show_bug.cgi?id=3338 (Thanks to

Any further comments on the ACPI ECR documented in: https://bugzilla.tianocore.org/show_bug.cgi?id=3335 ? I already have comments from Jeremey and Andrew saying it looks good. If there are no objectio

Adding SecurityPkg and Arm maintainers

+ Andrei for VMware ESXi feedback on the iSCSI CHAP support. I know that UEFI iSCSI boot is supported and used by those users. Sent: Tuesday, April 6, 2021 12:14 PM To: Rabeda, Maciej <maciej.rabeda@l

When the RPi UEFI FW dropped iSCSI (because it was removed from NetworkDefines.dsc.inc), we got multiple users complaining since they had existing use cases that depended on that. See for instance the

There is also the TRNG FW API, which is an architected SMC firmware interface: https://developer.arm.com/documentation/den0098/latest/ ________________________________ Sent: Tuesday, December 8, 2020,

Mike, Looks good as a starting point! Acked-by: Samer El-Haj-Mahmoud <Samer.El-Haj-Mahmoud@...> I do have a few questions on this sentence: "Specification text changes are held within the affected

Leif, I received additional feedback on this proposal. We should add the UEFI Shell Specification to this new process. This includes adding a bugzilla.tianocore.org product category and a new Github r

I agree with Andrew. I also found Laszlo's "unkempt guide" very useful. In addition, there is a short page by Peter Batard that adds more details on the commits validation, patchset generation, and e-

Are there any additional comments on the code first process for UEFI specifications? When should we expect the process to *actually* start being used? Thanks, --Samer

Leif, Ray, I have not seen any discussion on this thread since March(!)... Please see my comments below.

Acked-by: Samer El-Haj-Mahmoud <Samer.El-Haj-Mahmoud@...>

EDK2 community, (and CCing OptionRomPkg maintainers), ASIX (https://www.asix.com.tw/) has graciously contributed the source code of their latest USB NIC drivers to be up-streamed to TianoCore. The ori

Thanks Leif. As far as I know, the main feedback I heard is "when will this start?"... So, the sooner the better .. Thanks for taking the lead and driving!

Has there been any progress on this "code-first process" proposal? Any timeline on when we should expect it to be launched? Thanks, --Samer