Re: [edk2-devel] Problem with decompression on EDK2

Hi Liming, Thanks for the quick response. Can you help show me where I can find more information on the decompression (ie. how to test the image, etc.)? Thanks Tien Hock > -Original Message- > From: Gao, Liming > Sent: Sunday, September 29, 2019 3:06 PM > To: Loh, Tien Hock ; devel@edk

[edk2-devel] [edk2-platforms][PATCH V1 0/3] Add FW Boot Media Device Indicator

This patch series introduces a mechanism for determining the firmware boot media device. This allows the firmware boot media to be discovered through a standardized API. Traditionally, most systems have only supported firmware storage on SPI flash. Presently, several other storage technologies are

[edk2-devel] [edk2-platforms][PATCH V1 2/3] BoardModulePkg/FirmwareBootMediaInfoLib: Add library

REF:https://bugzilla.tianocore.org/show_bug.cgi?id=2229 Introduces a new library class FirmwareBootMediaInfoLib that is used to report the firmware boot media device. A default library instance is provided that always returns the firmware boot media is SPI flash. For platforms with other firmware

[edk2-devel] [edk2-platforms][PATCH V1 1/3] IntelSiliconPkg/FirmwareBootMediaLib: Add library

REF:https://bugzilla.tianocore.org/show_bug.cgi?id=2229 Adds a new library that is used to make system initialization decisions in the boot flow dependent upon firmware boot media. Note that the firmware boot media is the storage media that the boot firmware is stored on. It is not the OS storage

[edk2-devel] [edk2-platforms][PATCH V1 3/3] BoardModulePkg/FirmwareBootMediaInfoPei: Add module

REF:https://bugzilla.tianocore.org/show_bug.cgi?id=2229 Adds a new module that is responsible for publishing the boot media device information that will be used in the boot flow for system initialization decisions dependent upon firmware boot media. The module depends on a library class to implem

Re: [edk2-devel] [plaforms/devel-riscv-v2 PATCHv2 01/14] Silicon/SiFive: Initial version of SiFive silicon package

On Thu, Sep 19, 2019 at 11:51:18AM +0800, Gilbert Chen wrote: > Add SiFive silicon EDK2 metafile and header files of > SiFive RISC-V cores. > > Signed-off-by: Gilbert Chen > --- > Silicon/SiFive/Include/Library/SiFiveE51.h | 60 > ++ > Silicon/SiFive/Include/Library

Re: [edk2-devel] [PATCH v3] MdeModulePkg: Enable/Disable S3BootScript dynamically.

Change pushed: ed9db1b91ceba7d3a24743d4d9314c6fbe11c4b3 Thanks! Chasel > -Original Message- > From: devel@edk2.groups.io On Behalf Of Chiu, > Chasel > Sent: Friday, September 27, 2019 3:51 PM > To: devel@edk2.groups.io > Cc: Wu, Hao A ; Dong, Eric ; > Desimone, Nathaniel L ; Gao, Limi

Re: [edk2-devel] [PATCH v1 0/4] Support HTTPS HostName validation feature(CVE-2019-14553)

On 09/29/19 08:09, Wang, Jian J wrote: > For this patch series, > 1. " Contributed-under: TianoCore Contribution Agreement 1.1" is not needed > any more. > Remove it at push time and no need to send a v2. > 2. Since it's security patch which had been reviewed separately, I see no > reason for n

Re: [edk2-devel] [PATCH 1/1] MdeModulePkg/BdsDxe: Also call PlatformBootManagerWaitCallback on 0

On 09/30/19 03:24, Ni, Ray wrote: > Existing close source platform BDS only updates UI in this function. > Reviewed-by: Ray Ni Thanks, Ray! Can you please push this patch for Pete? Thanks Laszlo > >> -Original Message- >> From: devel@edk2.groups.io On Behalf Of Pete Batard >> Sent: We

Re: [edk2-devel] [PATCH v3] MdeModulePkg: Enable/Disable S3BootScript dynamically.

On 09/27/19 09:51, Chasel Chiu wrote: > REF: https://bugzilla.tianocore.org/show_bug.cgi?id=2212 > > In binary model the same binary may have to support both > S3 enabled and disabled scenarios, however not all DXE > drivers linking PiDxeS3BootScriptLib can return error to > invoke library DESTRUC

Re: [edk2-devel] [edk2-staging/RISC-V-V2 PATCH v2 13/29] MdeModulePkg/Logo

On Mon, Sep 23, 2019 at 08:31:39AM +0800, Abner Chang wrote: > Add RISCV64 Arch. > > Signed-off-by: Abner Chang Reviewed-by: Leif Lindholm > --- > MdeModulePkg/Logo/Logo.inf | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/MdeModulePkg/Logo/Logo.inf b/MdeModulePkg/Log

Re: [edk2-devel] [edk2-staging/RISC-V-V2 PATCH v2 14/29] NetworkPkg

On Mon, Sep 23, 2019 at 08:31:40AM +0800, Abner Chang wrote: > Add RISCV64 Arch. > > Signed-off-by: Abner Chang Reviewed-by: Leif Lindholm > --- > NetworkPkg/Network.dsc.inc | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/NetworkPkg/Network.dsc.inc b/NetworkPkg/Netwo

Re: [edk2-devel] [edk2-staging/RISC-V-V2 PATCH v2 29/29] edk2-staging: Update Maintainers.txt

On Mon, Sep 23, 2019 at 08:31:55AM +0800, Abner Chang wrote: > Add maintainer and reviewer of RiscVPkg. > > Signed-off-by: Abner Chang > --- > Maintainers.txt | 5 + > 1 file changed, 5 insertions(+) > > diff --git a/Maintainers.txt b/Maintainers.txt > index 919bacc..11449a5 100644 > --- a/

Re: [edk2-devel] [edk2-staging/RISC-V-V2 PATCH v2 28/29] edk2-staging/RISC-V-V2: Add ReadMe

On Mon, Sep 23, 2019 at 08:31:54AM +0800, Abner Chang wrote: > Add RiscVEdk2Readme.md > > Signed-off-by: Abner Chang > --- > RiscVEdk2Readme.md | 34 ++ > 1 file changed, 34 insertions(+) > create mode 100644 RiscVEdk2Readme.md > > diff --git a/RiscVEdk2Readme.m

Re: [edk2-devel] [PATCH V1 0/5] UEFI Variable SMI Reduction

On 10/01/19 00:43, Laszlo Ersek wrote: > On 09/27/19 00:35, Kubacki, Michael A wrote: >> After thinking a bit more, this test is based on a side effect of >> implementation. I'd prefer to avoid this being the sole cause of additional >> complexity in an already complex driver. Are one of these tw

Re: [edk2-devel] [PATCH V1 0/5] UEFI Variable SMI Reduction

On 09/27/19 00:35, Kubacki, Michael A wrote: > After thinking a bit more, this test is based on a side effect of > implementation. I'd prefer to avoid this being the sole cause of additional > complexity in an already complex driver. Are one of these two options > acceptable? > > 1. Use the Run

Re: [edk2-devel] [edk2-staging/RISC-V-V2 PATCH v2 26/29] RiscVPkg/SmbiosDxe: Generic SMBIOS DXE driver for RISC-V platforms.

On Mon, Sep 23, 2019 at 08:31:52AM +0800, Abner Chang wrote: > RISC-V generic SMBIOS DXE driver for building up SMBIOS type 4, type 7 > and type 44 records. > > Signed-off-by: Abner Chang > --- > RiscVPkg/Include/ProcessorSpecificDataHob.h| 95 ++ > RiscVPkg/Include/SmbiosProcessorS

Re: [edk2-devel] [PATCH 1/1] BaseTools: use stdint.h for GCC ProcessorBind.h typedefs

On 09/27/19 12:06, Philippe Mathieu-Daudé wrote: > On 9/26/19 9:28 PM, Leif Lindholm wrote: >> The AArch64 definitions of UINT64/INT64 differ from the X64 ones. >> Since this is on the tool side, doing like X64 and picking the >> definitions from stdint.h feels like a better idea than hardcoding >>

Re: [edk2-devel] CR WhitleyRp BIOS build failure

Fei, I took a quick look and I did not see a Python stack trace. I'm not sure if your build wrapper ate it, or it does not exist? If I had to randomly guess there is some syntax error in your .INF file is crashing the Python that is parsing that INF file. Seems like you may have an issue with

Re: [edk2-devel] [Patch v2] Maintainers.txt: Move ShellBin maintainers to EDK II Releases section

On 09/27/19 02:23, Liming Gao wrote: > ShellBinPkg is generated for each edk2 stable tag release. > > Cc: Andrew Fish > Cc: Laszlo Ersek > Cc: Leif Lindholm > Cc: Michael D Kinney > Signed-off-by: Liming Gao > --- > In v2, use real URL for edk2 release > Maintainers.txt | 15 ---

Re: [edk2-devel] Recent changes to EsrtFmp causing ASSERTs

Cut-n-paste problem. My apologies. Copying again in plain text: // // Check to see of FmpImageInfoBuf GUID/HardwareInstance is unique // for (Index = 0; Index < *NumberOfDescriptors; Index++) { if (CompareGuid (&HardwareInstances[Index].ImageTypeGuid, &FmpImageInfoBuf->ImageTypeId))

Re: [edk2-devel] NVDIMM with QEMU+OVMF

On 09/29/19 11:01, Tiger Liu(BJ-RD) wrote: > Hi, Laszlo: > Ask a question about NVDIMM support within Qemu+OVMF environment. > > It seems QEMU support NVDIMM type. > > Does current OVMF code support emulated NVDIMM controller init? No, not to my knowledge. Thanks, Laszlo -=-=-=-=-=-=-=-=-=-=-=

Re: [edk2-devel] Recent changes to EsrtFmp causing ASSERTs

Jason, Agreed - though that image you sent was challenging for these old eyes. Black on dark grey? Ack! Thanks, Michael A. Rothman --- Let no excuse be a barrier to your success. On Sep 30, 2019, at 1:48 PM, "jason.spottsw...@hpe.com

Re: [edk2-devel] [Patch 05/12] MdePkg BaseIoLibIntrinsic: Remove __inline__ attribute for IO functions

> On Sep 30, 2019, at 3:35 PM, Laszlo Ersek wrote: > > Hi Liming, > > On 09/27/19 09:46, Liming Gao wrote: >> __inline__ attribute will make the functions not be exposed as the >> library interface. It will cause CLANG9 compiler fail. >> >> Signed-off-by: Liming Gao >

Re: [edk2-devel] [edk2-staging/RISC-V-V2 PATCH v2 23/29] RiscVPkg/CpuDxe: Add RISC-V CPU DXE driver.

On Mon, Sep 23, 2019 at 08:31:49AM +0800, Abner Chang wrote: > The driver produces RISC-V EFI_CPU_ARCH_PROTOCOL and use RISC-V > platform level timer library. > > Due to RISC-V timer CSR is platform implementation specific, Please expand CSR. > RISC-V CPU DXE driver invokes platform level timer

Re: [edk2-devel] [Patch 12/12] OvmfPkg SecMain: Add build option "-fno-omit-frame-pointer" for CLANG9 X64

+ Jordan On 09/27/19 09:46, Liming Gao wrote: > BZ: https://bugzilla.tianocore.org/show_bug.cgi?id=2024 > > Signed-off-by: Liming Gao > --- > OvmfPkg/Sec/SecMain.inf | 4 > 1 file changed, 4 insertions(+) > > diff --git a/OvmfPkg/Sec/SecMain.inf b/OvmfPkg/Sec/SecMain.inf > index 63ba4cb555.

Re: [edk2-devel] [edk2-staging/RISC-V-V2 PATCH v2 22/29] RiscVPkg/RiscVPlatformTempMemoryInit: RISC-V Platform Temporary Memory library

On Mon, Sep 23, 2019 at 08:31:48AM +0800, Abner Chang wrote: > NULL instance of RISC-V Platform Temporary Memory library. > > Signed-off-by: Abner Chang > --- > .../Library/RiscVPlatformTempMemoryInitLib.h | 17 +++ > .../RiscVPlatformTempMemoryInitLibNull.inf | 34 > +

Re: [edk2-devel] [edk2-staging/RISC-V-V2 PATCH v2 21/29] RiscVPkg/PeiServicesTablePointerLibOpenSbi: RISC-V PEI Service Table Pointer library

On Mon, Sep 23, 2019 at 08:31:47AM +0800, Abner Chang wrote: > Implementation of RISC-V PEI Service Table Pointer library using > RISC-V OpenSbi. > > Signed-off-by: Abner Chang > --- > .../PeiServicesTablePointerLibOpenSbi.inf | 38 +++ > .../PeiServicesTablePointerLibOpenSbi.uni

[edk2-devel] Recent changes to EsrtFmp causing ASSERTs

In EsrtFmp.c, function CreateEsrtEntry, line 196, the code asserts if the FMP image hardware instance matches that of an existing instance.  This is fine if the hardware instance is supported.  The field is optional though.  In the UEFI spec, "a zero hardware instance means the FMP provider is n

Re: [edk2-devel] [edk2-staging/RISC-V-V2 PATCH v2 19/29] RiscVPkg/Library: RISC-V platform level DxeIPL libraries.

On Mon, Sep 30, 2019 at 09:15:57PM +0100, Leif Lindholm wrote: > On Mon, Sep 23, 2019 at 08:31:45AM +0800, Abner Chang wrote: > > RiscVDxeIplHandoffLib.inf: Simply use stack switch to hand off to DXE > > phase. > > > > RiscVDxeIplHandoffOpenSbiLib.inf: Hand off to DXE phase using OpenSBI > > inter

Re: [edk2-devel] [Patch 11/12] OvmfPkg: Enable CLANG9 tool chain

Hi Liming, On 09/27/19 09:46, Liming Gao wrote: > 1. Apply CLANG9 Linker option. I'm confused by this, in two regards. - Why do we refer to CLANG9 first as being in the GCC toolchain family (see near mmx/sse), and then under a totally different family name (CLANGPE?) - Regarding the CLANGPE opt

Re: [edk2-devel] [Patch 05/12] MdePkg BaseIoLibIntrinsic: Remove __inline__ attribute for IO functions

Hi Liming, On 09/27/19 09:46, Liming Gao wrote: > __inline__ attribute will make the functions not be exposed as the > library interface. It will cause CLANG9 compiler fail. > > Signed-off-by: Liming Gao > --- > MdePkg/Library/BaseIoLibIntrinsic/IoLibGcc.c | 6 -- > 1 file changed, 6 deleti

Re: [edk2-devel] [edk2-staging/RISC-V-V2 PATCH v2 20/29] MdeModulePkg/DxeIplPeim : RISC-V platform level DxeIPL

On Mon, Sep 23, 2019 at 08:31:46AM +0800, Abner Chang wrote: > Implementation of RISC-V platform level DxeIPL > > Signed-off-by: Abner Chang > --- > MdeModulePkg/Core/DxeIplPeim/DxeIpl.inf| 13 +++- > MdeModulePkg/Core/DxeIplPeim/RiscV64/DxeLoadFunc.c | 71 > ++ >

Re: [edk2-devel] [PATCH 19/35] NetworkPkg: fix CloseProtocol & UninstallMultipleProtocolInterfaces calls

Hi Phil, On 09/26/19 14:42, Philippe Mathieu-Daudé wrote: > Hi Laszlo, > > On 9/17/19 9:49 PM, Laszlo Ersek wrote: >> Both the "ControllerHandle" parameter of CloseProtocol() > > Maybe worth adding "of type EFI_CLOSE_PROTOCOL" > >> and the "Handle" >> parameter of UninstallMultipleProtocolInter

Re: [edk2-devel] [edk2-staging/RISC-V-V2 PATCH v2 19/29] RiscVPkg/Library: RISC-V platform level DxeIPL libraries.

On Mon, Sep 23, 2019 at 08:31:45AM +0800, Abner Chang wrote: > RiscVDxeIplHandoffLib.inf: Simply use stack switch to hand off to DXE > phase. > > RiscVDxeIplHandoffOpenSbiLib.inf: Hand off to DXE phase using OpenSBI > interface. > > Signed-off-by: Abner Chang > --- > .../RiscVDxeIplHandoffLib/R

Re: [edk2-devel] [edk2-staging/RISC-V-V2 PATCH v2 18/29] RiscVPkg/Library: Add EDK2 RISC-V OpenSBI library.

On Mon, Sep 23, 2019 at 08:31:44AM +0800, Abner Chang wrote: > EDK2 RISC-V OpenSBI library which pull in external source files under > RiscVPkg/opensbi to the build process. > > Signed-off-by: Abner Chang > --- > .../Library/RiscVOpensbiLib/RiscVOpensbiLib.inf| 52 > ++ >

Re: [edk2-devel] [RFC PATCH v2 04/44] OvmfPkg/ResetVector: Add support for a 32-bit SEV check

On 9/30/19 2:29 PM, Laszlo Ersek via Groups.Io wrote: > On 09/24/19 20:57, Lendacky, Thomas wrote: >> On 9/24/19 8:42 AM, Laszlo Ersek wrote: >>> On 09/19/19 21:52, Lendacky, Thomas wrote: > +; Issue VMGEXIT (rep; vmmcall) +db 0xf3 +db 0x0f +db 0x

Re: [edk2-devel] [RFC PATCH v2 10/44] OvmfPkg: A per-CPU variable area for #VC usage

On 9/30/19 2:15 PM, Laszlo Ersek via Groups.Io wrote: > On 09/26/19 16:46, Lendacky, Thomas wrote: >> On 9/26/19 3:17 AM, Laszlo Ersek wrote: >>> On 09/19/19 21:52, Lendacky, Thomas wrote: From: Tom Lendacky BZ: https://bugzilla.tianocore.org/show_bug.cgi?id=2198 A per-CPU

Re: [edk2-devel] [PATCH 30/35] ShellPkg: stop taking EFI_HANDLE in place of SHELL_FILE_HANDLE

On 09/26/19 16:43, Gao, Zhichao wrote: > OK. I didn't view the whole calling stack. Thanks for your clear explain. > Then why we need two exact same handle type? Unfortunately, I have no clue. > May be we should keep only one of them. Same with the DEBUG_XXX and EFI_D_XXX. In the long term, EFI_

Re: [edk2-devel] [RFC PATCH v2 08/44] OvmfPkg: Create GHCB pages for use during Pei and Dxe phase

On 9/30/19 2:12 PM, Laszlo Ersek wrote: > On 09/26/19 16:00, Lendacky, Thomas wrote: >> On 9/26/19 3:00 AM, Laszlo Ersek wrote: >>> Hi Tom, >>> >>> On 09/19/19 21:52, Lendacky, Thomas wrote: From: Tom Lendacky BZ: https://bugzilla.tianocore.org/show_bug.cgi?id=2198 Allocat

Re: [edk2-devel] [RFC PATCH v2 08/44] OvmfPkg: Create GHCB pages for use during Pei and Dxe phase

On 9/30/19 1:52 PM, Laszlo Ersek via Groups.Io wrote: > On 09/26/19 16:00, Lendacky, Thomas wrote: >> On 9/26/19 3:00 AM, Laszlo Ersek wrote: >>> Hi Tom, >>> >>> On 09/19/19 21:52, Lendacky, Thomas wrote: From: Tom Lendacky BZ: https://bugzilla.tianocore.org/show_bug.cgi?id=2198 >>>

Re: [edk2-devel] [edk2-staging/RISC-V-V2 PATCH v2 17/29] RiscVPkg/Library: Add RISC-V timer library

On Mon, Sep 23, 2019 at 08:31:43AM +0800, Abner Chang wrote: > Timer library for RISC-V > > Signed-off-by: Abner Chang > --- > .../Library/RiscVTimerLib/BaseRiscVTimerLib.inf| 34 > RiscVPkg/Library/RiscVTimerLib/RiscVTimerLib.c | 195 > + > RiscVPkg/Library/Ri

Re: [edk2-devel] [RFC PATCH v2 04/44] OvmfPkg/ResetVector: Add support for a 32-bit SEV check

On 09/24/19 20:57, Lendacky, Thomas wrote: > On 9/24/19 8:42 AM, Laszlo Ersek wrote: >> On 09/19/19 21:52, Lendacky, Thomas wrote: >>> +; Issue VMGEXIT (rep; vmmcall) >>> +db 0xf3 >>> +db 0x0f >>> +db 0x01 >>> +db 0xd9 >> >> (8) Can you please file an RFE at

Re: [edk2-devel] [RFC PATCH v2 10/44] OvmfPkg: A per-CPU variable area for #VC usage

On 09/26/19 16:46, Lendacky, Thomas wrote: > On 9/26/19 3:17 AM, Laszlo Ersek wrote: >> On 09/19/19 21:52, Lendacky, Thomas wrote: >>> From: Tom Lendacky >>> >>> BZ: https://bugzilla.tianocore.org/show_bug.cgi?id=2198 >>> >>> A per-CPU implementation for holding values specific to a CPU when >>> r

Re: [edk2-devel] [edk2-staging/RISC-V-V2 PATCH v2 16/29] RiscVPkg/Library: Add RISC-V exception library

On Mon, Sep 23, 2019 at 08:31:42AM +0800, Abner Chang wrote: > Initial RISC-V Supervisor Mode trap handler > > Signed-off-by: Abner Chang > --- > .../RiscVExceptionLib/CpuExceptionHandler.S| 88 ++ > .../CpuExceptionHandlerDxeLib.inf | 42 + > .../RiscVExce

Re: [edk2-devel] [RFC PATCH v2 08/44] OvmfPkg: Create GHCB pages for use during Pei and Dxe phase

On 09/26/19 16:00, Lendacky, Thomas wrote: > On 9/26/19 3:00 AM, Laszlo Ersek wrote: >> Hi Tom, >> >> On 09/19/19 21:52, Lendacky, Thomas wrote: >>> From: Tom Lendacky >>> >>> BZ: https://bugzilla.tianocore.org/show_bug.cgi?id=2198 >>> >>> Allocate memory for the GHCB pages during SEV initializati

Re: [edk2-devel] [RFC PATCH v2 08/44] OvmfPkg: Create GHCB pages for use during Pei and Dxe phase

On 09/26/19 16:00, Lendacky, Thomas wrote: > On 9/26/19 3:00 AM, Laszlo Ersek wrote: >> Hi Tom, >> >> On 09/19/19 21:52, Lendacky, Thomas wrote: >>> From: Tom Lendacky >>> >>> BZ: https://bugzilla.tianocore.org/show_bug.cgi?id=2198 >>> >>> Allocate memory for the GHCB pages during SEV initializati

Re: [edk2-devel] [edk2-staging/RISC-V-V2 PATCH v2 15/29] RiscVPkg/Library: RISC-V CPU library

On Mon, Sep 23, 2019 at 08:31:41AM +0800, Abner Chang wrote: > This library provides CSR assembly functions to read/write RISC-V > specific Control and Status registers. > > Signed-off-by: Abner Chang > --- > RiscVPkg/Include/Library/RiscVCpuLib.h | 68 > RiscVPkg/Library

[edk2-devel] [edk2-test][PATCH v1 1/1] SctPkg: Convert files from UTF-16 to UTF-8.

No Functional Change. edk2\BaseTools\Scripts\ConvertUni.py tool is used to convert uni files from UTF-16 to UTF-8. This fixes issue #2205. Ref: https://bugzilla.tianocore.org/show_bug.cgi?id=2205 Signed-off-by: Supreeth Venkatesh --- .../ValidHiiImage1/SampleStrings.uni | Bin 4122 -> 20

Re: [edk2-devel] [Qemu-devel] [PATCH 1/2] q35: implement 128K SMRAM at default SMBASE address

below > -Original Message- > From: devel@edk2.groups.io On Behalf Of Igor > Mammedov > Sent: Monday, September 30, 2019 8:37 PM > To: Laszlo Ersek > Cc: devel@edk2.groups.io; qemu-de...@nongnu.org; Chen, Yingwen > ; phillip.go...@oracle.com; > alex.william...@redhat.com; Yao, Jiewen ; Na

[edk2-devel] Mike will be the back up maintainers for Edk2 packages when Chinese National Holiday (Oct.1 ~ Oct.7)

Hi, all Some Edk2 package maintainers are in China. We will take Chinese National Holiday (Oct.1 ~ Oct.7). In this period, Michael D Kinney will be the backup maintainers for those Edk2 packages. Thanks for Mike great support. Thanks Liming -=-=-=-=-=-=-=-=-=-=-=- Groups.io Links: You receive a

Re: [edk2-devel] [Qemu-devel] [PATCH 1/2] q35: implement 128K SMRAM at default SMBASE address

On Mon, 30 Sep 2019 13:51:46 +0200 "Laszlo Ersek" wrote: > Hi Igor, > > On 09/24/19 13:19, Igor Mammedov wrote: > > On Mon, 23 Sep 2019 20:35:02 +0200 > > "Laszlo Ersek" wrote: > > >> I've got good results. For this (1/2) QEMU patch: > >> > >> Tested-by: Laszlo Ersek > >> > >> I tested the

Re: [edk2-devel] [Qemu-devel] [PATCH 1/2] q35: implement 128K SMRAM at default SMBASE address

Hi Igor, On 09/24/19 13:19, Igor Mammedov wrote: > On Mon, 23 Sep 2019 20:35:02 +0200 > "Laszlo Ersek" wrote: >> I've got good results. For this (1/2) QEMU patch: >> >> Tested-by: Laszlo Ersek >> >> I tested the following scenarios. In every case, I verified the OVMF >> log, and also the "info

Re: [edk2-devel] [edk2-platforms PATCH 1/1] Platforms/RPi3: DisplayDxe virtual resolution improvements

Hi Leif, On 2019.09.29 00:05, Leif Lindholm wrote: On Fri, Sep 27, 2019 at 10:20:15AM +0100, Pete Batard wrote: From: Andrei Warkentin The Pi GPU decouples requested resolution from actual physical resolution and can perform scaling of virtual resolutions. This enables platform users to do so