Laszlo, Adding a PCD means platform integrators need to consider which value to set. Most of the time, they may just use the default PCD value. Then, why not we add the PCD later when a real case is

Hi Hao, The use case is valid, IMO. And the commit message is helpful. But I really think this constant should be PCD. Here's why I think a platform might want to control it: - The best (finest)

This commit will reduce the interval of the AP status check event from 100 milliseconds to 10 milliseconds. (I searched the history of the 100ms interval, it seems no comment or log message was

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

The one thing we don't have in hand for this is a template into which we can put prospective ECR submission material that is collected as part of the code-first process. We could just use the ECR

Hi Samer, I had, perhaps excessively, been waiting for more feedback. I promised Mike yesterday that I will rework based on feedback and send out next week at the latest. If people have no further

Any comment?

Leif, I think it would be good to add more details regarding the interaction between edk2 and UEFI forum. Here is what I suggest: Each specification update Bugzilla ticket must have a sponsor. A

Thanks Laszlo! Very helpful. -Aaron

Hi Aaron, Please refer to the following thread: * [edk2-discuss] [OVMF] resource assignment fails for passthrough PCI GPU https://edk2.groups.io/g/discuss/message/59 The gist is that (a) you

Hello, After adding some GPU cards to our system (each containing a 16GB BAR), we ran out of MEM64 BAR space as indicated by the following OVMF DEBUG output: -------- PciHostBridge: SubmitResources

Hi Mike, Jian and Jiewen, Based on our discussion, I have compiled the enhancements/changes to be made to BaseHashApiLib instance in CryptoPkg in the Bugzilla,

Hi Bret, Your proposal looks good to me, and most of my questions/concerns were already answered/solved by the GOOD discussion between you and Jiewen. For now, I just have one remaining question.

Add devel@edk2.groups.io.

Thanks, Bret. Comments below.

Sorry, Jiewen. I missed this email when it came in... I think we would recommend deprecating both. Is there much consumption of the VarCheck protocol? A platform could always opt to include both (or

Kevin, Agreed and we were sensitive to that in our codebase as well. Surface and other consumers had drivers expecting VarLock and we didn’t want to have to rewrite them all (at least not

HI Bret Thanks for the work. The design doc is very good. Some feedback/questions below: 1. We have 2 variable related protocol - EDKII_VARIABLE_LOCK_PROTOCOL and EDKII_VAR_CHECK_PROTOCOL. Do

Bret, We like the new functionality. Our concern is our customers / we will need to modify all of the code that are consumers of EDKII_VARIABLE_LOCK_PROTOCOL to use the new protocols. If you could