[AMD Official Use Only - General]
Hi Nickle, I will rename it and send out the V3 together with Igor's comments
addressed.
Thanks
Abner
> -Original Message-
> From: Nickle Wang
> Sent: Wednesday, March 27, 2024 10:40 AM
> To: Chang, Abner ; devel@edk2.groups.io
> Cc: Igor Kulchytskyy
[AMD Official Use Only - General]
Hi Igor, my responses to your three comments in line.
> -Original Message-
> From: Igor Kulchytskyy
> Sent: Thursday, April 4, 2024 8:44 AM
> To: Chang, Abner ; devel@edk2.groups.io
> Cc: Nickle Wang
> Subject: RE: [EXTERNAL] [PATCH V2 1/6]
>
Hi Abner,
Sorry for that delay.
Here is a couple of remarks.
DescriptionStr was introduced and, I think, it can be used in
RedfishPlatformConfigProtocolGetAttribute function instead of using
HiiGetRedfishString.
Also please check my comment below in NewRedfishXuefiStringArray and
MdeModulePkg has many different reviewers for different subsets.
We should also consider seeing if any of those reviewers that
are responsible for different subsets of MdeModulePkg would be
willing to be a backup maintainer for the MdeModulePkg.
Zhiguang Liu [LiuZhiguang001]
Dandan Bi
On 4/3/2024 1:38 PM, Michael D Kinney wrote:
Hi Oliver,
I missed this response. Did not show up in thread for some reason.
No worries.
But we can continue these topics on email.
The TianoCore roles and responsibilities are documented here:
REF: https://bugzilla.tianocore.org/show_bug.cgi?id=4352
Implemented dumping of the UEFI Conformance Profiles Table using Dmem.c
Additionally added the base support for the table with new
header file ConformanceProfiles.h (Cc'd maintainers of MdePkg for this)
Cc: Ray Ni
Cc: Zhichao Gao
Cc:
This adds an additional option to the dmem UEFI shell command for verbose
dumping of a couple of UEFI tables.
The tables specified are the RT Properties Table, the Image Execution Table,
and the Conformance Profiles table.
Supporting objects are added in the .inf and .uni files relating to
REF: https://bugzilla.tianocore.org/show_bug.cgi?id=4352
Implemented dumping of the Image Execution Table using Dmem.c
Cc: Ray Ni
Cc: Zhichao Gao
Signed-off-by: Sam Kaynor
---
Notes:
v4:
- changed Image Execution output to match spec
v3:
- fixed build erros
- added
REF: https://bugzilla.tianocore.org/show_bug.cgi?id=4352
Implemented the dumping of the UEFI RT Properties Table using Dmem.c
Added new entry to the help command for the -verbose option
Cc: Ray Ni
Cc: Zhichao Gao
Signed-off-by: Sam Kaynor
---
Notes:
v4:
- fixed crash when
Hi Mike,
Thanks for continuing to use that project. I haven't seen many updates
but my understanding is that you've worked on some of the items since we
last talked.
Could you please take a look through and see what items you can update?
Mostly these types of updates:
- Check that current
Hi Oliver,
I missed this response. Did not show up in thread for some reason.
But we can continue these topics on email.
The TianoCore roles and responsibilities are documented here:
https://github.com/tianocore/tianocore.github.io/wiki/TianoCore-Who-we-are
If there are maintainers
BEGIN:VCALENDAR
VERSION:2.0
PRODID:-//Groups.io Inc//Groups.io Calendar//EN
METHOD:CANCEL
REFRESH-INTERVAL;VALUE=DURATION:PT1H
X-PUBLISHED-TTL:PT1H
CALSCALE:GREGORIAN
BEGIN:VTIMEZONE
TZID:America/Los_Angeles
LAST-MODIFIED:20231222T233358Z
BEGIN:VCALENDAR
VERSION:2.0
PRODID:-//Groups.io Inc//Groups.io Calendar//EN
METHOD:CANCEL
REFRESH-INTERVAL;VALUE=DURATION:PT1H
X-PUBLISHED-TTL:PT1H
CALSCALE:GREGORIAN
BEGIN:VTIMEZONE
TZID:America/Los_Angeles
LAST-MODIFIED:20231222T233358Z
No topics received. Meeting canceled this month.
Mike
> -Original Message-
> From: Kinney, Michael D
> Sent: Tuesday, April 2, 2024 5:12 PM
> To: devel@edk2.groups.io
> Cc: Kinney, Michael D
> Subject: Call or topics for April TianoCore Community Meeting
>
> Please let me know if you
Thanks Sami, for your review I have addressed your review comments and
incorporated the changes. Please find the link to new patch series
https://edk2.groups.io/g/devel/message/117378
From: Sami Mujawar via Groups.Io
Sent: Sunday, March 31, 2024 3:07 PM
To: Prabin CA ; devel@edk2.groups.io
Thanks Sami, for your review I have addressed your review comments and
incorporated the changes. Please find the link to new patch series
https://edk2.groups.io/g/devel/message/117378
> -Original Message-
> From: Sami Mujawar
> Sent: Sunday, March 31, 2024 5:36 PM
> To: Prabin CA ;
Extend the SMBIOS support for RD-Fremont platform. RD-Fremont is a
16 core platform with Poseidon CPU. Each of the CPUs include
64KB L1 Data cache, 64KB L1 Instruction cache and 2MB L2 cache.
The platform also includes system level cache of 32MB and 8GB of RAM.
Signed-off-by: Prabin CA
---
From: Pranav Madhu
The Neoverse RD-V2 FVP platform includes 16 CPUs and each CPU has 64KB
of L1 instruction/data cache, 2MB of L2 cache and 32MB of system level
cache. Extend the SMBIOS support for RD-V2 platform with this
configuration and reuse rest of the RD-N2 SMBIOS configuration for the
From: Pranav Madhu
Add RD-V2 platform identification values including the part number
and configuration number. This information will be used in populating
the SMBIOS tables.
Signed-off-by: Prabin CA
---
Platform/ARM/SgiPkg/Include/SgiPlatform.h | 7 ++-
The PcdL2CacheSize PCD specifies the size of L2 cache of the CPU.
Use the size specified by this PCD in the PPTT table of the
RD-N2 platform.
The PLAT_L2_CACHE_SIZE build time parameter is used to set the size of
the CPU's L2 cache and this allows changing the value of the L2 cache
size depending
A new PCD named PcdL2CacheSize is introduced to specify the size of the
CPU's L2 cache. This PCD can be used in PPTT tables for a reference
design platform. The default value of this PCD is set to 1MB but can be
changed depending on the variant of the reference design platform.
Signed-off-by:
Each CPUs of RD-V2 has 64KB of L1 instruction/data cache, 2MB of L2
cache and 32MB of system level cache. The system architecture of the
RD-V2 platform is similar to the RD-N2 platform, except for the CPU
and L2 cache size. So existing RD-N2 SMBIOS support is extended for
RD-V2 platform to reuse
Reviewed-By: joey.vage...@gmail.com
-=-=-=-=-=-=-=-=-=-=-=-
Groups.io Links: You receive all messages sent to this group.
View/Reply Online (#117377): https://edk2.groups.io/g/devel/message/117377
Mute This Topic: https://groups.io/mt/105281054/21656
Group Owner: devel+ow...@edk2.groups.io
Hi Mike,
My two topics would be PRs and lack of maintainer response, the proper
process there, etc.
Thanks,
Oliver
On 4/2/2024 5:12 PM, Michael D Kinney wrote:
Please let me know if you have any topics for the TianoCore Community
Meeting this month.
Thanks,
Mike
Hi Chinni,
Thanks for working on this, please see my feedbacks below inline.
Thanks,
Chasel
> -Original Message-
> From: devel@edk2.groups.io On Behalf Of cbduggap
> Sent: Thursday, March 21, 2024 10:02 PM
> To: devel@edk2.groups.io
> Cc: Chaganty, Rangasai V ; Desimone, Nathaniel
>
Hello
The infosec team in Tianocore request feedback on the proposed process for
handling security issues described in
https://github.com/tianocore/tianocore.github.io/wiki/GHSA-GitHub-Security-Advisories-Proceess-(Draft)
We'd like to make this active after the May stable so feedback by April
Yes. Use of flexible array members is supported and encouraged.
There are challenges with existing structure definitions that declare
arrays of size [1] when a flexible array is really intended. Those
were defined before flexible array members were supported by all the
compilers. Converting
On 4/3/24 02:09, Ni, Ray wrote:
I think I've acked all patches in UefiCpuPkg.
Please let me know if any other patches need my review.
Thanks, Ray!
Tom
Thanks,
Ray
*From:* devel@edk2.groups.io on behalf of
Lendacky,
*Reminder: TianoCore Community Meeting EMEA/NAMO*
*When:*
Thursday, April 4, 2024
8:00am to 9:00am
(UTC-07:00) America/Los Angeles
*Where:*
Microsoft Teams meeting Join on your computer or mobile app Click here to join
the meeting Meeting ID: 226 323 011 029 Passcode: hMRCj6 Download Teams |
Thanks all, update pushed as 8b29c9255d44.
/
Leif
On Wed, Apr 03, 2024 at 14:28:45 +, Narinder Dhillon wrote:
>
>
> > -Original Message-
> > From: Marcin Wojtas
> > Sent: Wednesday, April 3, 2024 6:36 AM
> > To: devel@edk2.groups.io; michael.d.kin...@intel.com
> > Cc: Leif
> -Original Message-
> From: Marcin Wojtas
> Sent: Wednesday, April 3, 2024 6:36 AM
> To: devel@edk2.groups.io; michael.d.kin...@intel.com
> Cc: Leif Lindholm ; Narinder Dhillon
>
> Subject: [EXTERNAL] Re: [edk2-devel] [PATCH edk2-platforms 1/1]
> Maintainers.txt: Update maintainers
*Reminder: TianoCore edk2-test Bug Triage Meeting*
*When:*
Thursday, April 4, 2024
10:00pm to 11:00pm
(UTC+08:00) Asia/Shanghai
*Where:*
https://armltd.zoom.us/j/94348061758?pwd=Q3RDeFA5K2JFaU5jdWUxc1FnaGdyUT09=addon
*Organizer:*
Edhaya Chandran
edhaya.chand...@arm.com (
wt., 2 kwi 2024 o 17:59 Michael D Kinney
napisał(a):
>
> Reviewed-by: Michael D Kinney
>
> > -Original Message-
> > From: Leif Lindholm
> > Sent: Tuesday, April 2, 2024 8:40 AM
> > To: devel@edk2.groups.io
> > Cc: Marcin Wojtas ; Narinder Dhillon
> > ; Kinney, Michael D
> > Subject:
On Wed, Apr 3, 2024 at 8:48 AM Yoshinoya wrote:
>
> Maybe ref to ramdisk sample, create a memory type block io device, then mount
> file system on it.
> UEFI supports fat file system, some 3rd drivers could be added to support
> ext4 filesystem.
> Search them on github website
EDK2 already
Hello all!
while I see the code. I have one question related using Flexible Array
Member.
For example)
///
/// Socket Type Data.
///
typedef struct {
EFI_ACPI_6_4_PMTT_COMMON_MEMORY_DEVICE CommonMemoryDeviceHeader;
UINT16 SocketIdentifier;
UINT16 Reserved;
//
From: Abner Chang
Signed-off-by: Abner Chang
M: Andrew Fish
M: Leif Lindholm
M: Michael D Kinney
---
Maintainers.txt | 11 +++
1 file changed, 11 insertions(+)
diff --git a/Maintainers.txt b/Maintainers.txt
index 799f27f914c..7d9cdca611f 100644
--- a/Maintainers.txt
+++
From: abnchang
BZ#: 4471
SPI NOR Flash JEDEC Serial Flash Discoverable Driver
implementation.
Signed-off-by: Abner Chang
Cc: Jian J Wang
Cc: Liming Gao
Cc: Abdul Lateef Attar
Cc: Brit Chesley
---
MdeModulePkg/MdeModulePkg.dsc | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff
From: abnchang
BZ#: 4472
Add definition of JEDEC Serial Flash Discoverable Parameters
(SFDP) specification.
https://www.jedec.org/standards-documents/docs/jesd216b
Signed-off-by: Abner Chang
Cc: Michael D Kinney
Cc: Liming Gao
Cc: Zhiguang Liu
Cc: Abdul Lateef Attar
Cc: Brit Chesley
---
From: Abner Chang
BZ#: 4473
Signed-off-by: Abner Chang
Cc: Liming Gao
Cc: Jian J Wang
Cc: Abdul Lateef Attar
---
MdeModulePkg/MdeModulePkg.dec | 28 +++-
1 file changed, 27 insertions(+), 1 deletion(-)
diff --git a/MdeModulePkg/MdeModulePkg.dec
From: abnchang
BZ#: 4471
Update definitions according to PI spec 1.8 errata A
Signed-off-by: Abner Chang
Cc: Michael D Kinney
Cc: Liming Gao
Cc: Zhiguang Liu
Cc: Abdul Lateef Attar
Cc: Brit Chesley
---
MdePkg/Include/Protocol/SpiConfiguration.h | 10 +-
From: Abner Chang
Sending V4 for review as SPI related ECR is approved by
PIWG in PI spec 1.8A
IN V4: Enhance timeout algorithm
In V3: Relocate GUIDs/PCDs for SPI SFDP drivers to
MdeModulePkg.dec.
In V2: Add maintainer entry for Bus/Spi.
This patch fixes the missing SPI defintions per
This optional plugin is designed to execute before the FSP SecCore to
rebase SecCore and PeiCore during runtime. If the FSP binary requires
rebasing at runtime, this module should be included within the FSP
binary. Additionally, specific patches must be applied to ensure proper
functionality.
In
Hi, Sheng:
Could you help to implement a new redirection mechanism?
For example:
User wants to output messages on screen, and also redirect the output messages
into a file at the same time .
Current redirection mechanism is a alternative choice.
At 2024-03-27 18:27:34, "Sheng
PR created - https://github.com/tianocore/edk2/pull/5513
LGTM but I can't check it against UPL.
@Dong, Guo Would you be able to take a look please'?
On Wed, 4 Oct 2023 at 21:02, MrChromebox wrote:
> Fixes serial output on platforms using coreboot and a non-default
> clock rate such as AMD
Unregistering MMI handler will free the MMI_HANDLER. However, the
MmiManage() may be using the link node from MMI_HANDLER for loop if
the unregistering happens in MMI handlers.
To avoid that, the idea is to inform MmiHandlerUnRegister() whether
it's running or not running on the stack of
Unregistering SMI handler will free the SMI_HANDLER. However, the
SmiManage() may be using the link node from SMI_HANDLER for loop if
the unregistering happens in SMI handlers.
To avoid that, the idea is to inform SmiHandlerUnRegister() whether
it's running or not running on the stack of
This reverts "MdeModulePkg/SMM: Support to unregister
SMI handler inside SMI handler" for better design later.
Cc: Liming Gao
Cc: Jiaxin Wu
Cc: Ray Ni
Cc: Laszlo Ersek
Cc: Ray Ni
Cc: Laszlo Ersek
Cc: Ard Biesheuvel
Cc: Sami Mujawar
Signed-off-by: Zhiguang Liu
---
This reverts commit "MdeModulePkg/SMM: Disallow unregister
SMI handler in other SMI handler" for better design later.
Cc: Liming Gao
Cc: Jiaxin Wu
Cc: Ray Ni
Cc: Laszlo Ersek
Cc: Ray Ni
Cc: Laszlo Ersek
Cc: Ard Biesheuvel
Cc: Sami Mujawar
Signed-off-by: Zhiguang Liu
---
This reverts commit "StandaloneMmPkg: Support to unregister
MMI handler inside MMI handler" for better design later.
Cc: Liming Gao
Cc: Jiaxin Wu
Cc: Ray Ni
Cc: Laszlo Ersek
Cc: Ray Ni
Cc: Laszlo Ersek
Cc: Ard Biesheuvel
Cc: Sami Mujawar
Signed-off-by: Zhiguang Liu
---
This reverts commit "StandaloneMmPkg: Disallow unregister MMI
handler in other MMI handler" for better design later.
Cc: Liming Gao
Cc: Jiaxin Wu
Cc: Ray Ni
Cc: Laszlo Ersek
Cc: Ray Ni
Cc: Laszlo Ersek
Cc: Ard Biesheuvel
Cc: Sami Mujawar
Signed-off-by: Zhiguang Liu
---
Months ago, I sent patch set to fix potential issues in the usage of SMI
handler unregistering SMI handler. Discussion can be found in below
link:
https://edk2.groups.io/g/devel/topic/103925794#114251
The conclusion was to only support SMI handler unregistering itself, and not
allow SMI
Maybe ref to ramdisk sample, create a memory type block io device, then mount
file system on it.
UEFI supports fat file system, some 3rd drivers could be added to support ext4
filesystem.
Search them on github website
At 2024-04-01 11:43:59, "John Chew" wrote:
Hi Michael,
I think I've acked all patches in UefiCpuPkg.
Please let me know if any other patches need my review.
Thanks,
Ray
From: devel@edk2.groups.io on behalf of Lendacky, Thomas
via groups.io
Sent: Wednesday, April 3, 2024 2:16
To: devel@edk2.groups.io ; Yao, Jiewen
Acked-by: Ray Ni
Thanks,
Ray
From: devel@edk2.groups.io on behalf of Lendacky, Thomas
via groups.io
Sent: Friday, March 8, 2024 23:30
To: devel@edk2.groups.io
Cc: Ard Biesheuvel ; Aktas, Erdem
; Gerd Hoffmann ; Yao, Jiewen
; Laszlo Ersek ; Liming Gao
;
Acked-by: Ray Ni
Thanks,
Ray
From: devel@edk2.groups.io on behalf of Lendacky, Thomas
via groups.io
Sent: Friday, March 8, 2024 23:31
To: devel@edk2.groups.io
Cc: Ard Biesheuvel ; Aktas, Erdem
; Gerd Hoffmann ; Yao, Jiewen
; Laszlo Ersek ; Liming Gao
;
Acked-by: Ray Ni
Thanks,
Ray
From: Tom Lendacky
Sent: Friday, March 8, 2024 23:29
To: devel@edk2.groups.io
Cc: Ard Biesheuvel ; Aktas, Erdem
; Gerd Hoffmann ; Yao, Jiewen
; Laszlo Ersek ; Liming Gao
; Kinney, Michael D ; Xu,
Min M ; Liu, Zhiguang ; Kumar,
Hi Sunil V L,
Not at all! Thanks!
Best Regards,
Jingyu
-=-=-=-=-=-=-=-=-=-=-=-
Groups.io Links: You receive all messages sent to this group.
View/Reply Online (#117342): https://edk2.groups.io/g/devel/message/117342
Mute This Topic: https://groups.io/mt/105131337/21656
Group Owner:
57 matches
Mail list logo