|
Event: TianoCore Community Meeting - EMEA / NAMO - 06/02/2022
#cal-reminder
Reminder: TianoCore Community Meeting - EMEA / NAMO
When:
06/02/2022
9:00am to 10:00am
(UTC-07:00) America/Los
Reminder: TianoCore Community Meeting - EMEA / NAMO
When:
06/02/2022
9:00am to 10:00am
(UTC-07:00) America/Los
|
By
Group Notification <noreply@...>
·
#90166
·
|
|
[PATCH] fix: F7 key can register Boot0000 if error happens getting mBootMenuOptionNumber
From: JamesWang <jameswang@...>
---
.../Library/BoardBdsHookLib/BoardBootOption.c | 18 ++++++++++++------
1 file changed, 12 insertions(+), 6 deletions(-)
diff --git
From: JamesWang <jameswang@...>
---
.../Library/BoardBdsHookLib/BoardBootOption.c | 18 ++++++++++++------
1 file changed, 12 insertions(+), 6 deletions(-)
diff --git
|
By
JamesWang [王家明] <JamesWang@...>
·
#90165
·
|
|
Event: TianoCore Community Meeting - EMEA / NAMO - 06/02/2022
#cal-reminder
Reminder: TianoCore Community Meeting - EMEA / NAMO
When:
06/02/2022
9:00am to 10:00am
(UTC-07:00) America/Los
Reminder: TianoCore Community Meeting - EMEA / NAMO
When:
06/02/2022
9:00am to 10:00am
(UTC-07:00) America/Los
|
By
Group Notification <noreply@...>
·
#90164
·
|
|
Re: gcc 12, RiscV64 fence.i instruction missing
Hi Steffen,
No, I don't think we've tried GCC12 yet.
Hm, I don't quite understand the bug report but it sounds like something that'll be fixed by GCC?
Thanks,
Daniel
Hi Steffen,
No, I don't think we've tried GCC12 yet.
Hm, I don't quite understand the bug report but it sounds like something that'll be fixed by GCC?
Thanks,
Daniel
|
By
Daniel Schaefer
·
#90163
·
|
|
Re: [PATCH 1/1] MdePkg/BaseLib: Add CRC16-ANSI and CRC32c implementations
Hi Liming,
No problem.
CRC32c is a CRC32 variant with a different polynomial, so unfortunately we can't reuse the current mCrcTable.
Note that technically we could further optimize the CRC32c code to
Hi Liming,
No problem.
CRC32c is a CRC32 variant with a different polynomial, so unfortunately we can't reuse the current mCrcTable.
Note that technically we could further optimize the CRC32c code to
|
By
Pedro Falcato
·
#90162
·
|
|
Re: [PATCH v7 1/6] MdeModulePkg/PciHostBridge: io range is not mandatory
This seems to be related to the padding logic, i.e., we are trying to
preserve some extra I/O space for the root port in case we hotplug
something that might need it.
The hack below gets around this
This seems to be related to the padding logic, i.e., we are trying to
preserve some extra I/O space for the root port in case we hotplug
something that might need it.
The hack below gets around this
|
By
Ard Biesheuvel
·
#90161
·
|
|
gcc 12, RiscV64 fence.i instruction missing
Hi,
has anyone tied building EDK2 (e.g. MdePkg) for RiscV64 with gcc 12?
I get:
/edk2/Build/Mde/DEBUG_GCC5/RISCV64/MdePkg/Library/BaseLib/BaseLib/OUTPUT/RiscV64/FlushCache.iiii:16: Error:
Hi,
has anyone tied building EDK2 (e.g. MdePkg) for RiscV64 with gcc 12?
I get:
/edk2/Build/Mde/DEBUG_GCC5/RISCV64/MdePkg/Library/BaseLib/BaseLib/OUTPUT/RiscV64/FlushCache.iiii:16: Error:
|
By
Oliver Steffen
·
#90160
·
|
|
Re: [PATCH v7 1/6] MdeModulePkg/PciHostBridge: io range is not mandatory
Hi,
Well, the difference seem to be pcie root ports. When plugging my
virtio device into the root bus everything is fine:
PCI Bus First Scanning
PciBus: Discovered PCI @ [00|00|00]
PciBus:
Hi,
Well, the difference seem to be pcie root ports. When plugging my
virtio device into the root bus everything is fine:
PCI Bus First Scanning
PciBus: Discovered PCI @ [00|00|00]
PciBus:
|
By
Gerd Hoffmann
·
#90159
·
|
|
Re: [PATCH v7 1/6] MdeModulePkg/PciHostBridge: io range is not mandatory
I did a quick test with both ArmVirtQemu and microvm (using this
series but omitting the MdeModulePkg), and I can confirm that not
having a I/O resource window at all seems to work fine if none of
I did a quick test with both ArmVirtQemu and microvm (using this
series but omitting the MdeModulePkg), and I can confirm that not
having a I/O resource window at all seems to work fine if none of
|
By
Ard Biesheuvel
·
#90158
·
|
|
Re: [PATCH 1/1] OvmfPkg/Microvm: drop CODE and VARS files
Acked-by: Jiewen Yao <Jiewen.yao@...>
Acked-by: Jiewen Yao <Jiewen.yao@...>
|
By
Yao, Jiewen
·
#90157
·
|
|
Re: [PATCH v7 1/6] MdeModulePkg/PciHostBridge: io range is not mandatory
Gerd,
The fix should work. But I am curious why the if in blow is not hit.
https://github.com/TianoCore/edk2/blob/master/MdeModulePkg/Bus/Pci/PciHostBridgeDxe/PciHostBridge.c#L922
The
Gerd,
The fix should work. But I am curious why the if in blow is not hit.
https://github.com/TianoCore/edk2/blob/master/MdeModulePkg/Bus/Pci/PciHostBridgeDxe/PciHostBridge.c#L922
The
|
By
Ni, Ray
·
#90156
·
|
|
Re: [PATCH v5 1/6] MdeModulePkg/PciHostBridge: io range is not mandatory
That's a real bug we should fix. I agree!!
That's a real bug we should fix. I agree!!
|
By
Ni, Ray
·
#90155
·
|
|
Re: [PATCH 0/4] OvmfPkg: CloudHv: Reduce PIO and MMIO accesses
Sounds good, thanks!
By
Yao, Jiewen
·
#90154
·
|
|
[PATCH 1/1] OvmfPkg/Microvm: drop CODE and VARS files
microvm doesn't support pflash and loads the firmware via -bios,
so we can't use the separate CODE and VARS files. Remove them.
Signed-off-by: Gerd Hoffmann <kraxel@...>
---
microvm doesn't support pflash and loads the firmware via -bios,
so we can't use the separate CODE and VARS files. Remove them.
Signed-off-by: Gerd Hoffmann <kraxel@...>
---
|
By
Gerd Hoffmann
·
#90153
·
|
|
Re: [PATCH 0/4] OvmfPkg: CloudHv: Reduce PIO and MMIO accesses
Ok the CI is passing fine after I rebased on latest master.
Ok the CI is passing fine after I rebased on latest master.
|
By
Boeuf, Sebastien
·
#90152
·
|
|
Re: [PATCH 0/2] Fix 2 issues in TDVF
https://github.com/tianocore/edk2/pull/2937
https://github.com/tianocore/edk2/pull/2937
|
By
Yao, Jiewen
·
#90151
·
|
|
[PATCH v2 1/1] OvmfPkg/AmdSev: remove unused SMM bits from .dsc and .fdf files
Signed-off-by: Gerd Hoffmann <kraxel@...>
---
OvmfPkg/AmdSev/AmdSevX64.dsc | 47 ------------------------------------
OvmfPkg/AmdSev/AmdSevX64.fdf | 15 ------------
2 files changed, 62
Signed-off-by: Gerd Hoffmann <kraxel@...>
---
OvmfPkg/AmdSev/AmdSevX64.dsc | 47 ------------------------------------
OvmfPkg/AmdSev/AmdSevX64.fdf | 15 ------------
2 files changed, 62
|
By
Gerd Hoffmann
·
#90150
·
|
|
Re: [PATCH 0/4] OvmfPkg: CloudHv: Reduce PIO and MMIO accesses
Let me repush the PR once rebased on latest master. I think the
failures were only related to the Windows CI
Let me repush the PR once rebased on latest master. I think the
failures were only related to the Windows CI
|
By
Boeuf, Sebastien
·
#90149
·
|
|
Re: [PATCH] REF:https://bugzilla.tianocore.org/show_bug.cgi?id=3898 S3 Resume flow may result in executing garbage address.
I guess this is to follow Liming's recommendation said in the bugzilla.But I don't understand why reset is better than deadloop().reset IMO is a silent failure if S3Resume2 PPI doesn't exist.
I guess this is to follow Liming's recommendation said in the bugzilla.But I don't understand why reset is better than deadloop().reset IMO is a silent failure if S3Resume2 PPI doesn't exist.
|
By
Ni, Ray
·
#90148
·
|
|
Re: [PATCH 0/4] OvmfPkg: CloudHv: Reduce PIO and MMIO accesses
Acked-by: Jiewen Yao <Jiewen.yao@...>
I notice the PR failed - https://github.com/tianocore/edk2/pull/2875
I just want to double confirm, do you have a success PR for this patch set?
Thank
Acked-by: Jiewen Yao <Jiewen.yao@...>
I notice the PR failed - https://github.com/tianocore/edk2/pull/2875
I just want to double confirm, do you have a success PR for this patch set?
Thank
|
By
Yao, Jiewen
·
#90147
·
|