- Sync BrotliCompress script the same style with BrotliCompress.bat
Cc: Liming Gao
Cc: Yonghong Zhu
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Bell Song
---
BaseTools/BinWrappers/PosixLike/BrotliCompress | 55 +++---
1 file changed, 32 insertions
Reviewed-by: Liming Gao
>-Original Message-
>From: Song, BinX
>Sent: Thursday, April 13, 2017 9:20 AM
>To: edk2-devel@lists.01.org
>Cc: Gao, Liming ; Zhu, Yonghong
>
>Subject: [PATCH] BaseTools: Add --version option in Brotli and BrotliCompress
>
>https://bugzilla.tianocore.org/show_bug.c
In general, the user needn’t to run “process_files.pl” to re-generate the INF
file, if you are using the latest release (e.g. current 1.1.0e stated in the
OpenSSL-HOWTO).
You can re-produce your INF file if any customization requirement (new OpenSSL
version, new config flags, …).
Theprocss_file
Hi Qin,
So currently our CryptoPkg init does not support third party perl tool
such as ActivePerl ?
Thanks.
--
BR
winddy_zhang
-- Original --
From: "Long, Qin";;
Date: Thu, Apr 13, 2017 01:08 PM
To: "winddy";
"
Hi Arka,
I will help to look into this problem and will try to reproduce it first.
Best Regards,
Hao Wu
> -Original Message-
> From: edk2-devel [mailto:edk2-devel-boun...@lists.01.org] On Behalf Of Arka
> Sharma
> Sent: Wednesday, April 12, 2017 2:05 PM
> To: Tian, Feng
> Cc: edk2-devel
Current CapsuleApp only supports input/output file from rootdirectory.
If the CapsuleApp and related file are put into subdirectory,
below message will be shown when running the CapsuleApp in shell.
"CapsuleApp: capsule image (Capsule image file name) is not found."
This patch is to add directory
Push edk2 at b6d11d7c467810ea7f2e2eda46ef0bdc57bf1475.
>-Original Message-
>From: Leo Duran [mailto:leo.du...@amd.com]
>Sent: Wednesday, April 12, 2017 10:55 PM
>To: edk2-de...@ml01.01.org
>Cc: Leo Duran ; Kinney, Michael D
>; Gao, Liming ; Brijesh
>Singh
>Subject: [PATCH v8] MdePkg: Bas
> -Original Message-
> From: edk2-devel [mailto:edk2-devel-boun...@lists.01.org] On Behalf Of
> winddy
> Sent: Thursday, April 13, 2017 10:39 AM
> To: edk2-devel
> Subject: [edk2] CryptoPkg compiles error: BIO_printf() and BIO_snprintf()
> redefined.
>
> Hi experts,
> Now I compile
Reviewed-by: zwei4
Thanks,
David Wei
-Original Message-
From: Lu, ShifeiX A
Sent: Thursday, April 13, 2017 11:31 AM
To: edk2-devel@lists.01.org
Cc: Wei, David
Subject: [Patch][edk2-platforms/devel-MinnowBoard3] GPIO clean up.
Contributed-under: Tiano
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: lushifex
---
.../Board/LeafHill/BoardInitPostMem/BoardGpios.h | 8
.../Board/MinnowBoard3/BoardInitPostMem/BoardGpios.h | 8
2 files changed, 16 deletions(-)
diff --git
a/Platf
Yes, exactly.
I hope the default path be as simple as possible.
Then we only need update the page table in the corner case.
Thank you
Yao Jiewen
From: edk2-devel [mailto:edk2-devel-boun...@lists.01.org] On Behalf Of Duran,
Leo
Sent: Thursday, April 13, 2017 10:44 AM
To: Yao, Jiewen ; Zeng, Star
From: Yao, Jiewen [mailto:jiewen@intel.com]
Sent: Wednesday, April 12, 2017 9:40 PM
To: Duran, Leo ; Zeng, Star ; Laszlo
Ersek ; Kinney, Michael D ;
edk2-de...@ml01.01.org
Cc: Tian, Feng ; Singh, Brijesh ;
Yao, Jiewen
Subject: RE: [edk2] [PATCH] MdeModulePkg: Add
EFI_GCD_MEMORY_SPACE_NOTI
Hi Leo
Can we clear SEC for all non-DRAM region, instead of MMIO region?
Then we do not need worried about 'ADD' MMIO.
Thank you
Yao Jiewen
From: Duran, Leo [mailto:leo.du...@amd.com]
Sent: Thursday, April 13, 2017 10:35 AM
To: Zeng, Star ; Laszlo Ersek ; Kinney,
Michael D ; edk2-de...@ml01.01.
Hi experts,
Now I compile CryptoPkg in lastest UDK, I find there is a build error:
BaseCryptLib.lib(CrtWrapper.obj) : error LNK2005: BIO_snprintf already defined
i
n OpensslLib.lib(b_print.obj)
BaseCryptLib.lib(CrtWrapper.obj) : error LNK2005: BIO_printf already defined in
OpensslLib.lib(
Hi Star,
At DxeIpl time we only have the MMIO regions published by descriptor HOB's
built during PEI.
But we also need to capture MMIO regions that may be 'added' by DXE drivers
(e.g., PciHostBridgeDxe), ideally without making changes to those drivers.
So our thinking is that trapping the 'Add'
Reviewed-by: Yonghong Zhu
Best Regards,
Zhu Yonghong
-Original Message-
From: Chen, Hesheng
Sent: Tuesday, April 11, 2017 4:17 PM
To: edk2-devel@lists.01.org
Cc: Zhu, Yonghong
Subject: [patch] BaseTools/ECC: Add a new checkpoint
Add a new checkpoint to check if the SMM communication
Mike,
The a ranges we're interest in are those that invoke GCD with an 'Add' request
for MMIO.
Before any DXE drivers are dispatched the 'Add' requests are simply the MMIO
regions reported by resource descriptor HOB's built prior to DxeIpl.
However, once DXE drivers are dispatched GCD may get ot
Reviewed-by: Yonghong Zhu
Best Regards,
Zhu Yonghong
-Original Message-
From: Kinney, Michael D
Sent: Thursday, April 13, 2017 5:39 AM
To: edk2-devel@lists.01.org
Cc: Gao, Liming ; Zhu, Yonghong ;
Shaw, Kevin W
Subject: [edk2-BuildSpecification PATCH] Use macros in !include file pat
Reviewed-by: Yonghong Zhu
Best Regards,
Zhu Yonghong
-Original Message-
From: Kinney, Michael D
Sent: Thursday, April 13, 2017 3:14 AM
To: edk2-devel@lists.01.org
Cc: Gao, Liming ; Zhu, Yonghong ;
Shaw, Kevin W
Subject: [edk2-DscSpecification PATCH] Use macros in !include file paths
Does the solution Jiewen proposed at
https://lists.01.org/pipermail/edk2-devel/2017-March/008987.html also work for
this case similarly?
Thanks,
Star
-Original Message-
From: Kinney, Michael D
Sent: Thursday, April 13, 2017 8:59 AM
To: Laszlo Ersek ; Leo Duran ;
edk2-de...@ml01.01.org;
Jiaxin:
I would like to recommend a new function to close the file handle in private
datastructure. The closing logic is now scattering around.
-Original Message-
From: Wu, Jiaxin
Sent: Monday, April 10, 2017 12:31 PM
To: edk2-devel@lists.01.org
Cc: Zhang, Chao B ; Ye, Ting ; Fu,
Siy
Reviewed-by: Hao Wu
Best Regards,
Hao Wu
> -Original Message-
> From: Bi, Dandan
> Sent: Wednesday, April 12, 2017 3:09 PM
> To: edk2-devel@lists.01.org
> Cc: Dong, Eric; Gao, Liming; Wu, Hao A
> Subject: [patch] MdeModulePkg/HiiDB: Avoid incorrect results of multiplication
>
> An exa
Reviewed-by: Yonghong Zhu
Best Regards,
Zhu Yonghong
-Original Message-
From: Kinney, Michael D
Sent: Thursday, April 13, 2017 1:42 AM
To: edk2-devel@lists.01.org
Cc: Gao, Liming ; Zhu, Yonghong ;
Shaw, Kevin W
Subject: [edk2-FdfSpecification PATCH] Allow sections in any order
http
Reviewed-by: Yonghong Zhu
Best Regards,
Zhu Yonghong
-Original Message-
From: Kinney, Michael D
Sent: Thursday, April 13, 2017 5:11 AM
To: edk2-devel@lists.01.org
Cc: Gao, Liming ; Zhu, Yonghong ;
Shaw, Kevin W
Subject: [edk2-BuildSpecification PATCH] Only copy "TianoCore" UserExtensi
https://bugzilla.tianocore.org/show_bug.cgi?id=464
V2:
- Add build version
V1:
- Add --version option in Brotli and BrotliCompress
Cc: Liming Gao
Cc: Yonghong Zhu
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Bell Song
---
BaseTools/BinWrappers/PosixLike/BrotliCompres
Hi Laszlo and Leo,
If you look at the CpuSetMemoryAttributes() function in
UefiCpuPkg/CpuDxe/CpuDxe.c, you will see it now calls
AssignMemoryPageAttributes() at the end. This function
is implemented in UefiCpuPkg/CpuDxe/CpuPageTable.c and it
updates page table attributes based on the request.
Cc: Ruiyu Ni
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: James Tucker
---
DuetPkg/BootSector/Gpt.S | 22 +++---
DuetPkg/BootSector/bs32.S | 1 +
DuetPkg/BootSector/efi64.S | 2 +-
3 files changed, 13 insertions(+), 12 deletions(-)
diff --git a/Due
https://bugzilla.tianocore.org/show_bug.cgi?id=472
The EBNF already allows !include statements to use
$(MACRO) values in the file path. This change updates
the description and examples for !include statements
to allow the use of macros and specific environment
variables in !include file paths.
C
https://bugzilla.tianocore.org/show_bug.cgi?id=472
GitHub branch for review:
https://github.com/mdkinney/edk2-BuildSpecification/tree/Bugzilla_472_MacrosInIncludes
GitHub branch compare against latest DRAFT for review:
https://github.com/tianocore-docs/edk2-BuildSpecification/compare/ma
https://bugzilla.tianocore.org/show_bug.cgi?id=471
Cc: Liming Gao
Cc: Yonghong Zhu
Cc: Kevin W Shaw
Contributed-under: TianoCore Contribution Agreement 1.1
Signed-off-by: Michael Kinney
---
8_pre-build_autogen_stage/87_generated_asbuilt_inf_files.md | 9 +
README.md
https://bugzilla.tianocore.org/show_bug.cgi?id=471
GitHub branch for review:
https://github.com/mdkinney/edk2-BuildSpecification/tree/Bugzilla_471_AtBuiltInfUserExtensions
GitHub branch compare against latest DRAFT for review:
https://github.com/tianocore-docs/edk2-BuildSpecification/co
Rebecca,
PI conformant drivers can use PI spec Protocols/PPIs such as I2C.
A UEFI Driver or UEFI Application can use PI Protocols, but the
UEFI Driver/App must look for the PI Protocol and fail gracefully,
provide reduced functionality, or provide an alternate implementation
of the feature if th
On 04/12/17 22:26, Duran, Leo wrote:
> Lazlo,
>
> This path is *not* intended to be pushed upstream... It's just a "show &
> tell" for the previous patch.
> Basically, the intent is to illustrate the use-case... so this patch just
> does a DEBUG out.
Ah, thanks. Sorry, I was misled by the [PATC
Hi Mike,
Please see my replies below.
Leo.
> -Original Message-
> From: Kinney, Michael D [mailto:michael.d.kin...@intel.com]
> Sent: Wednesday, April 12, 2017 2:39 PM
> To: Duran, Leo ; edk2-de...@ml01.01.org; Kinney,
> Michael D
> Cc: Laszlo Ersek ; Tian, Feng ;
> Singh, Brijesh ; Zen
Mike,
On 04/12/17 21:39, Kinney, Michael D wrote:
> Hi Leo,
>
> DXE Main is supposed to use Arch Protocols for platform specific behavior.
>
> In this case, can the CPU Arch Protocol SetMemoryAttributes() function
> be used to customize behavior?
>
> In other modules that add/remove/modify MMIO
Lazlo,
This path is *not* intended to be pushed upstream... It's just a "show & tell"
for the previous patch.
Basically, the intent is to illustrate the use-case... so this patch just does
a DEBUG out.
Leo.
> -Original Message-
> From: Laszlo Ersek [mailto:ler...@redhat.com]
> Sent: We
ARM ArmHvcLib looks like it was created from copy of ArmSmcLib which
looks like it was created from a copy of the AArch64 version.
Both of these files include AsmMacroIoLibV8.h instead of
AsmMacroIoLib.h, although since they only use macros that are identical
between the two, there was no function
On 04/12/17 21:00, Leo Duran wrote:
> On entry, GcdNotifyDxe scans the GCD MemmorySpace map and produces this
> protocol to get notifications from GCD on MemorySpace Add/Remove operations.
>
> This patch illustrates how OvmfPkg could take actions on GCD notifications.
> For example: updating the S
I'm writing an application (it may also end up being a DXE driver) that
needs to access the i2c bus. The issue I'm seeing is that the i2c/SMBus
access protocols etc. seem to be from the PI spec, and my understanding
is that drivers or applications aren't supposed to use PI-specific
functionalit
Hi Leo,
DXE Main is supposed to use Arch Protocols for platform specific behavior.
In this case, can the CPU Arch Protocol SetMemoryAttributes() function
be used to customize behavior?
In other modules that add/remove/modify MMIO, gDS->SetMemorySpaceAttributes()
Is called to set memory space att
https://bugzilla.tianocore.org/show_bug.cgi?id=351
GitHub branch for review:
https://github.com/mdkinney/edk2-DscSpecification/tree/Bugzilla_351_MacrosInIncludes
GitHub branch compare against latest DRAFT for review:
https://github.com/tianocore-docs/edk2-DscSpecification/compare/master
https://bugzilla.tianocore.org/show_bug.cgi?id=351
The EBNF already allows !include statements to use
$(MACRO) values in the file path. This change updates
the description and examples for !include statements
to allow the use of macros and specific environment
variables in !include file paths.
C
On entry, GcdNotifyDxe scans the GCD MemmorySpace map and produces this
protocol to get notifications from GCD on MemorySpace Add/Remove operations.
This patch illustrates how OvmfPkg could take actions on GCD notifications.
For example: updating the SEV mask on page-table entries for MMIO ranges.
On entry, GcdNotifyDxe scans the GCD MemmorySpace map and produces this
protocol to get notifications from GCD on MemorySpace Add/Remove operations.
This patch illustrates how OvmfPkg could take actions on GCD notifications.
For example: updating the SEV mask on page-table entries for MMIO ranges.
GCD consumes the protocol to issue a Notify() on Add/Remove operations.
The intended use-case is to allow OvmfPkg take actions on behalf of an
SEV-enabled guest.
The new protocol is simply added to the list of optional protocols handled
by DxeMain, and as such leverages the existing DxeProtocolNo
GCD consumes the protocol to issue a Notify() on Add/Remove operations.
The intended use-case is to allow OvmfPkg take actions on behalf of an
SEV-enabled guest.
The new protocol is simply added to the list of optional protocols handled
by DxeMain, and as such leverages the existing DxePr
https://bugzilla.tianocore.org/show_bug.cgi?id=142
GitHub branch for review:
https://github.com/mdkinney/edk2-FdfSpecification/tree/Bugzilla_142_FdfSectionsAnyOrder
GitHub branch compare against latest DRAFT for review:
https://github.com/tianocore-docs/edk2-FdfSpecification/compare/mas
https://bugzilla.tianocore.org/show_bug.cgi?id=142
Cc: Liming Gao
Cc: Yonghong Zhu
Cc: Kevin W Shaw
Contributed-under: TianoCore Contribution Agreement 1.1
Signed-off-by: Michael Kinney
---
3_edk_ii_fdf_file_format/32_fdf_definition.md | 24
README.md
This patch adds an SEV-specific .INF and corresponding assembly
files, to unroll REP INSx/OUTSx on IoRead/WriteFifo#() routines
when the SEV feature is enabled under a hypervisor environment.
The new .INF only supports the IA32 and X64 architectures.
Cc: Michael D Kinney
Cc: Liming Gao
Contribu
This patch adds an SEV-specific .INF and corresponding assembly
files, to unroll REP INSx/OUTSx on IoRead/WriteFifo#() routines
when the SEV feature is enabled under a hypervisor environment.
The new .INF only supports the IA32 and X64 architectures.
This patch follows the series "[PATCH v3 0
Hi Jiaxin,
The patch in your previous mail doesn't help. The issue still exists
even after the patch.
After some debugging, it is found that it hangs in
p6SendNeighborSolicit()->Ip6Output()call.
//
// Send the Neighbor Solicitation message with
// Sou
Hi, Andrey
Thanks for providing the detail data and now I understand the problem. The TCP
driver was designed and implemented according RFC793, so I think it doesn't
fully comply with the subsequent update ECR.
While I still have question about your patch, the RFC1122 said that the sending
TCP
On 04/11/17 22:07, Ard Biesheuvel wrote:
> Remove the library class resolution for ARM's BdsLib: no included
> module actually depends on it, and it will be removed shortly.
>
> Contributed-under: TianoCore Contribution Agreement 1.0
> Signed-off-by: Ard Biesheuvel
> ---
> ArmVirtPkg/ArmVirtXen.
Add VBT for MIPI LFP; Change HDMI drive strength to 400mV 0dB.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: zwei4
---
.../Common/Binaries/Vbt/VbtBxtEdp.bin | Bin 5632 -> 5632 bytes
.../Common/Binaries/Vbt/VbtBxtMipi.bin| Bin 0 -> 5632 by
Reviewed-by: zwei4
Thanks,
David Wei
-Original Message-
From: Guo, Mang
Sent: Wednesday, April 12, 2017 2:52 PM
To: edk2-devel@lists.01.org
Cc: Wei, David ; Lu, ShifeiX A
Subject: [Patch][edk2-platforms/devel-MinnowBoard3] Fix S3 resume failure
When
Reviewed-by: Liming Gao
>-Original Message-
>From: Wu, Hao A
>Sent: Tuesday, April 11, 2017 10:14 AM
>To: edk2-devel@lists.01.org
>Cc: Wu, Hao A ; Gao, Liming
>Subject: [PATCH] MdeModulePkg/Dxe/Image: Restore mCurrentImage on all
>paths
>
>This commit makes sure that in function CoreStar
Reviewed-by: Ye Ting
-Original Message-
From: Zhang, Lubo
Sent: Thursday, April 06, 2017 4:58 PM
To: edk2-devel@lists.01.org
Cc: Wu, Jiaxin ; Ye, Ting ; Fu, Siyuan
Subject: [patch] NetworkPkg: Add check logic for iSCSI driver.
Need to check variable of mPrivate whether is null before
Hi Naveen,
I have tried my part, but can't reproduce the issue. As I said, all of the DNS
address will be configured in system.
Can you share us the failure case packet?
Thanks,
Jiaxin
> -Original Message-
> From: Santhapur Naveen [mailto:nave...@amiindia.co.in]
> Sent: Tuesday, A
An example:
The codes in function Output8bitPixel in Image.c:
OffsetY = BITMAP_LEN_8_BIT ((UINT32) Image->Width, Ypos);
Both Image->Width and Ypos are of type UINT16. They will be promoted to
int (signed) first, and then perform the multiplication defined by macro
BITMAP_LEN_8_BIT. If the result o
59 matches
Mail list logo