Re: [RFC v2 00/14] Add SDEI support for arm64

2020-02-07 Thread Heyi Guo
On 2020/2/7 18:52, James Morse wrote: Hi guys, On 06/02/2020 17:30, Marc Zyngier wrote: On 2020-02-06 01:20, Heyi Guo wrote: On 2020/2/5 21:15, Marc Zyngier wrote: My concern is that SDEI implies having EL3. EL3 not being virtualizable with KVM, you end-up baking SDEI in *hardware*. Of cour

Re: [RFC v2 00/14] Add SDEI support for arm64

2020-02-07 Thread Heyi Guo
On 2020/2/7 1:30, Marc Zyngier wrote: On 2020-02-06 01:20, Heyi Guo wrote: Hi Marc, On 2020/2/5 21:15, Marc Zyngier wrote: Hi Heyi, On 2020-02-04 08:26, Heyi Guo wrote: Update Marc's email address. +cc Gavin as he is posting a RFC for ARM NMI. Hi Marc, Really sorry for missing to update

Re: [RFC v2 00/14] Add SDEI support for arm64

2020-02-07 Thread Peter Maydell
On Fri, 7 Feb 2020 at 10:52, James Morse wrote: > Is there an established pattern for how Qemu 'gets' things that are done in > secure-world? > For PSCI the kernel does it, but this obviously doesn't scale to something > like OP-TEE. The answer broadly is "it doesn't get them", the same way tha

Re: [RFC v2 00/14] Add SDEI support for arm64

2020-02-07 Thread James Morse
Hi guys, On 06/02/2020 17:30, Marc Zyngier wrote: > On 2020-02-06 01:20, Heyi Guo wrote: >> On 2020/2/5 21:15, Marc Zyngier wrote: >>> My concern is that SDEI implies having EL3. EL3 not being virtualizable >>> with KVM, you end-up baking SDEI in *hardware*. Of course, this hardware >>> is actuall

Re: [RFC v2 00/14] Add SDEI support for arm64

2020-02-06 Thread Marc Zyngier
On 2020-02-06 01:20, Heyi Guo wrote: Hi Marc, On 2020/2/5 21:15, Marc Zyngier wrote: Hi Heyi, On 2020-02-04 08:26, Heyi Guo wrote: Update Marc's email address. +cc Gavin as he is posting a RFC for ARM NMI. Hi Marc, Really sorry for missing to update your email address, for the initial to

Re: [RFC v2 00/14] Add SDEI support for arm64

2020-02-05 Thread Heyi Guo
Hi Marc, On 2020/2/5 21:15, Marc Zyngier wrote: Hi Heyi, On 2020-02-04 08:26, Heyi Guo wrote: Update Marc's email address. +cc Gavin as he is posting a RFC for ARM NMI. Hi Marc, Really sorry for missing to update your email address, for the initial topic was raised long time ago and I forgo

Re: [RFC v2 00/14] Add SDEI support for arm64

2020-02-05 Thread Marc Zyngier
Hi Heyi, On 2020-02-04 08:26, Heyi Guo wrote: Update Marc's email address. +cc Gavin as he is posting a RFC for ARM NMI. Hi Marc, Really sorry for missing to update your email address, for the initial topic was raised long time ago and I forgot to update the Cc list in the commit message of t

Re: [RFC v2 00/14] Add SDEI support for arm64

2020-02-04 Thread Heyi Guo
Update Marc's email address. +cc Gavin as he is posting a RFC for ARM NMI. Hi Marc, Really sorry for missing to update your email address, for the initial topic was raised long time ago and I forgot to update the Cc list in the commit message of the patches. Thanks Gavin for forwarding curr

Re: [RFC v2 00/14] Add SDEI support for arm64

2019-12-23 Thread Guoheyi
Hi Peter, Really appreciate your comments. For other platforms/boards emulated in qemu, like omap, imx*, etc, are they just TCG platforms? Can we just enable security and EL3 emulation for these platforms instead of implementing copies of firmware interfaces in qemu? Also I think it is possib

Re: [RFC v2 00/14] Add SDEI support for arm64

2019-12-20 Thread Peter Maydell
On Tue, 5 Nov 2019 at 09:12, Heyi Guo wrote: > SDEI is for ARM "Software Delegated Exception Interface". AS ARM64 doesn't > have > native non-maskable interrupt (NMI), we rely on higher privileged (larger > exception level) software to change the execution flow of lower privileged > (smaller exce

Re: [RFC v2 00/14] Add SDEI support for arm64

2019-11-18 Thread Guoheyi
Thanks a lot. Please take your time. HG On 2019/11/18 21:35, Peter Maydell wrote: On Mon, 18 Nov 2019 at 06:55, Guoheyi wrote: Hi Peter, Could you spare some time to review the framework and provide comments and advice? This patchset is on my to-review list but there are also a lot of othe

Re: [RFC v2 00/14] Add SDEI support for arm64

2019-11-18 Thread Peter Maydell
On Mon, 18 Nov 2019 at 06:55, Guoheyi wrote: > > Hi Peter, > > Could you spare some time to review the framework and provide comments > and advice? This patchset is on my to-review list but there are also a lot of others on that list... thanks -- PMM

Re: [RFC v2 00/14] Add SDEI support for arm64

2019-11-17 Thread Guoheyi
Hi Peter, Could you spare some time to review the framework and provide comments and advice? Thanks, HG On 2019/11/5 17:10, Heyi Guo wrote: SDEI is for ARM "Software Delegated Exception Interface". AS ARM64 doesn't have native non-maskable interrupt (NMI), we rely on higher privileged (lar

Re: [RFC v2 00/14] Add SDEI support for arm64

2019-11-05 Thread no-reply
Patchew URL: https://patchew.org/QEMU/20191105091056.9541-1-guoh...@huawei.com/ Hi, This series failed the docker-mingw@fedora build test. Please find the testing commands and their output below. If you have Docker installed, you can probably reproduce it locally. === TEST SCRIPT BEGIN === #!

Re: [RFC v2 00/14] Add SDEI support for arm64

2019-11-05 Thread no-reply
Patchew URL: https://patchew.org/QEMU/20191105091056.9541-1-guoh...@huawei.com/ Hi, This series failed the docker-quick@centos7 build test. Please find the testing commands and their output below. If you have Docker installed, you can probably reproduce it locally. === TEST SCRIPT BEGIN === #

Re: [RFC v2 00/14] Add SDEI support for arm64

2019-11-05 Thread Guoheyi
On 2019/11/5 17:10, Heyi Guo wrote: SDEI is for ARM "Software Delegated Exception Interface". AS ARM64 doesn't have native non-maskable interrupt (NMI), we rely on higher privileged (larger exception level) software to change the execution flow of lower privileged (smaller exception level) sof

[RFC v2 00/14] Add SDEI support for arm64

2019-11-05 Thread Heyi Guo
SDEI is for ARM "Software Delegated Exception Interface". AS ARM64 doesn't have native non-maskable interrupt (NMI), we rely on higher privileged (larger exception level) software to change the execution flow of lower privileged (smaller exception level) software when certain events occur, to emula