|
[PATCH 1/1] OvmfPkg/XenPvBlkDxe: Fix memory barrier macro
From: Anthony PERARD <anthony.perard@...>
The macro "xen_mb()" needs to be a full memory barrier, that is it
needs to also prevent stores from been reorder after loads which an
x86 CPU can do
From: Anthony PERARD <anthony.perard@...>
The macro "xen_mb()" needs to be a full memory barrier, that is it
needs to also prevent stores from been reorder after loads which an
x86 CPU can do
|
By
Anthony PERARD
·
#91531
·
|
|
[PATCH] BaseTools/VolInfo: Correct buffer for GenCrc32 tool
If the guided section was encoded with GenCrc32 tool the resulting
'EFI_GUID_DEFINED_SECTION.DataOffset' field points to the start of
the meaningfull data that follows the CRC32 value.
But if we want
If the guided section was encoded with GenCrc32 tool the resulting
'EFI_GUID_DEFINED_SECTION.DataOffset' field points to the start of
the meaningfull data that follows the CRC32 value.
But if we want
|
By
Konstantin Aladyshev
·
#91530
·
|
|
[PATCH v2] BaseTools/VolInfo: Fix EFI_SECTION_GUID_DEFINED parsing
Currently 'PutFileImage' function is called with arguments that are
not advanced on each section parsing. This would lead to an error if
EFI_SECTION_GUID_DEFINED is not the first in a file.
The same
Currently 'PutFileImage' function is called with arguments that are
not advanced on each section parsing. This would lead to an error if
EFI_SECTION_GUID_DEFINED is not the first in a file.
The same
|
By
Konstantin Aladyshev
·
#91529
·
|
|
[PATCH v2] BaseTools/VolInfo: Show encapsulation sections
Currently there is no labels for start and end of the encapsulation
sections. Therefore it is not possible to see where the encapsulation
section ends and another section starts.
Add labels for start
Currently there is no labels for start and end of the encapsulation
sections. Therefore it is not possible to see where the encapsulation
section ends and another section starts.
Add labels for start
|
By
Konstantin Aladyshev
·
#91528
·
|
|
[PATCH] BaseTools/VolInfo: Show encapsulation sections
Currently there is no labels for start and end of the encapsulation
sections. Therefore it is not possible to see where the encapsulation
section ends and another section starts.
Add labels for start
Currently there is no labels for start and end of the encapsulation
sections. Therefore it is not possible to see where the encapsulation
section ends and another section starts.
Add labels for start
|
By
Konstantin Aladyshev
·
#91527
·
|
|
[PATCH] BaseTools/VolInfo: Fix EFI_SECTION_GUID_DEFINED parsing
Currently 'PutFileImage' function is called with arguments that are
not advanced on each section parsing. This would lead to an error if
EFI_SECTION_GUID_DEFINED is not the first in a file.
Use
Currently 'PutFileImage' function is called with arguments that are
not advanced on each section parsing. This would lead to an error if
EFI_SECTION_GUID_DEFINED is not the first in a file.
Use
|
By
Konstantin Aladyshev
·
#91526
·
|
|
Re: [edk2-test][PATCH v1 1/1] uefi-sct/SctPkg: Don't always check PixelInformation
Upstreamed through commit : https://github.com/tianocore/edk2-test/commit/4a25c3b3c79f63bd9f98b4fffcb21b5c66dd14bb
Upstreamed through commit : https://github.com/tianocore/edk2-test/commit/4a25c3b3c79f63bd9f98b4fffcb21b5c66dd14bb
|
By
G Edhaya Chandran
·
#91525
·
|
|
Re: [edk2-test][PATCH v1 1/1] uefi-sct/SctPkg: Don't always check PixelInformation
Reviewed-by: G Edhaya Chandran <edhaya.chandran@...>
Reviewed-by: G Edhaya Chandran <edhaya.chandran@...>
|
By
G Edhaya Chandran
·
#91524
·
|
|
Re: [PATCH 01/10] UefiCpuPkg: Create CpuPageTableLib for manipulating X86 paging structs
It has been in my todo list for years.
I wish this lib could be created earlier so that existing duplicated page table
manipulation logics could be avoided.
The Map() supports different PagingModes
It has been in my todo list for years.
I wish this lib could be created earlier so that existing duplicated page table
manipulation logics could be avoided.
The Map() supports different PagingModes
|
By
Ni, Ray
·
#91523
·
|
|
[PATCH v2 2/2] UefiPayloadPkg: Allow DxeMain.inf to consume the new SerialPortLib
Let DxeMain.inf consume new SerialPortLib to support
multiple channel debug message on early DXE.
Cc: Ray Ni <ray.ni@...>
Cc: Maurice Ma <maurice.ma@...>
Cc: Benjamin You
Let DxeMain.inf consume new SerialPortLib to support
multiple channel debug message on early DXE.
Cc: Ray Ni <ray.ni@...>
Cc: Maurice Ma <maurice.ma@...>
Cc: Benjamin You
|
By
Kavya
·
#91522
·
|
|
[PATCH v2 1/2] UefiPayloadPkg: Implement a new SerialPortLib instance
Add new Serial port library instance that consumes the HOB defined
in MdeModulePkg/Include/UniversalPayload/SerialPortInfo.h to support
multiple UART's.
Cc: Ray Ni <ray.ni@...>
Cc: Maurice Ma
Add new Serial port library instance that consumes the HOB defined
in MdeModulePkg/Include/UniversalPayload/SerialPortInfo.h to support
multiple UART's.
Cc: Ray Ni <ray.ni@...>
Cc: Maurice Ma
|
By
Kavya
·
#91521
·
|
|
[PATCH v5] MdeModulePkg/Include: Long debug string is truncated to 104 char
From: Cosmo Lai <cosmo.lai@...>
REF: https://bugzilla.tianocore.org/show_bug.cgi?id=3986
The EFI_STATUS_CODE_DATA_MAX_SIZE is defined as 200 in MdeModulePkg.
After reducing 96byte buffer for
From: Cosmo Lai <cosmo.lai@...>
REF: https://bugzilla.tianocore.org/show_bug.cgi?id=3986
The EFI_STATUS_CODE_DATA_MAX_SIZE is defined as 200 in MdeModulePkg.
After reducing 96byte buffer for
|
By
Cosmo Lai
·
#91520
·
|
|
[PATCH 2/2] IntelFsp2WrapperPkg: Support 64bit FspResetType for X64 build.
REF: https://bugzilla.tianocore.org/show_bug.cgi?id=3D3999
FspResetType will be either 32bit or 64 bit basing on
the build type.
Cc: Nate DeSimone <nathaniel.l.desimone@...>
Cc: Star Zeng
REF: https://bugzilla.tianocore.org/show_bug.cgi?id=3D3999
FspResetType will be either 32bit or 64 bit basing on
the build type.
Cc: Nate DeSimone <nathaniel.l.desimone@...>
Cc: Star Zeng
|
By
Chiu, Chasel
·
#91519
·
|
|
[PATCH 1/2] IntelFsp2Pkg: Support 64bit FspResetType for X64 build.
REF: https://bugzilla.tianocore.org/show_bug.cgi?id=3D3999
FspResetType will be either 32bit or 64 bit basing on
the build type.
Cc: Nate DeSimone <nathaniel.l.desimone@...>
Cc: Star Zeng
REF: https://bugzilla.tianocore.org/show_bug.cgi?id=3D3999
FspResetType will be either 32bit or 64 bit basing on
the build type.
Cc: Nate DeSimone <nathaniel.l.desimone@...>
Cc: Star Zeng
|
By
Chiu, Chasel
·
#91518
·
|
|
[PATCH 0/2] Support 64bit FspResetType in X64 build.
REF: https://bugzilla.tianocore.org/show_bug.cgi?id=3999
FspResetType will be either 32bit or 64 bit basing on
the build type
Cc: Nate DeSimone <nathaniel.l.desimone@...>
Cc: Star Zeng
REF: https://bugzilla.tianocore.org/show_bug.cgi?id=3999
FspResetType will be either 32bit or 64 bit basing on
the build type
Cc: Nate DeSimone <nathaniel.l.desimone@...>
Cc: Star Zeng
|
By
Chiu, Chasel
·
#91517
·
|
|
Re: [PATCH v6 6/8] ShellPkg: Acpiview: IORT parser update for IORT Rev E.d spec
Reviewed-by: Zhichao Gao <zhichao.gao@...>
Thanks,
Zhichao
Reviewed-by: Zhichao Gao <zhichao.gao@...>
Thanks,
Zhichao
|
By
Gao, Zhichao
·
#91516
·
|
|
回复: [PATCH v3] MdeModulePkg/Include: Long debug string is truncated to 104 char
Dandan:
Good point. I suggest to also define EFI_STATUS_CODE_DATA_MAX_SIZE into
the MdeModulePkg\Include\Guid\StatusCodeDataTypeDebug.h. Its value can be
MAX_EXTENDED_DATA_SIZE + sizeof
Dandan:
Good point. I suggest to also define EFI_STATUS_CODE_DATA_MAX_SIZE into
the MdeModulePkg\Include\Guid\StatusCodeDataTypeDebug.h. Its value can be
MAX_EXTENDED_DATA_SIZE + sizeof
|
By
gaoliming
·
#91515
·
|
|
Re: [PATCH v6 5/8] MdePkg: IORT header update for IORT Rev E.d spec
Reviewed-by: Zhichao Gao <zhichao.gao@...>
Thanks,
Zhichao
Reviewed-by: Zhichao Gao <zhichao.gao@...>
Thanks,
Zhichao
|
By
Gao, Zhichao
·
#91514
·
|
|
Re: [PATCH v6 1/8] ShellPkg: Acpiview: Abbreviate field names to preserve alignment
Reviewed-by: Zhichao Gao <zhichao.gao@...>
Thanks,
Zhichao
Reviewed-by: Zhichao Gao <zhichao.gao@...>
Thanks,
Zhichao
|
By
Gao, Zhichao
·
#91513
·
|
|
回复: [edk2-devel] [PATCH] MdeModulePkg/UefiBootManagerLib: Add Disk Info support for Ufs
Jeff:
I want to confirm why UFS apply the same rule to SCSI. Does UFS follows
SCSI spec?
Thanks
Liming
Jeff:
I want to confirm why UFS apply the same rule to SCSI. Does UFS follows
SCSI spec?
Thanks
Liming
|
By
gaoliming
·
#91512
·
|