Reviewed-by: Ray Ni
> -Original Message-
> From: Lou, Yun
> Sent: Tuesday, February 2, 2021 8:41 AM
> To: devel@edk2.groups.io
> Cc: Lou, Yun ; Ni, Ray ; Dong, Eric
> ; Laszlo Ersek ; Kumar, Rahul1
>
> Subject: [PATCH v2 1/1] UefiCpuPkg/CpuCacheInfoLib: Add MpService
> dependency
>
> R
BZ: https://bugzilla.tianocore.org/show_bug.cgi?id=3196
Microcode header should be checked before calling
IsMicrocodePatchNeedLoad(). This is to make sure garbage value after
remove microcode from FV would not cause stack overflow in
IsMicrocodePatchNeedLoad().
Signed-off-by: Aaron Li
Cc: Ray Ni
On 2021-02-02 6:15 a.m., Laszlo Ersek wrote:
On 02/02/21 15:00, Laszlo Ersek wrote:
... I guess that volatile-qualifying both CPU_HOT_EJECT_DATA, and the
array pointed-to by CPU_HOT_EJECT_DATA.ApicIdMap, should suffice. In
combination with the sync-up point that you quoted. This seems to match
On 2021-02-02 6:00 a.m., Laszlo Ersek wrote:
On 02/01/21 21:12, Ankur Arora wrote:
On 2021-02-01 11:08 a.m., Laszlo Ersek wrote:
apologies, I've got more comments here:
On 01/29/21 01:59, Ankur Arora wrote:
/**
+ CPU Hot-eject handler, called from SmmCpuFeaturesRendezvousExit(),
+ on ea
On 2021-02-01 9:37 a.m., Laszlo Ersek wrote:
On 01/29/21 01:59, Ankur Arora wrote:
As part of the negotiation treat ICH9_LPC_SMI_F_CPU_HOT_UNPLUG as a
subfeature of feature flag ICH9_LPC_SMI_F_CPU_HOTPLUG, so enable it
only if the other is also being negotiated.
Cc: Laszlo Ersek
Cc: Jordan Jus
On 2021-02-02 5:23 a.m., Laszlo Ersek wrote:
On 02/01/21 20:21, Ankur Arora wrote:
On 2021-02-01 9:22 a.m., Laszlo Ersek wrote:
On 01/29/21 01:59, Ankur Arora wrote:
Designate a worker CPU (we use the one executing the root MMI
handler), which will do the actual ejection via QEMU in CpuEject()
On 2021-02-01 5:36 a.m., Laszlo Ersek wrote:
On 01/29/21 01:59, Ankur Arora wrote:
Init CPU_HOT_EJECT_DATA, which will be used to share CPU ejection state
between SmmCpuFeaturesLib (via PiSmmCpuDxeSmm) and CpuHotPlugSmm.
CpuHotplugSmm also sets up the CPU ejection mechanism via
CPU_HOT_EJECT_DAT
On 2021-01-31 7:13 p.m., Laszlo Ersek wrote:
On 01/29/21 01:59, Ankur Arora wrote:
Introduce UnplugCpus() which maps each APIC ID being unplugged
onto the hardware ID of the processor and informs PiSmmCpuDxeSmm
of removal by calling EFI_SMM_CPU_SERVICE_PROTOCOL.RemoveProcessor().
With this chan
From: Michael Kubacki
REF:https://bugzilla.tianocore.org/show_bug.cgi?id=3202
Several libraries have been added to the package to support X64 but
the package itself does not support X64. This modifies the DSC to
enable X64 build.
Cc: Ard Biesheuvel
Cc: Sami Mujawar
Cc: Jiewen Yao
Cc: Supreet
From: Michael Kubacki
REF:https://bugzilla.tianocore.org/show_bug.cgi?id=3203
The EFIAPI modifier is present in the function definition in
FvLib.c but missing in FvLib.h. Causes a GCC build error.
Cc: Ard Biesheuvel
Cc: Sami Mujawar
Cc: Jiewen Yao
Cc: Supreeth Venkatesh
Signed-off-by: Micha
From: Michael Kubacki
REF:https://bugzilla.tianocore.org/show_bug.cgi?id=3204
Fixes the following compiler warning in VS2019 by changing defining
the MmramRangeCount variable to be UINTN and type casting prior
to value assignment.
\edk2\StandaloneMmPkg\Core\StandaloneMmCore.c(570): error C2220:
Hi Jiewen,
Thank you for the comments.
1)
I have tried CET is working if set
gUefiCpuPkgTokenSpaceGuid.PcdCpuSmmRestrictedMemoryAccess = TRUE
2)
3)
I will add detail comments and add shadow stack layout in the source code file.
4)
Sorry for miss the code in file
https://github.com/tianocore/e
*Reminder:* TianoCore Bug Triage - APAC / NAMO
*When:* Tuesday, 2 February 2021, 6:30pm to 7:30pm, (GMT-08:00) America/Los
Angeles
*Where:*
https://meetingsamer34.webex.com/meetingsamer34/j.php?MTID=mb96c5bd411bd010e1e6d43a6f6c65f45
View Event ( https://edk2.groups.io/g/devel/viewevent?eventid
Wei:
The normal process is to send RFC in edk2 mail list and collect the feedback.
This RFC introduces the proposed change, the impact and the suggestion. Then,
wait for one or two weeks to collect the feedback. If there are more feedback,
more time will be required.
Now, we are in the late
Hi All,
For those on macOS systems, the WebEx client can be downloaded here:
https://intel.webex.com/client/WBXclient-41.1.4-13/mac/intel/Webex.pkg
Thanks,
Nate
On 2/2/21, 4:34 PM, "annou...@edk2.groups.io on behalf of Soumya Guptha"
wrote:
Dear Community members,
Tianocore communi
Dear Community members,
Tianocore community meeting is coming up this week, on 2/4 from 9am-10am (PST)
and 7.30pm-8.30pm (PST).
Please resync and subscribe to the calendar
(https://edk2.groups.io/g/devel/calendar) so you have the latest series.
Thanks,
Soumya
Soumya Guptha
Tianocore Commun
Hi Mike,
If we plan to update the NSAM version, it will affect everyone why is building
the BIOS image, do you know the process ?
How to request all the people update their NSAM tool ?
How long will be the whole process ?
Thanks
BR
Sheng Wei
> -Original Message-
> From: Kinney, Michael D
The interface proposed in this patch series intends to provide an
abstraction layer for DXE drivers to request certain memory regions to be
accessible from inside MM environment that applies total memory blockage.
This abstraction could pave way for models such as Standalone MM to
manage memory re
REF: https://bugzilla.tianocore.org/show_bug.cgi?id=3168
This interface definition provides an abstraction layer for DXE drivers
to request certain memory blocks to be mapped/unblocked for accessibility
inside MM environment.
Cc: Jian J Wang
Cc: Hao A Wu
Cc: Eric Dong
Cc: Ray Ni
Cc: Jiewen Ya
Reviewed-by: Andrew Fish
> On Feb 2, 2021, at 12:34 PM, Jordan Justen wrote:
>
> Cc: Andrew Fish
> Cc: Ray Ni
> Signed-off-by: Jordan Justen
> ---
> Maintainers.txt | 1 -
> 1 file changed, 1 deletion(-)
>
> diff --git a/Maintainers.txt b/Maintainers.txt
> index 2cd356551e..96e792ab66 100644
Cc: Laszlo Ersek
Cc: Ard Biesheuvel
Signed-off-by: Jordan Justen
---
Maintainers.txt | 1 -
1 file changed, 1 deletion(-)
diff --git a/Maintainers.txt b/Maintainers.txt
index 96e792ab66..e986a3680c 100644
--- a/Maintainers.txt
+++ b/Maintainers.txt
@@ -423,7 +423,6 @@ R: Siyuan Fu
OvmfPkg
F
Cc: Andrew Fish
Cc: Ray Ni
Signed-off-by: Jordan Justen
---
Maintainers.txt | 1 -
1 file changed, 1 deletion(-)
diff --git a/Maintainers.txt b/Maintainers.txt
index 2cd356551e..96e792ab66 100644
--- a/Maintainers.txt
+++ b/Maintainers.txt
@@ -197,7 +197,6 @@ M: Ard Biesheuvel
EmulatorPkg
F
Hi Sami,
On Tue, 2 Feb 2021 at 17:13, Sami Mujawar wrote:
>
> Hi Ilias,
>
> Please see my response inline marked [SAMI].
>
> Regards,
>
> Sami Mujawar
>
> -Original Message-
> From: Ilias Apalodimas
> Sent: 02 February 2021 02:50 PM
> To: Sami Mujawar
> Cc: Sughosh Ganu ; devel@edk2.gro
On 02/02/21 16:21, Kinney, Michael D wrote:
> Hi Sheng,
>
> I recommend we update required NASM version.
>
> From your investigation, the new min version would be 2.15.01.
I'd be happy with that -- the Linux distros I primarily care about seem
to support a nasm version that's not earlier than th
Niels:
Yes. Now, the meeting doesn’t start. You can join the meeting on its time
slot.
Thanks
Liming
发件人: bounce+27952+71058+4905953+8761...@groups.io
代表 Niels Holm Olsen
发送时间: 2021年2月2日 17:49
收件人: gaoliming ; devel@edk2.groups.io
主题: Re: [edk2-devel] 回复: [edk2-devel] TianoCore Bug Tria
Liming,
We can always install a newer version in CI agents,
Mike
> -Original Message-
> From: devel@edk2.groups.io On Behalf Of gaoliming
> Sent: Monday, February 1, 2021 7:51 PM
> To: Sheng, W ; Kinney, Michael D
> ; devel@edk2.groups.io
> Cc: Liu, Zhiguang ; Yao, Jiewen
> ; 'Andrew
Hi Sheng,
I recommend we update required NASM version.
From your investigation, the new min version would be 2.15.01.
Mike
> -Original Message-
> From: Sheng, W
> Sent: Monday, February 1, 2021 7:39 PM
> To: gaoliming ; Kinney, Michael D
> ; devel@edk2.groups.io
> Cc: Liu, Zhiguang ;
Hi Ilias,
Please see my response inline marked [SAMI].
Regards,
Sami Mujawar
-Original Message-
From: Ilias Apalodimas
Sent: 02 February 2021 02:50 PM
To: Sami Mujawar
Cc: Sughosh Ganu ; devel@edk2.groups.io; Ard
Biesheuvel ; Leif Lindholm ; Sahil
Malhotra ; nd
Subject: Re: [PATCH
Hi Sami,
Inlining some additional info on my explanation.
> > >
[...]
> > > I actually picked up the error handling from the previous non-FFA code.
> > > I'll check what's on Sughosh latest patches and fix it if there are
> > > any differences.
> > > Looking at it again EFI_BAD_BUFFER_SIZE can c
On 02/02/21 15:00, Laszlo Ersek wrote:
> ... I guess that volatile-qualifying both CPU_HOT_EJECT_DATA, and the
> array pointed-to by CPU_HOT_EJECT_DATA.ApicIdMap, should suffice. In
> combination with the sync-up point that you quoted. This seems to match
> existing practice in PiSmmCpuDxeSmm -- t
On 02/01/21 21:12, Ankur Arora wrote:
> On 2021-02-01 11:08 a.m., Laszlo Ersek wrote:
>> apologies, I've got more comments here:
>>
>> On 01/29/21 01:59, Ankur Arora wrote:
>>
>>> /**
>>> + CPU Hot-eject handler, called from SmmCpuFeaturesRendezvousExit(),
>>> + on each CPU at exit from SMM.
>>
On 02/01/21 20:21, Ankur Arora wrote:
> On 2021-02-01 9:22 a.m., Laszlo Ersek wrote:
>> On 01/29/21 01:59, Ankur Arora wrote:
>>> Designate a worker CPU (we use the one executing the root MMI
>>> handler), which will do the actual ejection via QEMU in CpuEject().
>>>
>>> CpuEject(), on the worker C
Reviewed-by: Alexei Fedorov
-=-=-=-=-=-=-=-=-=-=-=-
Groups.io Links: You receive all messages sent to this group.
View/Reply Online (#71063): https://edk2.groups.io/g/devel/message/71063
Mute This Topic: https://groups.io/mt/80029091/21656
Group Owner: devel+ow...@edk2.groups.io
Unsubscribe: htt
Hello,
Sorry for getting in so late on the conversation but I want to make sure we are
not going to break some platforms with this change. Excuse me if I am simply
repeating what was being said before.
1. We can’t have SataControllerDxe report supported for all raid interface
devices on th
Reviewed-by: Alexei Fedorov
-=-=-=-=-=-=-=-=-=-=-=-
Groups.io Links: You receive all messages sent to this group.
View/Reply Online (#71061): https://edk2.groups.io/g/devel/message/71061
Mute This Topic: https://groups.io/mt/80029084/21656
Group Owner: devel+ow...@edk2.groups.io
Unsubscribe: htt
Reviewed-by: Alexei Fedorov
-=-=-=-=-=-=-=-=-=-=-=-
Groups.io Links: You receive all messages sent to this group.
View/Reply Online (#71060): https://edk2.groups.io/g/devel/message/71060
Mute This Topic: https://groups.io/mt/80029085/21656
Group Owner: devel+ow...@edk2.groups.io
Unsubscribe: htt
Hi Sami,
On Tue, Feb 02, 2021 at 10:40:32AM +, Sami Mujawar wrote:
> Hi Ilias,
>
> Please see my response inline marked [SAMI].
>
> Regards,
>
> Sami Mujawar
>
> -Original Message-
> From: Ilias Apalodimas
> Sent: 01 February 2021 02:01 PM
> To: Sami Mujawar
> Cc: Sughosh Ganu ;
Hi
Out of curiosity and to follow up on my bugreport 3186, I would like to know if
it makes sense and is ok if I try to join the TianoCore Bug Triage
tonight/early tomorrow.
I have taken the liberty of following the link to meetingsamer and it resulted
in a download of a webex.exe. Running this
Hello, I am Jiangbo technology R&D, using edkii to write EAP certified
loader, I use EFI_ SIMPLE_ NETWORK.Transmit () to contract, want to use EFI_
SIMPLE_ NETWORK.Receive () to receive packets. It is found that ordinary IP
packets can be received, but EAP packets cannot be received. How can I
rece
Add support for YAML format file generation in addition
to current BSF structure. Configuration of YAML format
output will be supported by an open source ConfigEditor.
Reference to YAML code, test and ConfigEditor is at
https://github.com/joshloo/fsp_yaml_cfg/tree/master/Tools
A unit test is also
Hi Ilias,
Please see my response inline marked [SAMI].
Regards,
Sami Mujawar
-Original Message-
From: Ilias Apalodimas
Sent: 01 February 2021 02:01 PM
To: Sami Mujawar
Cc: Sughosh Ganu ; devel@edk2.groups.io; Ard
Biesheuvel ; Leif Lindholm ; Sahil
Malhotra
Subject: Re: [PATCH edk2
Currently the console is connected before EndOfDxe causing OptionsROMs
to be loaded, but their drivers aren't used and thus no GOP is installed.
To make use of 3rdparty OptionROMs connect the console after EndOfDxe.
Tested on Intel CFL board using Nvidia Quadro GPU.
Signed-off-by: Patrick Rudolp
42 matches
Mail list logo
