To: Alistair Francis
> Cc: wilfred.mall...@wdc.com; jonathan.came...@huawei.com; Yao, Jiewen
> ; qemu-devel@nongnu.org; kbu...@kernel.org;
> i...@irrelevant.dk; m...@redhat.com; marcel.apfelb...@gmail.com;
> hch...@avery-design.com.tw; Browy, Chris ; qemu-
> bl...@nongnu.org; Alis
below
> -Original Message-
> From: de...@edk2.groups.io On Behalf Of Igor
> Mammedov
> Sent: Monday, September 30, 2019 8:37 PM
> To: Laszlo Ersek
> Cc: de...@edk2.groups.io; qemu-devel@nongnu.org; Chen, Yingwen
> ; phillip.go...@oracle.com;
> alex.william...
I give my thought.
Paolo may add more.
> -Original Message-
> From: Kinney, Michael D
> Sent: Friday, August 23, 2019 11:25 PM
> To: Yao, Jiewen ; Paolo Bonzini
> ; Laszlo Ersek ;
> r...@edk2.groups.io; Kinney, Michael D
> Cc: Alex Williamson ; de...@edk2.groups.
potential attack surface in virtual environment, if
hot-added CPU need run code with stack or heap before SMI rebase.
Other threats, such as SMRAM or DMA, are same.
Thank you
Yao Jiewen
> -Original Message-
> From: Kinney, Michael D
> Sent: Friday, August 23, 2019 9:03 AM
> To: P
in real world, we deprecate AB-seg usage because they are vulnerable to smm
cache poison attack.
I assume cache poison is out of scope in the virtual world, or there is a way
to prevent ABseg cache poison.
thank you!
Yao, Jiewen
> 在 2019年8月19日,上午3:50,Paolo Bonzini 写道:
>
>> On
> -Original Message-
> From: Alex Williamson [mailto:alex.william...@redhat.com]
> Sent: Saturday, August 17, 2019 6:20 AM
> To: Laszlo Ersek
> Cc: Yao, Jiewen ; Paolo Bonzini
> ; de...@edk2.groups.io; edk2-rfc-groups-io
> ; qemu devel list ; Igor
> Mammedov ; Ch
below
> -Original Message-
> From: Paolo Bonzini [mailto:pbonz...@redhat.com]
> Sent: Friday, August 16, 2019 3:20 PM
> To: Yao, Jiewen ; Laszlo Ersek
> ; de...@edk2.groups.io
> Cc: edk2-rfc-groups-io ; qemu devel list
> ; Igor Mammedov ;
> Chen, Yingwen ;
Comment below:
> -Original Message-
> From: Paolo Bonzini [mailto:pbonz...@redhat.com]
> Sent: Friday, August 16, 2019 12:21 AM
> To: Laszlo Ersek ; de...@edk2.groups.io; Yao, Jiewen
>
> Cc: edk2-rfc-groups-io ; qemu devel list
> ; Igor Mammedov ;
> Chen,
Hi Paolo
I am not sure what do you mean - "You do not need a reset vector ...".
If so, where is the first instruction of the new CPU in the virtualization
environment?
Please help me understand that at first. Then we can continue the discussion.
Thank you
Yao Jiewen
> -Ori
My comments below.
> -Original Message-
> From: Laszlo Ersek [mailto:ler...@redhat.com]
> Sent: Wednesday, August 14, 2019 12:09 AM
> To: edk2-devel-groups-io
> Cc: edk2-rfc-groups-io ; qemu devel list
> ; Igor Mammedov ;
> Paolo Bonzini ; Yao, Jiewen
> ; Chen, Y
Good idea.
The additional message looks great!!!
thank you!
Yao, Jiewen
> 在 2018年3月9日,下午6:26,Laszlo Ersek <ler...@redhat.com> 写道:
>
> in
.
So I don’t see any problem in OVMF pkg.
Thank you
Yao Jiewen
> -Original Message-
> From: edk2-devel [mailto:edk2-devel-boun...@lists.01.org] On Behalf Of Yao,
> Jiewen
> Sent: Friday, March 9, 2018 8:39 AM
> To: Laszlo Ersek <ler...@redhat.com>; marcandre.lur...@
Very good question.
Comment below:
> -Original Message-
> From: Laszlo Ersek [mailto:ler...@redhat.com]
> Sent: Friday, March 9, 2018 3:54 AM
> To: marcandre.lur...@redhat.com; edk2-de...@lists.01.org; Yao, Jiewen
> <jiewen@intel.com>
> Cc:
Reviewed-by: jiewen@intel.com
> -Original Message-
> From: marcandre.lur...@redhat.com [mailto:marcandre.lur...@redhat.com]
> Sent: Wednesday, March 7, 2018 11:58 PM
> To: edk2-de...@lists.01.org
> Cc: pjo...@redhat.com; Yao, Jiewen <jiewen@intel.com>;
> st
..@redhat.com; pjo...@redhat.com; Yao,
> Jiewen <jiewen@intel.com>; ler...@redhat.com
> Subject: [edk2] [PATCH 1/7] SecurityPkg/Tcg2Pei: drop Tcg2PhysicalPresenceLib
> dependency
>
> From: Marc-André Lureau <marcandre.lur...@redhat.com>
>
> Apparently, unnecessar
Tcg2Config driver is an optional driver, and it can
be customized by platform by design.
Thank you
Yao Jiewen
> -Original Message-
> From: Laszlo Ersek [mailto:ler...@redhat.com]
> Sent: Saturday, July 15, 2017 2:04 AM
> To: Yao, Jiewen <jiewen@intel.co
.
After BSP returns from SMM_CORE, it will let APs leave loop state, and all CPUs
run RSM instruction to return back.
Hope that helps.
BTW: I am not sure how QEMU emulate SMI. Does SMI can be trigger by 0xB2 port?
And CPU will run to SMBASE in real mode?
Thank you
Yao Jiewen
-Original
Got it. Thanks!
-Original Message-
From: Paolo Bonzini [mailto:pbonz...@redhat.com]
Sent: Friday, April 24, 2015 9:01 PM
To: Yao, Jiewen; edk2-de...@lists.sourceforge.net; Gerd Hoffmann
Cc: qemu-devel@nongnu.org; m...@redhat.com
Subject: Re: [edk2] implementing
.
IA32FamilyCpuBasePkg\PiSmmCommunication - it is CommunicationPeim.
PiSmmCpuDxeSmm works for Quark, but I think it should be easy to port to QEMU
platform.
PiSmmCommunication should be generic, it might be able to put to UefiCpuPkg
later.
Thank you
Yao Jiewen
-Original Message-
From: Yao, Jiewen
19 matches
Mail list logo