Reviewed-by: Liming Gao
>-Original Message-
>From: Liu, Zhiguang
>Sent: Wednesday, November 20, 2019 2:35 PM
>To: devel@edk2.groups.io
>Cc: Gao, Liming ; Wang, Jian J
>; Wu, Hao A
>Subject: [PATCH] MdeModulePkg: LzmaCustomDecompressLib.inf don't
>support EBC anymore
>
>After unifying the
After unifying the definition of size_t, EBC compiler has failure.
So don't compile this inf file for EBC
REF:https://bugzilla.tianocore.org/show_bug.cgi?id=2338
Cc: Liming Gao
Cc: Jian J Wang
Cc: Hao A Wu
Signed-off-by: Zhiguang Liu
---
MdeModulePkg/Library/LzmaCustomDecompressLib/LzmaCust
The test case is ok to me.
Acked-by: Liming Gao
Thanks
Liming
>-Original Message-
>From: Fan, ZhijuX
>Sent: Wednesday, November 20, 2019 10:46 AM
>To: Gao, Liming ; devel@edk2.groups.io
>Cc: Feng, Bob C
>Subject: RE: [PATCH V2] BaseTools:Add [packages] section in dsc file
>
>Hi:
>
>reg
The patch fixed the rebase issue before. Before, one patch aimed to remove the
redundant forward declaration. That cause the rebase error. But this patch add
it back for ValidateSratReserved function. I'd like the format to be aligned.
Thanks,
Zhichao
> -Original Message-
> From: Gao, L
Dear All:
I have a question about memmap info.
I kept platform no changes during below test, and found memmap info changes
every time.
The test steps is:
1. Boot to shell, run memmap command , and dump info to 111.txt
2. use reset command to reboot system to shell again, and dump info to 222.txt
From: "Feng, Bob C"
V2: Fixed a bug in patch 4/4.
Incremental build reduces the build time by only building
the module that need to update. Edk2 Build system is a Makefile
based build system. The incrememtal build ability is provided by
the Make program. But Edk2 build tool need to generate corr
From: "Feng, Bob C"
BZ: https://bugzilla.tianocore.org/show_bug.cgi?id=2311
Enable the dependent files generation function for compilers
and Trim tool.
Cc: Liming Gao
Cc: Steven Shi
Signed-off-by: Bob Feng
---
BaseTools/Conf/build_rule.template | 94 +-
1 file ch
From: "Feng, Bob C"
BZ: https://bugzilla.tianocore.org/show_bug.cgi?id=2311
Include dependency file in Makefile to enhance
incremental build
Cc: Liming Gao
Cc: Steven Shi
Signed-off-by: Bob Feng
---
V2: Fixed a bug that make repo.txt empty.
BaseTools/Source/Python/AutoGen/GenMake.py| 8
From: "Feng, Bob C"
BZ: https://bugzilla.tianocore.org/show_bug.cgi?id=2311
Add /showIncludes for msvc and -MMD -MF $@.deps
for GCC and CLANG
Remove /MP for msvc since /MP does not work with
/showIncludes
Cc: Liming Gao
Cc: Steven Shi
Signed-off-by: Bob Feng
---
BaseTools/Conf/tools_def.te
From: "Feng, Bob C"
BZ: https://bugzilla.tianocore.org/show_bug.cgi?id=2311
Implement the function in Trim tool to get the included
file list for ASL and ASM file.
Cc: Liming Gao
Cc: Steven Shi
Signed-off-by: Bob Feng
---
BaseTools/Source/Python/Trim/Trim.py | 115 ++
Hi:
regression test:
pass build for minplatforms, WhitleyRp, TigerLake
functional test:
Define a PCD in a dec file (e.g. StandaloneMmPkg.dec) that none of the modules
depend on,
it is defined in a [PcdsFixedAtBuild] or [PcdsFeatureFlag] section
Create the [Packages] section in the DSC file and
IGNITION_01.00.02.029.0
Cc: Isaac W Oram
Cc: Vincent Zimmer
Cc: Michael Kubacki
Signed-off-by: Nate DeSimone
---
.../MeFirmware/IgnitionFirmware/License.txt | 37 +
.../MeFirmware/IgnitionFirmware/MeRegion.bin | Bin 0 -> 471040 bytes
.../Other_Licenses/libgcc_License.txt
This patch series adds ignition ME firmware binaries for the 2nd Generation
Intel® Xeon® Scalable Processors and chipsets formerly known as Cascade Lake
to the edk2-non-osi repository.
Ignition Firmware is a variant of ME firmware that is intended to provide
lightweight chipset initialization. It
> -Original Message-
> From: devel@edk2.groups.io [mailto:devel@edk2.groups.io] On Behalf Of Leif
> Lindholm
> Sent: Wednesday, November 20, 2019 3:02 AM
> To: Laszlo Ersek
> Cc: Gao, Liming; Kinney, Michael D; 'af...@apple.com'; devel@edk2.groups.io
> Subject: Re: [edk2-devel] Patch List f
So, this patch passes the review before the soft feature freeze. If it gets
Tested-By before hard feature freeze, will it plan to catch 201911 stable tag?
Thanks
Liming
>-Original Message-
>From: devel@edk2.groups.io [mailto:devel@edk2.groups.io] On Behalf Of
>Krzysztof Koch
>Sent: Tuesda
On Tue, Nov 19, 2019 at 06:50:19PM +0100, Laszlo Ersek wrote:
> On 11/19/19 15:25, Gao, Liming wrote:
> > Hi Stewards and all:
> > I collect current patch lists in devel mail list. Those patch
> > contributors request to add them for 201911 stable tag. Because the
> > time is close to Hard Fe
Not a problem, I expected that, just wanted to get this up for review so it can
go in after the freeze is over.
Thanks,
Jeff
From: Gao, Liming
Sent: Tuesday, November 19, 2019 7:19 AM
To: Jeff Brasen ; edk2-de...@lists.01.org
; devel@edk2.groups.io
Cc: Kinne
On Tue, 19 Nov 2019 at 11:38, Pete Batard wrote:
>
> Changes from v1 (https://edk2.groups.io/g/devel/message/50689 - 50697):
> - Split missing "Raspberry Pi Compute Module 3+" model from the "model
name" patch
> - Update Samer's e-mail address
> - Drop leading __ in new header guards
> - List new
On Mon, 2019-10-28 at 09:59 +0800, Abner Chang wrote:
> Add RISC-V specific LD scripts. ."rela(INFO)" in the latest GccBase.lds
> causes PE32 relocation error.
> This is the temporaty solution untill we find the root casue.
>
> Signed-off-by: Abner Chang
>
> Cc: Bob Feng
> Cc: Liming Gao
> Cc:
On 11/19/19 15:25, Gao, Liming wrote:
> Hi Stewards and all:
> I collect current patch lists in devel mail list. Those patch
> contributors request to add them for 201911 stable tag. Because the
> time is close to Hard Feature Freeze, I want to collect your
> feedback for below patches.
>
>
On 11/14/19 12:46, Zhang, Shenglei wrote:
> From: Shenglei Zhang
>
> In MpLib.c, remove the white space on a new line.
> In PageTbl.c and PiSmmCpuDxeSmm.h, update the comment style.
>
> Cc: Eric Dong
> Cc: Ray Ni
> Cc: Laszlo Ersek
> Signed-off-by: Shenglei Zhang
> ---
> UefiCpuPkg/Library/
Ray,
I agree that removing all UGA content makes the most sense.
Mike
From: Ni, Ray
Sent: Monday, November 18, 2019 11:59 PM
To: devel@edk2.groups.io; Gao, Zhichao ; Kinney, Michael
D
Cc: Jonathan O'Neal
Subject: RE: EDK2 bug report
+ Zhichao, Mike and mailing list.
In general, if the code
On 2019.11.19 15:07, Ard Biesheuvel wrote:
On Mon, 18 Nov 2019 at 19:32, Pete Batard wrote:
On 2019.11.18 18:05, Leif Lindholm wrote:
On Mon, Nov 18, 2019 at 05:58:05PM +, Pete Batard wrote:
On 2019.11.18 17:51, Leif Lindholm wrote:
On Thu, Nov 14, 2019 at 04:07:33PM +, Pete Batard
On Mon, 2019-10-28 at 12:20 +0800, Abner Chang wrote:
> This is OpenSBI platform code implementation of U540 platform.
>
> Signed-off-by: Abner Chang
>
> Cc: Michael D Kinney
> Cc: Ard Biesheuvel
> Cc: Leif Lindholm
> Cc: Gilbert Chen
> Cc: Palmer Dabbelt
> Signed-off-by: Abner Chang
> ---
On Mon, 2019-10-28 at 12:20 +0800, Abner Chang wrote:
> Serial Port library for U5 series platform.
>
> Signed-off-by: Abner Chang
>
> Cc: Michael D Kinney
> Cc: Ard Biesheuvel
> Cc: Leif Lindholm
> Cc: Gilbert Chen
> Cc: Palmer Dabbelt
> Signed-off-by: Abner Chang
> ---
> .../Library/Ser
On Mon, 18 Nov 2019 at 19:32, Pete Batard wrote:
>
> On 2019.11.18 18:05, Leif Lindholm wrote:
> > On Mon, Nov 18, 2019 at 05:58:05PM +, Pete Batard wrote:
> >> On 2019.11.18 17:51, Leif Lindholm wrote:
> >>> On Thu, Nov 14, 2019 at 04:07:33PM +, Pete Batard wrote:
> From: Samer El-Ha
Hi Liming,
This is a feature support. This patch is a rebased version of a reviewed patch
that was pending to be merged due to a lack of 'tested-by', see:
https://edk2.groups.io/g/devel/message/42297?p=,,,20,0,0,0::Created,,Krzysztof+Koch+SRAT,20,2,0,32042587
https://edk2.groups.io/g/devel/messa
Hello Kilian.
On Tue, 19 Nov 2019 at 15:19, Kilian Kegel wrote:
>
> Hi UEFI community,
>
>
>
> I’d like to inform you about an update in the CdePkg branch of edk2-staging.
>
> https://github.com/tianocore/edk2-staging/tree/CdePkg#cdepkg
>
>
>
> The goal of the CdePkg is to provide an ANSI C Inte
Hi Stewards and all:
I collect current patch lists in devel mail list. Those patch contributors
request to add them for 201911 stable tag. Because the time is close to Hard
Feature Freeze, I want to collect your feedback for below patches.
Feature List (those all have pass code review):
https:
Krzysztof:
Does this patch plan to catch to edk2 201911 stable tag? This change is like
a feature support. But, it doesn't pass review before soft feature freeze.
Thanks
Liming
> -Original Message-
> From: devel@edk2.groups.io On Behalf Of Sami Mujawar
> Sent: Monday, November 18, 201
Hi UEFI community,
I’d like to inform you about an update in the CdePkg branch of edk2-staging.
https://github.com/tianocore/edk2-staging/tree/CdePkg#cdepkg
The goal of the CdePkg is to provide an ANSI C Interface for UEFI POST drivers,
that enables BIOS engineers to (more) easily port standard
Jeff:
This patch set is a new feature support. Now, edk2 enters into soft feature
freeze. No feature is allowed to be added. So, this feature will not catch edk2
2019 stable tag.
Thanks
Liming
> -Original Message-
> From: Jeff Brasen
> Sent: Saturday, November 16, 2019 1:43 AM
> To:
Reviewed-by: Liming Gao
> -Original Message-
> From: devel@edk2.groups.io On Behalf Of Kubacki,
> Michael A
> Sent: Tuesday, November 19, 2019 3:12 PM
> To: devel@edk2.groups.io
> Cc: Bi, Dandan ; Gao, Liming ;
> Kinney, Michael D ; Wang,
> Jian J ; Wu, Hao A
> Subject: [edk2-devel] [
On Tue, 19 Nov 2019 at 13:44, Leif Lindholm wrote:
>
> On Tue, Nov 19, 2019 at 01:16:28PM +0100, Philippe Mathieu-Daudé wrote:
> > > As per Leif's comments in
> > > https://www.mail-archive.com/devel@edk2.groups.io/msg05292.html:
> > >
> > > "I don't want patches submitted with anyone other than t
On Tue, Nov 19, 2019 at 01:25:51PM +0100, Philippe Mathieu-Daudé wrote:
> > > I feel really lost with how the S-o-b are handled.
> >
> > Signed-off-by, as per https://developercertificate.org/, starts off
> > with "By making a contribution to this project, I certify that:".
> >
> > That is only a
On Tue, Nov 19, 2019 at 01:16:28PM +0100, Philippe Mathieu-Daudé wrote:
> > As per Leif's comments in
> > https://www.mail-archive.com/devel@edk2.groups.io/msg05292.html:
> >
> > "I don't want patches submitted with anyone other than the
> > contributor's Signed-off-by"
>
> I missed this thread,
On 11/19/19 1:14 PM, Leif Lindholm wrote:
On Tue, Nov 19, 2019 at 01:02:20PM +0100, Philippe Mathieu-Daudé wrote:
On 11/19/19 12:38 PM, Pete Batard wrote:
From: Samer El-Haj-Mahmoud
Add a missing entry for the "Raspberry Pi Compute Module 3+" in
RpiFirmwareGetModelName ().
Signed-off-by: Lei
On 2019.11.19 12:02, Philippe Mathieu-Daudé wrote:
On 11/19/19 12:38 PM, Pete Batard wrote:
From: Samer El-Haj-Mahmoud
Add a missing entry for the "Raspberry Pi Compute Module 3+" in
RpiFirmwareGetModelName ().
Signed-off-by: Leif Lindholm
I feel really lost with how the S-o-b are handled.
On 11/19/19 12:57 PM, Pete Batard wrote:
On 2019.11.19 11:43, Philippe Mathieu-Daudé wrote:
On 11/19/19 12:38 PM, Pete Batard wrote:
From: Samer El-Haj-Mahmoud
Define BCM2836_SOC_REGISTERS from PcdBcm283xRegistersAddress. This is
needed in preparation for adding Raspberry Pi 4 support, since
On Tue, Nov 19, 2019 at 01:02:20PM +0100, Philippe Mathieu-Daudé wrote:
> On 11/19/19 12:38 PM, Pete Batard wrote:
> > From: Samer El-Haj-Mahmoud
> >
> > Add a missing entry for the "Raspberry Pi Compute Module 3+" in
> > RpiFirmwareGetModelName ().
> >
> > Signed-off-by: Leif Lindholm
>
> I f
On 11/19/19 12:38 PM, Pete Batard wrote:
From: Samer El-Haj-Mahmoud
Add a missing entry for the "Raspberry Pi Compute Module 3+" in
RpiFirmwareGetModelName ().
Signed-off-by: Leif Lindholm
I feel really lost with how the S-o-b are handled.
I'd have expected, Samer as the author, signs it.
On 2019.11.19 11:43, Philippe Mathieu-Daudé wrote:
On 11/19/19 12:38 PM, Pete Batard wrote:
From: Samer El-Haj-Mahmoud
Define BCM2836_SOC_REGISTERS from PcdBcm283xRegistersAddress. This is
needed in preparation for adding Raspberry Pi 4 support, since the two
Pi's have a different base address
On 11/19/19 12:38 PM, Pete Batard wrote:
Bcm2711 is the SoC used by the Raspberry Pi 4. For the most part it
is backward compatible with the Bcm283x SoC used by older models but
some new Bcm2711 registers have been introduced such as the ones for
PCIe.
We therefore introduce a new Bcm27xx module
On 11/19/19 12:38 PM, Pete Batard wrote:
From: Samer El-Haj-Mahmoud
Remove hardcoded base addresses for Mailbox, Watchdog, SDIO and
DW2 USB and use an offset indexed on PcdBcm283xRegistersAddress
instead. This is needed in preparation for adding Raspberry Pi 4
support.
Similarly to the previ
On 11/19/19 12:38 PM, Pete Batard wrote:
From: Samer El-Haj-Mahmoud
Define BCM2836_SOC_REGISTERS from PcdBcm283xRegistersAddress. This is
needed in preparation for adding Raspberry Pi 4 support, since the two
Pi's have a different base addresses for the Bcm283x specific registers.
Shouldn't
This patch improves memory initialization for the Raspberry Pi Platform by:
Using VideoCore mailbox data to reserve only the regions that are actually
mapped. Especially, besides the base RAM size, which was already set using
VideoCore data, we can set the GPU/VideoCore base address as well as the
From: Samer El-Haj-Mahmoud
Define BCM2836_SOC_REGISTERS from PcdBcm283xRegistersAddress. This is
needed in preparation for adding Raspberry Pi 4 support, since the two
Pi's have a different base addresses for the Bcm283x specific registers.
Signed-off-by: Pete Batard
---
Platform/RaspberryPi/D
From: Samer El-Haj-Mahmoud
Add GetModelFamily to RASPBERRY_PI_FIRMWARE_PROTOCOL.
This uses the board revision to return a numeric value representing
the RPi family (1=RPi, 2=RPi2, 3=RPi3 and 4=RPi4).
Knowing the Pi family will help us set the SD card routing when we
introduce support for the Pi
Changes from v1 (https://edk2.groups.io/g/devel/message/50689 - 50697):
- Split missing "Raspberry Pi Compute Module 3+" model from the "model name"
patch
- Update Samer's e-mail address
- Drop leading __ in new header guards
- List new PCDs, headers and LibraryClasses in alphabetical order where
From: Samer El-Haj-Mahmoud
Add a missing entry for the "Raspberry Pi Compute Module 3+" in
RpiFirmwareGetModelName ().
Signed-off-by: Leif Lindholm
---
Platform/RaspberryPi/Drivers/RpiFirmwareDxe/RpiFirmwareDxe.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/Platform/RaspberryPi/Drive
From: Samer El-Haj-Mahmoud
Remove hardcoded base addresses for Mailbox, Watchdog, SDIO and
DW2 USB and use an offset indexed on PcdBcm283xRegistersAddress
instead. This is needed in preparation for adding Raspberry Pi 4
support.
Signed-off-by: Pete Batard
---
Platform/RaspberryPi/Drivers/DwUsb
Bcm2711 is the SoC used by the Raspberry Pi 4. For the most part it
is backward compatible with the Bcm283x SoC used by older models but
some new Bcm2711 registers have been introduced such as the ones for
PCIe.
We therefore introduce a new Bcm27xx module, which contains only the
base address for
Besides the base memory size, we can read the GPU/VideoCore base as
well as the model during early init, which we'll need for improving
the memory mapping.
This patch adds the retrieval of these variables, as well as some
early debug display of their values (which can be useful) and also
removes u
From: "Shi, Steven"
Binary cache use the OutputFile method to return the module
built output files needed to store in cache, but current
OutputFile implementation doesn't return complete output files.
Enhance the OutputFile method to return more complete output files.
Cc: Liming Gao
Cc: Bob Fen
From: Steven
Redesign the binary cache and not need to save the
cache intermediate result and state in memory as a
ModuleBuildCacheIR class instance. So remove the
CacheIR.py which define the ModuleBuildCacheIR class.
Cc: Liming Gao
Cc: Bob Feng
Signed-off-by: Steven Shi
---
BaseTools/Source
From: Steven
BZ: https://bugzilla.tianocore.org/show_bug.cgi?id=2353
This patch set is NOT for 201911 stable tag
This patch is based on patch set: https://edk2.groups.io/g/devel/message/50360
You can directly try this patch set in this branch:
https://github.com/shijunjing/edk2/tree/incrmtl_fix
From: Steven
Redesign the binary cache and bases on the compiler to
output the dependency header files info for every module.
The binary cache will directly consume the dependency header
files info and doesn't parse the C source code by iteself.
Also redesign the dependency files list format for
From: "Shi, Steven"
Enhance the CacheCopyFile method arg names to be more
clear and readable
Cc: Liming Gao
Cc: Bob Feng
Signed-off-by: Steven Shi
---
BaseTools/Source/Python/AutoGen/ModuleAutoGen.py | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/BaseTools/Source/P
Yes, we do have REST(EX) driver instance for Redfish service under current
RedfishPkg. Redfish REST(EX) driver will stay in RedfishPkg and not moving to
Network because this driver is written for Redfish service.
>>> In the future, based on the real usage case in UEFI, we can consider
>>> wheth
Hi Abner,
I just prefer put it with REST(EX) driver. So, how about keep it under
RedfishPkg since the REST driver will still under RedfishPkg (currently)? I
know it's a generic and centralized driver to do the converting, but the fact
of the matter is no other consumer except for UEFI Redfish f
Reviewed-by: Jian J Wang
Regards,
Jian
> -Original Message-
> From: Zhang, Shenglei
> Sent: Thursday, November 14, 2019 7:47 PM
> To: devel@edk2.groups.io
> Cc: Zhang, Shenglei ; Wang, Jian J
> ; Wu, Hao A
> Subject: [PATCH 1/3] MdeModulePkg/MdeModulePkg.uni: Add missing strings
> fo
61 matches
Mail list logo
