Could someone review this please? I submitted it almost 2 weeks ago. -- Rebecca Cran

Update the production microcode to a new version. Signed-off-by: Guo Dong <guo.dong@...> Cc: Nate DeSimone <nathaniel.l.desimone@...> Cc: Sai Chaganty <rangasai.v.chaganty@...> ---

It's not required to go into that tag. We need two more patches that we haven't submitted yet to boot on Qemu. Would it be okay if we used a library from ArmVirtPkg for RISCV64? See:

Hi, A little ping on this. Can someone take a look? There was a similar patch here, that addressed the same issue https://edk2.groups.io/g/devel/topic/82327316#74401 so I think it would be good get

Daniel: Thanks for your information. Acked-by: Liming Gao <gaoliming@...> And, do you request to merge this patch for edk2 stable tag 202105? Thanks Liming 发件人:

This patch is reviewed before soft feature freeze. So, I create PR https://github.com/tianocore/edk2/pull/1659 to merge it for this stable tag. Thanks Liming on

The change looks good to me. Added some more info for Liming and others reference. For DBG2, https://docs.microsoft.com/en-us/windows-hardware/drivers/bringup/acpi-debug-port-table Table 3. Debug

BZ: https://bugzilla.tianocore.org/show_bug.cgi?id=3403 Now, some uninitialized warning can't be detected on GCC5 tool chain, but can be detected on GCC49 tool chain. Edk2 CI only covers GCC5 tool

Create PR https://github.com/tianocore/edk2/pull/1658. This patch passed code review before soft feature freeze. So, I merge it for this stable tag. Thanks Liming

Ashish: Sorry. I miss the patch cover letter. I see this subtype is defined in https://docs.microsoft.com/en-us/windows-hardware/drivers/bringup/acpi-debug-port-table. So, I agree this fix.

Great! It is verified I can boot Linux from a virtio ESP using this patch on QEMU virt machine. See: https://github.com/riscv/riscv-edk2-platforms/runs/2618819010?check_suite_focus=true Thanks, Daniel

Add queued invalidation interface support for VTd core driver. For software to invalidate the various caching structures, the architecture supports the following two types of invalidation

Ashish: Is NVIDIA 16550 Subtype defined in the public spec? If yes, can you share the link? Thanks Liming 发件人: devel@edk2.groups.io <devel@edk2.groups.io> 代表 Ashish

Daniel: Now, it is clear to me. So, I suggest to merge this change when it is verified on generic RISC-V QEMU virt machine. Is it

Laszlo: Sure. I will include gcc issue link in the commit message. I will send V2 patch. Thanks Liming

Update CML microcode from otcshare. Signed-off-by: jinjhuli <jin.jhu.lim@...> Cc: Kathappan Esakkithevar <kathappan.esakkithevar@...> Cc: Sai Chaganty <rangasai.v.chaganty@...> ---

I think we should patch first and move to a common location later. Looking at some of your changes and comments, I have these comments: Rather than commenting out things you don’t need in the

Hi Jin Jhu, Please make sure to CC the maintainers of the CometLakeSIliconBinPkg: https://github.com/tianocore/edk2-non-osi/blob/2e8dd46782451e8ae7181417a5c30d1804302b43/Maintainers.txt#L52 M:

Thanks for the answers, that's very helpful, guys! I've started to replace some of my DSC and FDF with the include files mentioned by Michael. Since RISC-V doesn't have I/O registers, SMM and some

Pushed: https://github.com/tianocore/edk2-non-osi/commit/2e8dd46