|
Re: The principles of EDK2 module reconstruction for archs
[AMD Official Use Only - General]
[AMD Official Use Only - General]
|
By
Chang, Abner
·
#94543
·
|
|
Re: [RFC] Adoption of CodeQL in edk2
If there's any further feedback on this RFC, please respond by Tuesday, October 4th. We plan to start implementing the changes later in the week.
Thanks,
Michael
If there's any further feedback on this RFC, please respond by Tuesday, October 4th. We plan to start implementing the changes later in the week.
Thanks,
Michael
|
By
Michael Kubacki
·
#94542
·
|
|
Updated Event: TianoCore Community Meeting - APAC/NAMO
#cal-invite
TianoCore Community Meeting - APAC/NAMO
When:
Thursday, March 3, 2022
7:30pm to 8:30pm
(UTC-08:00) America/Los Angeles
Repeats: Monthly on the first
TianoCore Community Meeting - APAC/NAMO
When:
Thursday, March 3, 2022
7:30pm to 8:30pm
(UTC-08:00) America/Los Angeles
Repeats: Monthly on the first
|
By
Group Notification <noreply@...>
·
#94541
·
|
|
Updated Event: TianoCore Community Meeting EMEA/NAMO
#cal-invite
TianoCore Community Meeting EMEA/NAMO
When:
Thursday, October 6, 2022
8:00am to 9:00am
(UTC-07:00) America/Los Angeles
Repeats: Monthly on the first Thursday
Where:
Microsoft Teams meeting Join on
TianoCore Community Meeting EMEA/NAMO
When:
Thursday, October 6, 2022
8:00am to 9:00am
(UTC-07:00) America/Los Angeles
Repeats: Monthly on the first Thursday
Where:
Microsoft Teams meeting Join on
|
By
Group Notification <noreply@...>
·
#94540
·
|
|
[PATCH v1 1/1] MiscBootServices: Stall_Func: Reduces the stall interval for Stall_Func
The Stall_Func test on the highest TPL causes issues with the disk IO by
blocking interrupts. This blocking can cause disk corruption through IO
timeouts. Since this doesn't seem to be the intent of
The Stall_Func test on the highest TPL causes issues with the disk IO by
blocking interrupts. This blocking can cause disk corruption through IO
timeouts. Since this doesn't seem to be the intent of
|
By
Robert Wood
·
#94539
·
|
|
[PATCH v1 0/1] Update Stall_Func interval to avoid IO timeouts
These changes contain an adjustment to the duration of the stall command
to avoid disk corruption via IO timeouts.
Robert Wood (1):
MiscBootServices: Stall_Func: Reduces the stall interval for
These changes contain an adjustment to the duration of the stall command
to avoid disk corruption via IO timeouts.
Robert Wood (1):
MiscBootServices: Stall_Func: Reduces the stall interval for
|
By
Robert Wood
·
#94538
·
|
|
[PATCH] DynamicTablesPkg:ACPI: SLIT Generator files
From: Swatisri Kantamsetti <swatisrik@...>
Added SLIT Generator and supporting files to
generate SLIT ACPI Table
Signed-off-by: Swatisri Kantamsetti <swatisrik@...>
---
From: Swatisri Kantamsetti <swatisrik@...>
Added SLIT Generator and supporting files to
generate SLIT ACPI Table
Signed-off-by: Swatisri Kantamsetti <swatisrik@...>
---
|
By
Name <username@...>
·
#94537
·
|
|
[PATCH 1/1] MdeModulePkg: Handle InitialVFs=0 case for SR-IOV
Per the section 3.3.5 SR-IOV spec v1.1, InitialVFs (0ch).
InitialVFs indicates to SR-PCIM the number of VFs that are initially associated with the PF.
The minimum value of InitialVFs is 0.
Below code
Per the section 3.3.5 SR-IOV spec v1.1, InitialVFs (0ch).
InitialVFs indicates to SR-PCIM the number of VFs that are initially associated with the PF.
The minimum value of InitialVFs is 0.
Below code
|
By
Foster Nong <foster.nong@...>
·
#94536
·
|
|
[PATCH] ShellPkg: Changes to display Type 45 table in smbiosview and improved Type 3 table.
Add support in smbiosview command to display Type 45 table. There is a bug in Type 3 table which displays SystemEnclosureType as Undefined. As per Smbios spec, BIT7 in SMBIOS_TABLE_TYPE3.Type denotes
Add support in smbiosview command to display Type 45 table. There is a bug in Type 3 table which displays SystemEnclosureType as Undefined. As per Smbios spec, BIT7 in SMBIOS_TABLE_TYPE3.Type denotes
|
By
Kalaivani Palanikumar <kalaivanip@...>
·
#94535
·
|
|
Re: The principles of EDK2 module reconstruction for archs
Hi Abner,
Looks good to me.
Reviewed-by: Abdul Lateef Attar <abdattar@...>
Thanks
AbduL
Hi Abner,
Looks good to me.
Reviewed-by: Abdul Lateef Attar <abdattar@...>
Thanks
AbduL
|
By
Attar, AbdulLateef (Abdul Lateef) <AbdulLateef.Attar@...>
·
#94534
·
|
|
[edk2-platforms PATCH 0/2] Platform/RaspberryPi: SyncPcie() fixes
This patch series does a few fixes in the SyncPcie() function, more
specifically in the logic that deletes the pci node to prevent Linux from
resetting the XHCI controller.
Adrien Thierry (2):
This patch series does a few fixes in the SyncPcie() function, more
specifically in the logic that deletes the pci node to prevent Linux from
resetting the XHCI controller.
Adrien Thierry (2):
|
By
Adrien Thierry
·
#94533
·
|
|
[edk2-platforms PATCH 2/2] Platform/RaspberryPi: delete usb node instead of pci in SyncPcie()
In SyncPcie(), the pci node is removed from the device tree to make sure
the XHCI controller is not reset by Linux in DT mode. However, we should
only remove the usb child node and not the whole pci
In SyncPcie(), the pci node is removed from the device tree to make sure
the XHCI controller is not reset by Linux in DT mode. However, we should
only remove the usb child node and not the whole pci
|
By
Adrien Thierry
·
#94532
·
|
|
[edk2-platforms PATCH 1/2] Platform/RaspberryPi: fix pci DT node address in SyncPcie()
To make sure the XHCI controller does not get reset by Linux in DT mode,
we remove its pci parent node from the device tree. However, the pci
node address has been updated in the Raspberry Pi 4 device
To make sure the XHCI controller does not get reset by Linux in DT mode,
we remove its pci parent node from the device tree. However, the pci
node address has been updated in the Raspberry Pi 4 device
|
By
Adrien Thierry
·
#94531
·
|
|
Re: [PATCH v4 3/6] OvmfPkg: set PcdEnableUnacceptedMemory to FALSE
I probably did something wrong. Without this patch, the protocol patch
with PcdSetBoolS fails to build.
INFO - In file included
I probably did something wrong. Without this patch, the protocol patch
with PcdSetBoolS fails to build.
INFO - In file included
|
By
Dionna Glaze
·
#94530
·
|
|
Re: [PATCH 1/2] ArmPkg: implement EFI_MP_SERVICES_PROTOCOL based on PSCI calls
Hi Rebecca,
Thanks for sending this patch. I have a few questions inline "[KQ]". Could you please help me to
understand the patch better? Thanks in advance.
Regards,
Kun
[KQ]: Is there any reason
Hi Rebecca,
Thanks for sending this patch. I have a few questions inline "[KQ]". Could you please help me to
understand the patch better? Thanks in advance.
Regards,
Kun
[KQ]: Is there any reason
|
By
Kun Qin
·
#94529
·
|
|
Re: [PATCH v4 2/6] MdeModulePkg: Add PcdEnableUnacceptedMemory
Will do. Is the protocol name EnableUnacceptedMemory still acceptable
now that it's setting an AcceptAllUnacceptedMemory value to FALSE?
--
-Dionna Glaze, PhD (she/her)
Will do. Is the protocol name EnableUnacceptedMemory still acceptable
now that it's setting an AcceptAllUnacceptedMemory value to FALSE?
--
-Dionna Glaze, PhD (she/her)
|
By
Dionna Glaze
·
#94528
·
|
|
Re: [PATCH v4 4/6] MdeModulePkg: DxeMain accepts all memory at EBS if needed
I'll expand the comment further, but essentially we need a bit in the
firmware to persist from a call into a protocol to the eventual call
to ExitBootServices. If we needed offline persistence, then
I'll expand the comment further, but essentially we need a bit in the
firmware to persist from a call into a protocol to the eventual call
to ExitBootServices. If we needed offline persistence, then
|
By
Dionna Glaze
·
#94527
·
|
|
Re: [PATCH v5 09/21] MdePkg/BaseRngLib: Rename ArmReadIdIsar0() to ArmGetFeatRng()
That works for me - thanks!
I think it would make sense to create a separate ArchitectureFeatureLib (or somesuch) and move the x86 extension detection bits into that as well. But then I'm not an
That works for me - thanks!
I think it would make sense to create a separate ArchitectureFeatureLib (or somesuch) and move the x86 extension detection bits into that as well. But then I'm not an
|
By
Leif Lindholm
·
#94526
·
|
|
Re: [PATCH v5 09/21] MdePkg/BaseRngLib: Rename ArmReadIdIsar0() to ArmGetFeatRng()
Ok, it is also possible to use RngGetBytes() to enable the PcdCpuRngSupportedAlgorithm,
so I'll do that and drop:
- ArmPkg/ArmLib: Add ArmHasRngExt()
- ArmPkg/ArmLib: Add ArmReadIdIsar0() helper
Just
Ok, it is also possible to use RngGetBytes() to enable the PcdCpuRngSupportedAlgorithm,
so I'll do that and drop:
- ArmPkg/ArmLib: Add ArmHasRngExt()
- ArmPkg/ArmLib: Add ArmReadIdIsar0() helper
Just
|
By
PierreGondois
·
#94525
·
|
|
Re: [PATCH v2] MdeModulePkg/NonDiscoverablePciDeviceDxe: Allow partial
FreeBuffer
MdeModulePkg maintainers, Any comments on this?
MdeModulePkg maintainers, Any comments on this?
|
By
Jeff Brasen
·
#94524
·
|