|
Re: [PATCH v4 0/3] UnitTestFrameworkPkg: Add code coverage support for GCC
@Sean Brogan and @Kinney, Michael D
Thanks for comment in Patch V3.
It updated now. https://github.com/tianocore/edk2/pull/3349
Thanks,
Gua
@Sean Brogan and @Kinney, Michael D
Thanks for comment in Patch V3.
It updated now. https://github.com/tianocore/edk2/pull/3349
Thanks,
Gua
|
By
Guo, Gua
·
#94463
·
|
|
Re: [PATCH v2 1/1] OvmfPkg/PlatformInitLib: q35 mtrr setup fix
Reviewed-by: Ard Biesheuvel <ardb@...>
Merged as #3425
Reviewed-by: Ard Biesheuvel <ardb@...>
Merged as #3425
|
By
Ard Biesheuvel
·
#94462
·
|
|
Re: [PATCH 0/2] OvmfPkg/QemuBootOrderLib: StoreQemuBootOrder bugfix
Reviewed-by: Ard Biesheuvel <ardb@...>
Merged as #3425
Reviewed-by: Ard Biesheuvel <ardb@...>
Merged as #3425
|
By
Ard Biesheuvel
·
#94461
·
|
|
Re: [PATCH v1 1/1] CryptoPkg: Fix integer overflow
(cc Jiewen and Jian)
Hello Yuan,
Thanks for the patch.
Reviewed-by: Ard Biesheuvel <ardb@...>
Since this is a CryptoPkg change, the CryptoPkg maintainers are
ultimately the ones that need
(cc Jiewen and Jian)
Hello Yuan,
Thanks for the patch.
Reviewed-by: Ard Biesheuvel <ardb@...>
Since this is a CryptoPkg change, the CryptoPkg maintainers are
ultimately the ones that need
|
By
Ard Biesheuvel
·
#94460
·
|
|
[PATCH v1 1/1] CryptoPkg: Fix integer overflow
SECSPERDAY is 86400 which exceeds the limit of a UINT16 which is 65536.
Therefore DayRemainder cannot use UINT16. This patch makes it UINT32.
Cc: Jordan Justen <jordan.l.justen@...>
Cc: Laszlo
SECSPERDAY is 86400 which exceeds the limit of a UINT16 which is 65536.
Therefore DayRemainder cannot use UINT16. This patch makes it UINT32.
Cc: Jordan Justen <jordan.l.justen@...>
Cc: Laszlo
|
By
Yuan Yu
·
#94459
·
|
|
[PATCH v1 0/1] Fix integer overflow in CryptoPkg
Some value uses UINT16 which is not wide enough to hold the values that
it is supposed to hold. This series fix it by using UINT32.
The changes can be seen
Some value uses UINT16 which is not wide enough to hold the values that
it is supposed to hold. This series fix it by using UINT32.
The changes can be seen
|
By
Yuan Yu
·
#94458
·
|
|
Re: The principles of EDK2 module reconstruction for archs
On Wed, Sep 28, 2022 at 03:33:45AM +0000, Ni, Ray wrote:
Hi Ray,
>
> 1. When a new arch's implementation is introduced to the existing module which was developed for the specific arch:
>
> 1.
On Wed, Sep 28, 2022 at 03:33:45AM +0000, Ni, Ray wrote:
Hi Ray,
>
> 1. When a new arch's implementation is introduced to the existing module which was developed for the specific arch:
>
> 1.
|
By
Sunil V L
·
#94457
·
|
|
[PATCH EDK2 v1 1/1] NetworkPkg/Dhcp6Dxe:Generate real time stamp
The stamp used to be generated is assumed 30day/month. Now adding a
new function which calculates time stamp with the correct days.
Cc: Maciej Rabeda <maciej.rabeda@...>
Cc: Jiaxin Wu
The stamp used to be generated is assumed 30day/month. Now adding a
new function which calculates time stamp with the correct days.
Cc: Maciej Rabeda <maciej.rabeda@...>
Cc: Jiaxin Wu
|
By
wenyi,xie
·
#94456
·
|
|
[PATCH EDK2 v1 0/1] NetworkPkg/Dhcp6Dxe:Generate real time stamp
Main Changes :
1.Adding a new function to calculate time stamp.
Wenyi Xie (1):
NetworkPkg/Dhcp6Dxe:Generate real time stamp
NetworkPkg/Dhcp6Dxe/Dhcp6Utility.c | 71 +++++++++++++++++---
1 file
Main Changes :
1.Adding a new function to calculate time stamp.
Wenyi Xie (1):
NetworkPkg/Dhcp6Dxe:Generate real time stamp
NetworkPkg/Dhcp6Dxe/Dhcp6Utility.c | 71 +++++++++++++++++---
1 file
|
By
wenyi,xie
·
#94455
·
|
|
Re: The principles of EDK2 module reconstruction for archs
[AMD Official Use Only - General]
[AMD Official Use Only - General]
|
By
Chang, Abner
·
#94454
·
|
|
Re: [PATCH] UefiCpuPkg/CpuExceptionHandlerLib: Code optimization to allow bigger stack
Reviewed-by: Ray Ni <ray.ni@...>
Reviewed-by: Ray Ni <ray.ni@...>
|
By
Ni, Ray
·
#94453
·
|
|
Re: The principles of EDK2 module reconstruction for archs
Abner,
I think we Mike’s first email regarding the package structure is a good guideline regarding how to place the modules.
What we are discussing is how to organize the module internal
Abner,
I think we Mike’s first email regarding the package structure is a good guideline regarding how to place the modules.
What we are discussing is how to organize the module internal
|
By
Ni, Ray
·
#94452
·
|
|
Re: The principles of EDK2 module reconstruction for archs
[AMD Official Use Only - General]
We had the conversation this morning regarding the proper place for the file/module naming rule.
The proposal is the naming rule content would be documented in
[AMD Official Use Only - General]
We had the conversation this morning regarding the proper place for the file/module naming rule.
The proposal is the naming rule content would be documented in
|
By
Chang, Abner
·
#94451
·
|
|
Re: The principles of EDK2 module reconstruction for archs
[AMD Official Use Only - General]
[AMD Official Use Only - General]
|
By
Chang, Abner
·
#94450
·
|
|
Re: The principles of EDK2 module reconstruction for archs
Mike,
Has following content already been documented somewhere?
It looks good to me. Very good abstraction of existing cases. Maybe there are some lib/modules that don’t follow this rule. But the
Mike,
Has following content already been documented somewhere?
It looks good to me. Very good abstraction of existing cases. Maybe there are some lib/modules that don’t follow this rule. But the
|
By
Ni, Ray
·
#94449
·
|
|
Re: The principles of EDK2 module reconstruction for archs
The [Arch] refers to the Processor Architecture.
The [Module] refer to the EDK2 module.
The [X86] refers to both IA32 and X64.
The principles to create the X86 folder in the module:
When
The [Arch] refers to the Processor Architecture.
The [Module] refer to the EDK2 module.
The [X86] refers to both IA32 and X64.
The principles to create the X86 folder in the module:
When
|
By
Ni, Ray
·
#94448
·
|
|
Updated Event: TianoCore Bug Triage - APAC / NAMO
#cal-invite
TianoCore Bug Triage - APAC / NAMO
When:
Tuesday, January 19, 2021
6:30pm to 7:30pm
(UTC-08:00) America/Los Angeles
Repeats: Weekly on
TianoCore Bug Triage - APAC / NAMO
When:
Tuesday, January 19, 2021
6:30pm to 7:30pm
(UTC-08:00) America/Los Angeles
Repeats: Weekly on
|
By
Group Notification <noreply@...>
·
#94447
·
|
|
[PATCH] MdeModulePkg VariablePei: Add Variable state check when find variable in IndexTable.
When read a variable in PEI, it will find it first in the HOB, then find in variable store. When find in variable store, it will check the variable state, but find in HOB, it doesn't check the state,
When read a variable in PEI, it will find it first in the HOB, then find in variable store. When find in variable store, it will check the variable state, but find in HOB, it doesn't check the state,
|
By
Jiading Zhang
·
#94446
·
|
|
Re: [PATCH V2 1/1] OvmfPkg/PeilessStartupLib: move mPageTablePool to stack
Merged https://github.com/tianocore/edk2/pull/3420
Merged https://github.com/tianocore/edk2/pull/3420
|
By
Yao, Jiewen
·
#94445
·
|
|
[PATCH] UefiCpuPkg/CpuExceptionHandlerLib: Code optimization to allow bigger stack
This commit is a code optimization to allow bigger seperate stack size in
ArchSetupExceptionStack. In previous code logic, CPU_STACK_ALIGNMENT bytes
will be wasted if StackTop is already
This commit is a code optimization to allow bigger seperate stack size in
ArchSetupExceptionStack. In previous code logic, CPU_STACK_ALIGNMENT bytes
will be wasted if StackTop is already
|
By
duntan
·
#94444
·
|