I know Steven has provided the patch to fix this GenFw issue.

Update Patch #2, #4 - #8, #28, #33, #36, #38 per Giri's comments to a. Update SDM date to June, 2016 b. Mention BCD format in CPU_MICROCODE_DATE c.

+ UINT32 Model:4; + UINT32 Family:4; + UINT32 Type:2; + UINT32 Reserved1:2; + UINT32 ExtendedModel:4; + UINT32 ExtendedFamily:8; + UINT32 Reserved2:4; + } Bits; + UINT32 Uint32; +}

Return EFI_UNSUPPORTED instead of EFI_SUCCESS for NULL implementation of all Functions. 2. Sync MpInitLibxxx functions header updating described in v4 part of Patch #4. v3: 1.

is the multiple of 1-KByte, the padding data should not - // exist if the microcode patch alignment value is not larger than 1-KByte.

Move the code Consume MpInitLib APIs to produce CPU MP Protocol from patch #40 to this patch. 2.

// ... but use two slots + b 3f + +2: ldp x4, x5, [x2, #-16]! + stp x4, x5, [sp, #-16]!

This replaces the DMARemappingReportingTable.h from EdkCompatibilityPkg\Foundation\Include\IndustryStandard Patch V2: added below defines and re-arranged the file.

Update Patch #2, #4 - #8, #28, #33, #36, #38 per Giri's comments to a. Update SDM date to June, 2016 b. Mention BCD format in CPU_MICROCODE_DATE c.

+ UINT32 Model:4; + UINT32 Family:4; + UINT32 Type:2; + UINT32 Reserved1:2; + UINT32 ExtendedModel:4; + UINT32 ExtendedFamily:8; + UINT32 Reserved2:4; + } Bits; + UINT32 Uint32; +}

Return EFI_UNSUPPORTED instead of EFI_SUCCESS for NULL implementation of all Functions. 2. Sync MpInitLibxxx functions header updating described in v4 part of Patch #4. v3: 1.

is the multiple of 1-KByte, the padding data should not - // exist if the microcode patch alignment value is not larger than 1-KByte.

Move the code Consume MpInitLib APIs to produce CPU MP Protocol from patch #40 to this patch. 2.

[Sorry, this patch was pushed into EDKII trunk by wrong operation. If the review mail could pass review, I would prefer to not do a roll-back. Sorry again for that.

Seperate the GenFW new relocation types support patch from this serial, and I will send it later in new serial. 4. Add EFIAPI for UefiShellCommandLib function.

Pre-Built Binaries from http://www.llvm.org/releases/ (e.g. http://www.llvm.org/releases/ 3.8.0/clang+llvm-3.8.0-x86_64-linux-gnu-ubuntu-16.04.tar.xz and extract it as ~/clang38). 2.

Hello Steven, This is probably caused by the same issue I am addressing with the series I sent out yesterday, to pass the CC flags to the DLINK command. The reason is that code is generated by the lin

Hello Ard, [Steven]: I just tried it. No, replacing '-Wl,-pie' with -fpie cannot works for clang38. With -fpie in link flags, the OvmfPkgX64 still hang in 64bits SEC at high address. [Steven]: OK, I w

Seperate the GenFW new relocation types support patch from this serial, and I will send it later in new serial. 4. Add EFIAPI for UefiShellCommandLib function.

Pre-Built Binaries from http://www.llvm.org/releases/ (e.g. http://www.llvm.org/releases/ 3.8.0/clang+llvm-3.8.0-x86_64-linux-gnu-ubuntu-16.04.tar.xz and extract it as ~/clang38). 2.