The series looks good to me, and I've tested your branch by building
CLOUDHV.fd and running it with Cloud Hypervisor, nothing's broken :)
Acked-by: Sebastien Boeuf
On Tue, 2022-03-08 at 10:36 +0800, Min Xu wrote:
> BZ: https://bugzilla.tianocore.org/show_bug.cgi?id=3863
>
> There are 3 variants
REF: https://bugzilla.tianocore.org/show_bug.cgi?id=3851
When the UFS card comes out of Manufacturer, bRefClkFreq attribute is set
to 1h on the UFS card as per the Manufacturer Default Value
specified by the spec JESD220*. However, depends on the UFS host system
environment, it need to be set to t
REF: https://bugzilla.tianocore.org/show_bug.cgi?id=2720
This set of patches fixes booting from HTTP/1.0 servers.
It also improves the interaction with HTTP/1.1 servers by recognizing
the 'Connection: close' header field, which fixes a problem with
servers that close the connection after a 404-err
REF: https://bugzilla.tianocore.org/show_bug.cgi?id=2720
Check if the state of the HTTP instance is HTTP_STATE_TCP_CONNECTED, or
HTTP_STATE_TCP_CLOSED and de-configure the Tcp4 instance before
configuring it again.
Signed-off-by: Oliver Steffen
---
NetworkPkg/HttpDxe/HttpProto.c | 12 ++
REF: https://bugzilla.tianocore.org/show_bug.cgi?id=2720
Force connection close before the next request if
the server identifies as version 1.0.
Signed-off-by: Oliver Steffen
---
NetworkPkg/HttpDxe/HttpImpl.c | 8
1 file changed, 8 insertions(+)
diff --git a/NetworkPkg/HttpDxe/HttpImp
REF: https://bugzilla.tianocore.org/show_bug.cgi?id=2720
Add ConnectionClose flag to HTTP_PROTOCOL.
This boolean is FALSE by default. If set to TRUE, a reconfigure
of the Http instance is forced on the next request. The flag
is then reset.
Signed-off-by: Oliver Steffen
---
NetworkPkg/HttpDxe/Ht
REF: https://bugzilla.tianocore.org/show_bug.cgi?id=2720
Force connection close before the next request if
the server sends the 'Connection: close' header.
Signed-off-by: Oliver Steffen
---
NetworkPkg/HttpDxe/HttpImpl.c | 11 +++
1 file changed, 11 insertions(+)
diff --git a/NetworkPkg
REF:https://bugzilla.tianocore.org/show_bug.cgi?id=1446
FeatureFlagExpression Support in LibraryClasses/Guids/Ppi/Protocols/
Source section of INF file. The Pcd value in the expression is from
INF or DEC When a FeatureFlagExpression is present,if the expression
evaluates to TRUE,then the entry is
REF:https://bugzilla.tianocore.org/show_bug.cgi?id=1446
FeatureFlagExpression Support in Source section of INF file. The Pcd
value in the expression is from INF or DEC.
When a FeatureFlagExpression is present,if the expression evaluates
to TRUE,then the entry is valid. If the expression evaluates
REF:https://bugzilla.tianocore.org/show_bug.cgi?id=1446
FeatureFlagExpression Support in LibraryClasses/Guids/Ppi/Protocols
section of INF file. The Pcd value in the expression is from INF or DEC
When a FeatureFlagExpression is present,if the expression evaluates
to TRUE,then the entry is valid. I
Sorry for a typo and Cc wrong email, Re-send patch sequence,
Please review new patches.
Thanks,
Yi
-Original Message-
From: Li, Yi1
Sent: Tuesday, March 8, 2022 9:42 PM
To: devel@edk2.groups.io
Cc: Li, Yi1 ; Feng, Bob C ; Gao, Liming
; Luo, Heng
Subject: [PATCH V2 2/2] BaseTools:Add th
Is there a new minimum version of NASM required for the build? The
following commit causes the build to fail on my Ubuntu 20.04 system:
d3febfd9ade3 ("MdePkg: Replace Opcode with the corresponding instructions.")
Specifically the opcode changes in LongJump.nasm:
/root/kernels/ovmf-build-X64/Bui
GCC compiler puts the DevicePath PCDs to the read-only
section. During boot if try to process the device path
after PtrGetPtr it throws a page fault exception.
Hence making a local copy using DuplicateDevicePath()
to avoid the page fault exception.
REF : https://github.com/abdattar/edk2-platforms
GCC compiler puts the DevicePath PCDs to the read-only
section. During boot if try to process the device path
after PtrGetPtr it throws a page fault exception.
Hence making a local copy using DuplicateDevicePath()
to avoid the page fault exception.
Cc Eric Dong
Cc: Liming Gao
Signed-off-by: Ab
NASM 2.15.05 is required.
Mike
> -Original Message-
> From: devel@edk2.groups.io On Behalf Of Lendacky,
> Thomas via groups.io
> Sent: Tuesday, March 8, 2022 6:08 AM
> To: devel@edk2.groups.io
> Subject: [edk2-devel] Build failure
>
> Is there a new minimum version of NASM required for
PrePeiCore's CEntry function calls DebugLib library's print API before
the library is initialized. So, invoke the constructor in the SEC phase
to call into initialization functions associated with libraries linked
with this particular module. This change is essential to initialize
uart for SEC.
Si
This surprised me. Maybe edksetup.sh can do something like "nasm -v" and flag
this compat issue?
I used the following to update my Debian-based OS's like Ubuntu (bare-metal,
WSL, etc).
wget
http://www.nasm.us/pub/nasm/releasebuilds/2.15.05/nasm-2.15.05.tar.bz2
tar xfj nasm-2.1
Happy to fix the patch, just to check, with the build option? It does sound
like a safer bet - even if we default it to true.
Thanks
Sean
-=-=-=-=-=-=-=-=-=-=-=-
Groups.io Links: You receive all messages sent to this group.
View/Reply Online (#87365): https://edk2.groups.io/g/devel/message/873
From: Ken Lautner
Update to the newest pytools and resolves the API change for
GetAbsolutePathOnThisSytemFromEdk2RelativePath. Also updated python
version for .azurepipelines
Cc: Sean Brogan
Cc: Bret Barkelew
Cc: Michael D Kinney
Cc: Liming Gao
Signed-off-by: Kenneth Lautner
Reviewed-by:
From: Ken Lautner
---
.pytool/Plugin/CharEncodingCheck/CharEncodingCheck.py |
4 ++--
.pytool/Plugin/CompilerPlugin/CompilerPlugin.py |
2 +-
.pytool/Plugin/DependencyCheck/DependencyCheck.py |
2 +-
.pytool/Plugin/Ds
From: Ken Lautner
---
.azurepipelines/Ubuntu-PatchCheck.yml | 2 +-
.azurepipelines/templates/platform-build-run-steps.yml | 2 +-
.azurepipelines/templates/pr-gate-steps.yml| 2 +-
3 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/.azurepipelines/Ubuntu
From: Ken Lautner
Update to the newest pytools and resolves the API change for
GetAbsolutePathOnThisSytemFromEdk2RelativePath. Also updated python
version for .azurepipelines
Cc: Sean Brogan
Cc: Bret Barkelew
Cc: Michael D Kinney
Cc: Liming Gao
Signed-off-by: Kenneth Lautner
Reviewed-by:
From: Ken Lautner
Updated .azurepipelines to use newest python version
Cc: Sean Brogan
Cc: Bret Barkelew
Cc: Michael D Kinney
Cc: Liming Gao
Signed-off-by: Kenneth Lautner
Reviewed-by: Sean Brogan
---
.azurepipelines/Ubuntu-PatchCheck.yml | 2 +-
.azurepipelines/templat
From: Ken Lautner
Update to the newest pytools and resolves the API change for
GetAbsolutePathOnThisSytemFromEdk2RelativePath.
Cc: Sean Brogan
Cc: Bret Barkelew
Cc: Michael D Kinney
Cc: Liming Gao
Signed-off-by: Kenneth Lautner
Reviewed-by: Sean Brogan
---
.pytool/Plugin/CharEncodingChe
From: Ken Lautner
Update to the newest pytools and resolves the API change for
GetAbsolutePathOnThisSytemFromEdk2RelativePath. Also updated python
version for .azurepipelines
Cc: Sean Brogan
Cc: Bret Barkelew
Cc: Michael D Kinney
Cc: Liming Gao
Signed-off-by: Kenneth Lautner
Reviewed-by:
From: Ken Lautner
Updated .azurepipelines to use newest python version
Cc: Sean Brogan
Cc: Bret Barkelew
Cc: Michael D Kinney
Cc: Liming Gao
Signed-off-by: Kenneth Lautner
Reviewed-by: Sean Brogan
---
.azurepipelines/Ubuntu-PatchCheck.yml | 2 +-
.azurepipelines/templat
From: Ken Lautner
Update to the newest pytools and resolves the API change for
GetAbsolutePathOnThisSytemFromEdk2RelativePath.
Cc: Sean Brogan
Cc: Bret Barkelew
Cc: Michael D Kinney
Cc: Liming Gao
Signed-off-by: Kenneth Lautner
Reviewed-by: Sean Brogan
---
.pytool/Plugin/CharEncodingChe
REF:https://bugzilla.tianocore.org/show_bug.cgi?id=3849
PxeBaseCodeCallBack.h lacks definition for EFI_PXE_BASE_CODE_PACKET
+ #include
///
Signed-off-by: brentholtsclaw
---
MdePkg/Include/Protocol/PxeBaseCodeCallBack.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a/MdePkg/Include/Pro
From: Ken Lautner
Update to the newest pytools and resolves the API change for
GetAbsolutePathOnThisSytemFromEdk2RelativePath. Also updated python
version for .azurepipelines
Cc: Sean Brogan
Cc: Bret Barkelew
Cc: Michael D Kinney
Cc: Liming Gao
Signed-off-by: Kenneth Lautner
Reviewed-by:
From: Ken Lautner
Update to the newest pytools and resolves the API change for
GetAbsolutePathOnThisSytemFromEdk2RelativePath.
Cc: Sean Brogan
Cc: Bret Barkelew
Cc: Michael D Kinney
Cc: Liming Gao
Signed-off-by: Kenneth Lautner
Reviewed-by: Sean Brogan
---
.pytool/Plugin/CharEncodingChe
From: Ken Lautner
Updated .azurepipelines to use newest python version
Cc: Sean Brogan
Cc: Bret Barkelew
Cc: Michael D Kinney
Cc: Liming Gao
Signed-off-by: Kenneth Lautner
Reviewed-by: Sean Brogan
---
.azurepipelines/Ubuntu-PatchCheck.yml | 2 +-
.azurepipelines/templat
Thanks.
Reviewed-by: Hao A Wu
Best Regards,
Hao Wu
> -Original Message-
> From: Bandaru, Purna Chandra Rao
> Sent: Tuesday, March 8, 2022 8:20 PM
> To: devel@edk2.groups.io
> Cc: Bandaru, Purna Chandra Rao ;
> Wu, Hao A ; Albecki, Mateusz
> ; Gao, Liming ;
> Liu, Zhiguang
> Subject: [P
Hi Everyone,
I am pleased to announce that TianoCore has been accepted to participate in
GSoC 2022! GSoC applications will start rolling in on April 4th, so now we need
some volunteers to be mentors. Thank you to all who have volunteered! Mentors
will need to be able to commit to the following:
BEGIN:VCALENDAR
VERSION:2.0
PRODID:-//Groups.io Inc//Groups.io Calendar//EN
METHOD:PUBLISH
REFRESH-INTERVAL;VALUE=DURATION:PT1H
X-PUBLISHED-TTL:PT1H
CALSCALE:GREGORIAN
BEGIN:VTIMEZONE
TZID:America/Los_Angeles
LAST-MODIFIED:20201011T015911Z
TZURL:http://tzurl.org/zoneinfo-outlook/America/Los_Angeles
34 matches
Mail list logo
