REF:https://bugzilla.tianocore.org/show_bug.cgi?id=3896
update smbiosview type 9 related fileds.
Signed-off-by: Bo Chang Ke
Cc: Dandan Bi
Cc: Star Zeng
---
MdePkg/Include/IndustryStandard/SmBios.h | 50 +++-
.../SmbiosView/PrintInfo.c| 11 +-
Hi Rebecca and Peter,
thank you very much for your feedback.
Best regards
Corvin
Beckhoff Automation GmbH & Co. KG | Managing Director: Dipl. Phys. Hans Beckhoff
Registered office: Verl, Germany | Register court: Guetersloh HRA 7075
-=-=-=-=-=-=-=-=-=-=-=-
Groups.io Links: You receive all
From: Corvin Köhne
QemuFwCfg is much more powerful than BhyveFwCtl. Sadly, BhyveFwCtl
decided to use the same IO ports as QemuFwCfg. It's not possible to use
both interfaces simultaneously. So, prefer QemuFwCfg over BhyveFwCtl.
Signed-off-by: Corvin Köhne
Acked-by: Gerd Hoffmann
Acked-by:
Signed-off-by: Bo Chang Ke
Cc: Dandan Bi
Cc: Star Zeng
---
MdePkg/Include/IndustryStandard/SmBios.h | 50 +++-
.../SmbiosView/PrintInfo.c| 11 +-
.../SmbiosView/QueryTable.c | 238 ++
.../SmbiosView/QueryTable.h |
**Highlights:**
- GSOC Need Additional Mentors more is better
- Bugzilla Status update – Devs still need to update status (ongoing issue)
- UEFI Summit switched to Virtual only
- Question to the community Concerns about additional dependencies? See
Comments in Stewards Download
# Meeting
Thanks Dandan's update, I see patch got merged : )
Thanks,
Lin
-Original Message-
From: Bi, Dandan
Sent: Friday, April 8, 2022 10:12 AM
To: devel@edk2.groups.io; Gao, Liming ; Chen, Lin Z
; Wang, Jian J ; Dong, Eric
Cc: Li, Zhuangzhi ; Zhang, Di
Subject: RE: [edk2-devel] 回复:
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:20220317T223602Z
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:20220317T223602Z
The coding style issue is addressed and pushed via
https://github.com/tianocore/edk2/pull/2753
Thanks,
Dandan
> -Original Message-
> From: devel@edk2.groups.io On Behalf Of
> gaoliming
> Sent: Friday, April 8, 2022 8:48 AM
> To: devel@edk2.groups.io; Gao, Liming ; Chen,
> Lin Z ;
Hi Sunny,
Thanks for clarification. I will update the patch to make test fail when
KeyState is not touched.
Thanks
Barton
-邮件原件-
发件人: Sunny Wang
发送时间: 2022年4月7日 22:51
收件人: devel@edk2.groups.io; Sunny Wang ;
gao...@byosoft.com.cn
抄送: G Edhaya Chandran ; carolyn.gjert...@amd.com;
Samer
Lin:
Here is PR https://github.com/tianocore/edk2/pull/2748. There is the issue
in the change. Please check it.
ERROR -
/home/vsts/work/1/s/MdeModulePkg/Universal/HiiDatabaseDxe/ConfigRouting.c
ERROR - --->Test Failed: Uncrustify Coding Standard Test NO-TARGET returned
1
Thanks
Liming
>
Reviewed-by: Liming Gao for this patch serials.
Thanks
Liming
> -邮件原件-
> 发件人: devel@edk2.groups.io 代表 Gerd
> Hoffmann
> 发送时间: 2022年4月7日 19:36
> 收件人: devel@edk2.groups.io
> 抄送: Erdem Aktas ; Sami Mujawar
> ; Julien Grall ; James Bottomley
> ; Anthony Perard ; Min Xu
> ; Gerd Hoffmann ;
Yes, I considered that as well but I was not sure if it was worth adding
a new library just for that. I agree though that the code should not be
duplicated. I will look into it and include your other suggestions in a
v2 series.
Thanks,
Michael
On 4/6/2022 11:31 PM, Wu, Hao A wrote:
Sorry
Miki,
I’m not able to subscribe to https://edk2.groups.io/g/devel/calendar
Do you know if that’s a groups.io problem or a me problem?
Kevin D Davis
Security Strategist
Insyde Software
Phone: 503-310-
On Apr 7, 2022, at 9:42 AM, Demeter, Miki via groups.io
wrote:
# TianoCore Community
On 4/7/22 3:24 PM, Corvin Köhne wrote:
Hi Peter and Rebecca,
thanks for your feedback. This patch is backward compatible. It checks
if QemuFwCfg is available and if QemuFwCfg is missing it falls
back to BhyveFwCtl.
So, should I add Reviewed-by (or Acked-by?) Peter and Rebecca to the
commit
Hi Laszlo,
> -Original Message-
> From: devel@edk2.groups.io On Behalf Of Laszlo
> Ersek
> Sent: Thursday, April 7, 2022 12:46 AM
> To: edk2-devel-groups-io
> Cc: r, ramesh ; Sivaraman Nainar
> ; KARPAGAVINAYAGAM, MANICKAVASAKAM
>
> Subject: [edk2-devel] Intel NUC platform firmware --
Previously, Ext4Pkg was formatted using uncrustify with an older config file.
Re-format it using the upstream edk2 uncrustify config file.
Cc: Leif Lindholm
Cc: Michael D Kinney
Signed-off-by: Pedro Falcato
---
Features/Ext4Pkg/Ext4Dxe/Collation.c | 4 +-
BZ: https://bugzilla.tianocore.org/show_bug.cgi?id=3871
Add the CRC16-ANSI and CRC32C implementations previously found at
Features/Ext4Pkg/Ext4Dxe/Crc{16,32c}.c to BaseLib.
Cc: Michael D Kinney
Cc: Liming Gao
Cc: Zhiguang Liu
Signed-off-by: Pedro Falcato
---
BZ: https://bugzilla.tianocore.org/show_bug.cgi?id=3745
Adds ext2/3 support by supporting (legacy) block maps.
Also fixes a bug regarding uninitialised extents.
Cc: Leif Lindholm
Cc: Michael D Kinney
Signed-off-by: Pedro Falcato
---
Features/Ext4Pkg/Ext4Dxe/BlockMap.c | 279
BZ: https://bugzilla.tianocore.org/show_bug.cgi?id=3745
BZ: https://bugzilla.tianocore.org/show_bug.cgi?id=3871
Hi all,
This patch-set attempts to address two open feature requests for Ext4Pkg
by adding ext2/3 support (id 3745) and moving crc16-ansi/crc32c to BaseLib (id
3871).
The previous
BZ: https://bugzilla.tianocore.org/show_bug.cgi?id=3871
Since the existing CRC16/CRC32c implementations have been/will be
a part of BaseLib, use BaseLib and remove the Crc16.c/Crc32c.c.
Cc: Leif Lindholm
Cc: Michael D Kinney
Signed-off-by: Pedro Falcato
---
Hi Benjamin,
Welcome back! That sounds like a great project! Speaking from experience on the
HDMI closed chassis work and how much work there is left to do there, I think
that the two combined would qualify as a large project and they fit together
rather naturally since the HDMI closed chassis
Hi Theo,
Great to meet you and welcome to the TianoCore project! Great to hear you are
interested! Apologize for the tardiness in my response. Pedro is correct that
the audio support task unfortunately did not make it past the finish line last
year. My understanding is that the communication
Hi Wenyu,
Great to meet you and welcome to the TianoCore project! Great to hear you are
interested! Apologize for the tardiness in my response. Implementing Rust
support sounds like a wonderful project and one that would really help advance
the state of the art for UEFI firmware development!
Hi Ayush,
Great to meet you and welcome to the TianoCore project! Great to hear you are
interested! Apologize for the tardiness in my response. Implementing Rust
support sounds like a wonderful project and one that would really help advance
the state of the art for UEFI firmware development! I
Laszlo/Gred :
Can you please let us know the GITHUB project location from where you have
downloaded the source ?
Thank you
-Manic
-Original Message-
From: Laszlo Ersek
Sent: Thursday, April 7, 2022 10:12 AM
To: Gerd Hoffmann
Cc: devel@edk2.groups.io; Ramesh R. ; Sivaraman Nainar
;
In the Dynamic-Library-File template, add missing output file
declarations. These files are generated by the template and other rules
explicitly depend on them.
This change resolves missing dependency issues we encountered while
running a recursive make with job control.
Signed-off-by: Jake
The generated Makefile was missing a dependency. This resulted in a
build-time race condition if the recursive make is multi-threaded and
shares job control.
Signed-off-by: Jake Garver
---
BaseTools/Source/Python/Workspace/DscBuildData.py | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
I've just looked at the patch and it looks good, though I haven't tested it.
So yes, please add:
Acked-by: Rebecca Cran
On 4/6/22 23:24, Corvin Köhne wrote:
Hi Peter and Rebecca,
thanks for your feedback. This patch is backward compatible. It checks
if QemuFwCfg is available and if
# TianoCore Community Meeting
**Highlights:**
- GSOC Need Additional Primary Mentors???
- Bugzilla Status update – Devs still need to update status (ongoing issue)
- UEFI Summit switched to Virtual only
- Question to the community Concerns about additional dependencies?
# Meeting Minutes:
1)
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:20220317T223602Z
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:20220317T223602Z
Hi,
Yes. This is a known issue.
https://bugzilla.tianocore.org/show_bug.cgi?id=3779
If you are interested, we could use the help fixing this issue.
Thanks,
Mike
From: devel@edk2.groups.io On Behalf Of M.T.
Sent: Wednesday, April 6, 2022 11:46 AM
To: devel@edk2.groups.io
Subject:
Hi Barton,
As our discussion in today's edk2-test bug triage meeting, my second point "
UEFI spec implies that the ReadKeyStrokeEx should clear KeyState (set the value
to zero) if there is no key data" is not clear enough. Sorry about that.
To be clear, UEFI spec says the following:
- UEFI
Acked-by: Abner Chang
> -Original Message-
> From: devel@edk2.groups.io On Behalf Of Chao Li
> Sent: Wednesday, February 9, 2022 4:02 PM
> To: devel@edk2.groups.io
> Cc: Zhichao Gao ; Ray Ni
> Subject: [edk2-devel] [staging/LoongArch RESEND PATCH v1 28/33]
> MdeModulePkg/Logo: Add
Acked-by: Abner Chang
> -Original Message-
> From: devel@edk2.groups.io On Behalf Of Chao Li
> Sent: Wednesday, February 9, 2022 4:02 PM
> To: devel@edk2.groups.io
> Cc: Maciej Rabeda ; Jiaxin Wu
> ; Siyuan Fu
> Subject: [edk2-devel] [staging/LoongArch RESEND PATCH v1 31/33]
>
Acked-by: Abner Chang
> -Original Message-
> From: devel@edk2.groups.io On Behalf Of Chao Li
> Sent: Wednesday, February 9, 2022 4:02 PM
> To: devel@edk2.groups.io
> Cc: Liming Gao ; Guomin Jiang
>
> Subject: [edk2-devel] [staging/LoongArch RESEND PATCH v1 29/33]
>
> -Original Message-
> From: devel@edk2.groups.io On Behalf Of Chao Li
> Sent: Wednesday, February 9, 2022 2:56 PM
> To: devel@edk2.groups.io
> Cc: Michael D Kinney ; Liming Gao
> ; Zhiguang Liu
> Subject: [edk2-devel] [staging/LoongArch RESEND PATCH v1 20/33]
> MdePkg/Include:
> -Original Message-
> From: devel@edk2.groups.io On Behalf Of Chao Li
> Sent: Wednesday, February 9, 2022 2:56 PM
> To: devel@edk2.groups.io
> Cc: Michael D Kinney ; Liming Gao
> ; Zhiguang Liu ; Baoqi
> Zhang ; Dongyan Qian
>
> Subject: [edk2-devel] [staging/LoongArch RESEND PATCH
On 04/07/22 14:50, Gerd Hoffmann wrote:
> Well, it at least looks like 16550 / ide hardware. Not sure how this
> is actually implemented, I suspect it is virtual, maybe port access
> traps into SMM and it's emulated there. Or the management engine can
> intercept those port accesses somehow.
>
Acked-by: Abner Chang
> -Original Message-
> From: devel@edk2.groups.io On Behalf Of Chao Li
> Sent: Wednesday, February 9, 2022 2:55 PM
> To: devel@edk2.groups.io
> Cc: Michael D Kinney ; Liming Gao
>
> Subject: [edk2-devel] [staging/LoongArch RESEND PATCH v1 18/33] .pytool:
> Add
Acked-by: Abner Chang
> -Original Message-
> From: devel@edk2.groups.io On Behalf Of Chao Li
> Sent: Wednesday, February 9, 2022 2:55 PM
> To: devel@edk2.groups.io
> Cc: Michael D Kinney ; Liming Gao
>
> Subject: [edk2-devel] [staging/LoongArch RESEND PATCH v1
> 17/33] .azurepipelines:
Acked-by: Abner Chang
> -Original Message-
> From: devel@edk2.groups.io On Behalf Of Chao Li
> Sent: Wednesday, February 9, 2022 2:55 PM
> To: devel@edk2.groups.io
> Cc: Michael D Kinney ; Liming Gao
>
> Subject: [edk2-devel] [staging/LoongArch RESEND PATCH v1
> 12/33]
Acked-by: Abner Chang
> -Original Message-
> From: devel@edk2.groups.io On Behalf Of Chao Li
> Sent: Wednesday, February 9, 2022 2:55 PM
> To: devel@edk2.groups.io
> Cc: Jian J Wang ; Liming Gao
>
> Subject: [edk2-devel] [staging/LoongArch RESEND PATCH v1 11/33]
> MdeModulePkg: Use
Acked-by: Abner Chang
> -Original Message-
> From: devel@edk2.groups.io On Behalf Of Chao Li
> Sent: Wednesday, February 9, 2022 2:55 PM
> To: devel@edk2.groups.io
> Cc: Michael D Kinney ; Liming Gao
> ; Zhiguang Liu
> Subject: [edk2-devel] [staging/LoongArch RESEND PATCH v1 10/33]
>
Acked-by: Abner Chang
> -Original Message-
> From: devel@edk2.groups.io On Behalf Of Chao Li
> Sent: Wednesday, February 9, 2022 2:53 PM
> To: devel@edk2.groups.io
> Cc: Ray Ni ; Zhichao Gao
> Subject: [edk2-devel] [staging/LoongArch RESEND PATCH v1 08/33] ShellPkg:
> Add LOONGARCH64
Acked-by: Abner Chang
> -Original Message-
> From: devel@edk2.groups.io On Behalf Of Chao Li
> Sent: Wednesday, February 9, 2022 2:53 PM
> To: devel@edk2.groups.io
> Cc: Jiewen Yao ; Jian J Wang
>
> Subject: [edk2-devel] [staging/LoongArch RESEND PATCH v1 07/33]
> SecurityPkg: Add
On Thu, Apr 7, 2022 at 2:46 PM Rabeda, Maciej
wrote:
> 1. In HttpResponseWorker():
>
> if (AsciiStrnCmp (HttpHeaders, "HTTP/1.0", AsciiStrLen
> ("HTTP/1.0")) == 0) {
>DEBUG ((DEBUG_VERBOSE, "HTTP: Server version is 1.0. Setting
> Connection close.\n"));
>
On Thu, Apr 07, 2022 at 12:49:38PM +0200, Laszlo Ersek wrote:
> > Disclaimer: Havn't used amt/vpro for a quite while. But possibly
> > those drivers bind to the serial device which shows up when you enable
> > remote management and serial-over-lan support?
>
> Hm... it boggles my mind a bit to
Hi Gerd,
Sorry, I can spare very little time for reviews these days...
I am alright with the patch with two cosmetic changes.
1. In HttpResponseWorker():
if (AsciiStrnCmp (HttpHeaders, "HTTP/1.0", AsciiStrLen
("HTTP/1.0")) == 0) {
DEBUG ((DEBUG_VERBOSE, "HTTP: Server version is
Hi Pedro,
The answers to the specific questions are given below. I will also
update my proposal later.
> 1) How are you planning to reconcile the cargo build system with EDK2's build
> system?
Well, a lot of work for this was already done in edkii-rust branch of
edk2-staging. So most of the
Reviewed-by: Maciej Rabeda
On 6 kwi 2022 04:02, Heng Luo wrote:
Dear Maintainers,
Could you review the patch? All checks have passed the EDK2 CI build.
https://github.com/tianocore/edk2/pull/2717
Thanks,
Heng
-Original Message-
From: devel@edk2.groups.io On Behalf Of Heng Luo
Sent:
Add modes for a few common display resolutions higher than 800x600,
specifically 1024x768, 1280x800 and 1920x1080, so ConSplitterDxe has
more options available.
The mode list is not use as-is, InitializeGraphicsConsoleTextMode() will
check the list and filter out any modes which don't fit to the
ConSplitterDxe will pick the highest available resolution then,
thereby making better use of the available display space.
Signed-off-by: Gerd Hoffmann
---
OvmfPkg/AmdSev/AmdSevX64.dsc | 2 ++
OvmfPkg/Microvm/MicrovmX64.dsc | 2 ++
OvmfPkg/OvmfPkgIa32.dsc| 2 ++
ConSplitterDxe will pick the highest available resolution then,
thereby making better use of the available display space.
Signed-off-by: Gerd Hoffmann
---
ArmVirtPkg/ArmVirtQemu.dsc | 2 ++
ArmVirtPkg/ArmVirtQemuKernel.dsc | 2 ++
2 files changed, 4 insertions(+)
diff --git
Gerd Hoffmann (3):
MdeModulePkg/GraphicsConsoleDxe: add modes
OvmfPkg: clear PcdConOut{Row,Column}
ArmVirtPkg: clear PcdConOut{Row,Column}
ArmVirtPkg/ArmVirtQemu.dsc | 2 ++
ArmVirtPkg/ArmVirtQemuKernel.dsc | 2 ++
Sorry for the delay and thanks for fixing the issues, Marcin.
The patch series look good to me. Also, we have tested the patches on a CN9130
based system, and it works fine. The patches fix the SCT failures below, and
UEFI network function works fine.
- PlatformSpecificElements: [FAILED]
On 04/07/22 10:00, Gerd Hoffmann wrote:
> Hi,
>
>> However, the UEFI platform firmware seems to have no support for
>> Serial I/O. I've built a fresh UEFI Shell binary from edk2 master and
>> poked around in the protocol database, with "drivers" and "dh". The
>> necessary drivers seem to be
On Mon, Apr 04, 2022 at 04:18:56PM +0100, Pedro Falcato wrote:
> Hi Gerd,
>
> These patches are a great idea but I don't know if we can take GPLv2 code
> like that. Are they even mergeable into the main edk2 repo (as it's not
> compatible with BSD-2-clause)?
It's build system, doesn't end up
On Wed, Mar 23, 2022 at 09:19:09AM +0800, gaoliming wrote:
> Maciej, Jiaxin and Siyuan:
> Can you help review this fix?
Ping. Anything blocking the merge of these bugfixes?
thanks,
Gerd
-=-=-=-=-=-=-=-=-=-=-=-
Groups.io Links: You receive all messages sent to this group.
View/Reply
Link in pcie and host bridge bits. Enables support for PCIe in microvm
(qemu-system-x86_64 -M microvm,pcie=on).
Ref: https://bugzilla.tianocore.org/show_bug.cgi?id=3777
Signed-off-by: Gerd Hoffmann
---
OvmfPkg/Microvm/MicrovmX64.dsc | 40 +-
io range is not mandatory according to pcie spec,
so allow host bridges without io address space.
Signed-off-by: Gerd Hoffmann
---
.../FdtPciHostBridgeLib/FdtPciHostBridgeLib.c | 45 ++-
1 file changed, 23 insertions(+), 22 deletions(-)
diff --git
microvm places the 64bit mmio space at the end of the physical address
space. So mPhysMemAddressWidth must be correct, otherwise the pci host
bridge setup throws an error because it thinks the 64bit mmio window is
not addressable.
On microvm we can simply use standard cpuid to figure the address
Those old windows versions which need the vbeshim hack
will not run on microvm anyway.
Signed-off-by: Gerd Hoffmann
---
OvmfPkg/QemuVideoDxe/VbeShim.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/OvmfPkg/QemuVideoDxe/VbeShim.c b/OvmfPkg/QemuVideoDxe/VbeShim.c
index
Will be set by FdtPciHostBridgeLib, so it can't be an fixed when we
want use that library.
Signed-off-by: Gerd Hoffmann
---
OvmfPkg/Library/PlatformInitLib/PlatformInitLib.inf | 4 +++-
OvmfPkg/PlatformPei/PlatformPei.inf | 2 +-
OvmfPkg/Library/PlatformInitLib/MemDetect.c
Needs two little tweaks in PCI code because microvm supports mmio only.
Other than that just wire up the existing code (the PCIe host adapter
used by microvm is the same (virtual) hardware used by the arm/aarch64
virtual machines).
v3:
- rebase to latest master, adapt to PlatformInitLib.
-
io range is not mandatory according to pcie spec,
so allow bridge configurations without io address
space assigned.
Signed-off-by: Gerd Hoffmann
Reviewed-by: Ard Biesheuvel
---
MdeModulePkg/Bus/Pci/PciHostBridgeDxe/PciHostBridge.c | 3 +++
1 file changed, 3 insertions(+)
diff --git
Hi,
> However, the UEFI platform firmware seems to have no support for Serial
> I/O. I've built a fresh UEFI Shell binary from edk2 master and poked
> around in the protocol database, with "drivers" and "dh". The necessary
> drivers seem to be included, however they do not appear to bind the
>
Hi List,
my toolbox has been extended with an Intel NUC, the base kit model being
NUC8i3PNH. The NUC has a serial port connector on the back, and indeed
Serial I/O works fine once an OS starts.
However, the UEFI platform firmware seems to have no support for Serial
I/O. I've built a fresh UEFI
69 matches
Mail list logo
