The UUID generation is done through the random number generation & time unix time stamp features available through the built-in python modules 'random' and 'time' respectively. The random number &

REF:https://bugzilla.tianocore.org/show_bug.cgi?id=3900 update smbiosview type 41 related fileds. Signed-off-by: Bo Chang Ke <bo-changx.ke@...> Cc: Dandan Bi <dandan.bi@...> Cc: Star

Hello Nate, Thanks a lot for your answer ! I got myself a copy of "Beyond BIOS" to understand how UEFI works. The project sound very interesting, so if I understand correctly, OVMF only implements

How is a UUID generated in UEFI env? Is there a dependency on MAC address or random number generator? Can you add a description of the technique to the BZ and the commit message? Thanks, Mike

Hi Nate Thanks for the response. For the std implementation, I do have some idea how to go about implementing it now. The most important thing I realized is that most of the std isn't actually std.

Can we remove inline keyword? I don't think it is really needed in EDKII project. Thank you Yao Jiewen

With inline keyword removed in patch-7/8, Series reviewed-by: Jiewen Yao <Jiewen.yao@...>

REF: https://bugzilla.tianocore.org/show_bug.cgi?id=3899 This is commit contains the UEFI port of uuid.py module. Made necessary changes required to uuid.py module to support UEFI environment.

This patch contains the uuid.py updated module with the changes required to support it working on uefi environment. Jayaprakash Nevara (1): AppPkg\Applications\Python\Python-3.6.8\Lib: uuid.py

Hi Barton, Thank you for the review. Could you please upstream the patch. With Warm Regards, Edhay

Recently there is a work to migrate UefiCpuLib to CpuLib (patch attached), you may want to sync up your changes with that patch set. RISC-V will do the same work later. Thanks Abner

strcpy() returns a pointer to the destination string, AsciiStrCpyS() does not. So a simple #define does not work. Create a inline function instead. Signed-off-by: Gerd Hoffmann

Add #define for INT_MIN. Will be needed by openssl 3.0. Signed-off-by: Gerd Hoffmann <kraxel@...> --- CryptoPkg/Library/Include/CrtLibSupport.h | 1 + 1 file changed, 1 insertion(+) diff

openssl 3.0 wants at least 512 bytes, otherwise it throws an error: error:0280007E:Diffie-Hellman routines::modulus too small Signed-off-by: Gerd Hoffmann <kraxel@...> ---

Add typedef for off_t. Will be needed by openssl 3.0. Signed-off-by: Gerd Hoffmann <kraxel@...> --- CryptoPkg/Library/Include/CrtLibSupport.h | 1 + 1 file changed, 1 insertion(+) diff --git

Add dummy MODULESDIR #define Will be needed by openssl 3.0. Signed-off-by: Gerd Hoffmann <kraxel@...> --- CryptoPkg/Library/Include/CrtLibSupport.h | 1 + 1 file changed, 1 insertion(+) diff

Add define for UINT_MAX. Will be needed by openssl 3.0. Signed-off-by: Gerd Hoffmann <kraxel@...> --- CryptoPkg/Library/Include/CrtLibSupport.h | 1 + 1 file changed, 1 insertion(+) diff

Add #define for strstr(). Will be needed by openssl 3.0. Signed-off-by: Gerd Hoffmann <kraxel@...> --- CryptoPkg/Library/Include/CrtLibSupport.h | 1 + 1 file changed, 1 insertion(+) diff

First batch of patches which update CrtLibSupport so it has everything needed to build openssl3. Also a testcase update for openssl3. This does not update the openssl submodule, that'll happen in