linux-sgx.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Jarkko Sakkinen <jarkko@kernel.org>
To: Kai Huang <kai.huang@intel.com>
Cc: linux-sgx@vger.kernel.org, kvm@vger.kernel.org, x86@kernel.org,
	seanjc@google.com, luto@kernel.org, dave.hansen@intel.com,
	haitao.huang@intel.com, pbonzini@redhat.com, bp@alien8.de,
	tglx@linutronix.de, mingo@redhat.com, hpa@zytor.com,
	jethro@fortanix.com, b.thiel@posteo.de, jmattson@google.com,
	joro@8bytes.org, vkuznets@redhat.com, wanpengli@tencent.com,
	corbet@lwn.net
Subject: Re: [RFC PATCH v2 00/26] KVM SGX virtualization support
Date: Thu, 21 Jan 2021 01:43:41 +0200	[thread overview]
Message-ID: <YAjALTpv/aDzOalD@kernel.org> (raw)
In-Reply-To: <0adf45fae5207ed3d788bbb7260425f8da7aff43.camel@intel.com>

On Wed, Jan 20, 2021 at 01:52:32PM +1300, Kai Huang wrote:
> On Tue, 2021-01-19 at 10:23 +0200, Jarkko Sakkinen wrote:
> > Can you send a new version that applies:
> > 
> > $ git pw series apply 416463
> > Applying: x86/cpufeatures: Add SGX1 and SGX2 sub-features
> > Applying: x86/sgx: Remove a warn from sgx_free_epc_page()
> > Applying: x86/sgx: Wipe out EREMOVE from sgx_free_epc_page()
> > Applying: x86/sgx: Add SGX_CHILD_PRESENT hardware error code
> > Applying: x86/sgx: Introduce virtual EPC for use by KVM guests
> > Applying: x86/cpu/intel: Allow SGX virtualization without Launch Control support
> > Applying: x86/sgx: Initialize virtual EPC driver even when SGX driver is disabled
> > error: sha1 information is lacking or useless (arch/x86/kernel/cpu/sgx/main.c).
> > error: could not build fake ancestor
> > hint: Use 'git am --show-current-patch=diff' to see the failed patch
> > Patch failed at 0007 x86/sgx: Initialize virtual EPC driver even when SGX driver is disabled
> > When you have resolved this problem, run "git am --continue".
> > If you prefer to skip this patch, run "git am --skip" instead.
> > To restore the original branch and stop patching, run "git am --abort".
> 
> Could you let me know which branch should I rebase to? It appears your linux-sgx tree
> next branch?

I tried my tree first, which was actually out-of-sync, so I rebase it.
You can find it from MAINTAINERS failed.

After sending this email I rebased it to tip/x86/sgx, which also failed.
That tree failed with a merge conflict.

/Jarkko

> 
> And I don't think it is good to resend for this series at this moment, due to: 1)
> people have already started to comment; 2) The two patches from you don't have your
> name on your SoB, so has to fix anyway. It would be more appropriate to rebase to
> your tree in next version, if required. And I can prepare a separate branch for you
> (after resolving the merge conflict with sgx_init() in your tree) at the same time.
> 
> And Boris, Paolo, Sean, Jarkko, and other maintainers,
> 
> I'd like to take this chance to ask: when this series is ready to be merged, what is
> the properly way to merge? This series has x86 non-sgx (cpufeature, feat_ctl) and sgx
> changes, and it obviously has KVM changes too. So instance, who should be the one to
> take this series? And which tree and branch should I rebase to in next version?
> 
> Thanks for all your feedback.
> 
> > 
> > Thanks.
> > 
> > /Jarkko
> > 
> > On Mon, Jan 18, 2021 at 04:26:21PM +1300, Kai Huang wrote:
> > > --- Disclaimer ---
> > > 
> > > These patches were originally written by Sean Christopherson while at Intel.
> > > Now that Sean has left Intel, I (Kai) have taken over getting them upstream.
> > > This series needs more review before it can be merged.  It is being posted
> > > publicly and under RFC so Sean and others can review it. Maintainers are safe
> > > ignoring it for now.
> > > 
> > > ------------------
> > > 
> > > Hi all,
> > > 
> > > This series adds KVM SGX virtualization support. The first 14 patches starting
> > > with x86/sgx or x86/cpu.. are necessary changes to x86 and SGX core/driver to
> > > support KVM SGX virtualization, while the rest are patches to KVM subsystem.
> > > 
> > > Please help to review this series. Also I'd like to hear what is the proper
> > > way to merge this series, since it contains change to both x86/SGX and KVM
> > > subsystem. Any feedback is highly appreciated. And please let me know if I
> > > forgot to CC anyone, or anyone wants to be removed from CC. Thanks in advance!
> > > 
> > > This series is based against upstream v5.11-rc3. You can also get the code from
> > > upstream branch of kvm-sgx repo on github:
> > > 
> > >         https://github.com/intel/kvm-sgx.git upstream
> > > 
> > > It also requires Qemu changes to create VM with SGX support. You can find Qemu
> > > repo here:
> > > 
> > > 	https://github.com/intel/qemu-sgx.git next
> > > 
> > > Please refer to README.md of above qemu-sgx repo for detail on how to create
> > > guest with SGX support. At meantime, for your quick reference you can use below
> > > command to create SGX guest:
> > > 
> > > 	#qemu-system-x86_64 -smp 4 -m 2G -drive file=<your_vm_image>,if=virtio \
> > > 		-cpu host,+sgx_provisionkey \
> > > 		-sgx-epc id=epc1,memdev=mem1 \
> > > 		-object memory-backend-epc,id=mem1,size=64M,prealloc
> > > 
> > > Please note that the SGX relevant part is:
> > > 
> > > 		-cpu host,+sgx_provisionkey \
> > > 		-sgx-epc id=epc1,memdev=mem1 \
> > > 		-object memory-backend-epc,id=mem1,size=64M,prealloc
> > > 
> > > And you can change other parameters of your qemu command based on your needs.
> > > 
> > > =========
> > > Changelog:
> > > 
> > > (Changelog here is for global changes. Please see each patch's changelog for
> > >  changes made to specific patch.)
> > > 
> > > v1->v2:
> > > 
> > >  - Refined this cover letter by addressing comments from Dave and Jarkko.
> > >  - The original patch which introduced new X86_FEATURE_SGX1/SGX2 were replaced
> > >    by 3 new patches from Sean, following Boris and Sean's discussion.
> > >        [RFC PATCH v2 01/26] x86/cpufeatures: Add SGX1 and SGX2 sub-features
> > >        [RFC PATCH v2 18/26] KVM: x86: Add support for reverse CPUID lookup of scattered features
> > >        [RFC PATCH v2 19/26] KVM: x86: Add reverse-CPUID lookup support for scattered SGX features
> > >  - The original patch 1
> > >        x86/sgx: Split out adding EPC page to free list to separate helper
> > >    was replaced with 2 new patches from Jarkko
> > >        [RFC PATCH v2 02/26] x86/sgx: Remove a warn from sgx_free_epc_page()
> > >        [RFC PATCH v2 03/26] x86/sgx: Wipe out EREMOVE from sgx_free_epc_page()
> > >    addressing Jarkko's comments.
> > >  - Moved modifying sgx_init() to always initialize sgx_virt_epc_init() out of
> > >    patch
> > >        x86/sgx: Introduce virtual EPC for use by KVM guests
> > >    to a separate patch:
> > >        [RFC PATCH v2 07/26] x86/sgx: Initialize virtual EPC driver even when SGX driver is disabled
> > >    to address Dave's comment that patch ordering can be improved due to before
> > >    patch "Allow SGX virtualization without Launch Control support", all SGX,
> > >    including SGX virtualization, is actually disabled when SGX LC is not
> > >    present.
> > > 
> > > KVM part patches are not changed comparing to v1 (except changes due to
> > > X86_FEATURE_SGX1/2 patches). For changes to each x86 patch, please see changelog
> > > in each indudival patch. If no changelog, then no change was made to it.
> > > 
> > > =========
> > > KVM SGX virtualization Overview
> > > 
> > > - Virtual EPC
> > > 
> > > SGX enclave memory is special and is reserved specifically for enclave use.
> > > In bare-metal SGX enclaves, the kernel allocates enclave pages, copies data
> > > into the pages with privileged instructions, then allows the enclave to start.
> > > In this scenario, only initialized pages already assigned to an enclave are
> > > mapped to userspace.
> > > 
> > > In virtualized environments, the hypervisor still needs to do the physical
> > > enclave page allocation.  The guest kernel is responsible for the data copying
> > > (among other things).  This means that the job of starting an enclave is now
> > > split between hypervisor and guest.
> > > 
> > > This series introduces a new misc device: /dev/sgx_virt_epc.  This device
> > > allows the host to map *uninitialized* enclave memory into userspace, which
> > > can then be passed into a guest.
> > > 
> > > While it might be *possible* to start a host-side enclave with /dev/sgx_enclave
> > > and pass its memory into a guest, it would be wasteful and convoluted.
> > > 
> > > Implement the *raw* EPC allocation in the x86 core-SGX subsystem via
> > > /dev/sgx_virt_epc rather than in KVM.  Doing so has two major advantages:
> > > 
> > >   - Does not require changes to KVM's uAPI, e.g. EPC gets handled as
> > >     just another memory backend for guests.
> > > 
> > >   - EPC management is wholly contained in the SGX subsystem, e.g. SGX
> > >     does not have to export any symbols, changes to reclaim flows don't
> > >     need to be routed through KVM, SGX's dirty laundry doesn't have to
> > >     get aired out for the world to see, and so on and so forth.
> > > 
> > > The virtual EPC pages allocated to guests are currently not reclaimable.
> > > Reclaiming EPC page used by enclave requires a special reclaim mechanism
> > > separate from normal page reclaim, and that mechanism is not supported
> > > for virutal EPC pages.  Due to the complications of handling reclaim
> > > conflicts between guest and host, reclaiming virtual EPC pages is 
> > > significantly more complex than basic support for SGX virtualization.
> > > 
> > > - Support SGX virtualization without SGX Flexible Launch Control
> > > 
> > > SGX hardware supports two "launch control" modes to limit which enclaves can
> > > run.  In the "locked" mode, the hardware prevents enclaves from running unless
> > > they are blessed by a third party.  In the unlocked mode, the kernel is in
> > > full control of which enclaves can run.  The bare-metal SGX code refuses to
> > > launch enclaves unless it is in the unlocked mode.
> > > 
> > > This sgx_virt_epc driver does not have such a restriction.  This allows guests
> > > which are OK with the locked mode to use SGX, even if the host kernel refuses
> > > to.
> > > 
> > > - Support exposing SGX2
> > > 
> > > Due to the same reason above, SGX2 feature detection is added to core SGX code
> > > to allow KVM to expose SGX2 to guest, even currently SGX driver doesn't support
> > > SGX2, because SGX2 can work just fine in guest w/o any interaction to host SGX
> > > driver.
> > > 
> > > - Restricit SGX guest access to provisioning key
> > > 
> > > To grant guest being able to fully use SGX, guest needs to be able to access
> > > provisioning key.  The provisioning key is sensitive, and accessing to it should
> > > be restricted. In bare-metal driver, allowing enclave to access provisioning key
> > > is restricted by being able to open /dev/sgx_provision.
> > > 
> > > Add a new KVM_CAP_SGX_ATTRIBUTE to KVM uAPI to extend above mechanism to KVM
> > > guests as well.  When userspace hypervisor creates a new VM, the new cap is only
> > > added to VM when userspace hypervisior is able to open /dev/sgx_provision,
> > > following the same role as in bare-metal driver.  KVM then traps ECREATE from
> > > guest, and only allows ECREATE with provisioning key bit to run when guest
> > > supports KVM_CAP_SGX_ATTRIBUTE.
> > > 
> > > 
> > > 
> > > Kai Huang (2):
> > >   x86/sgx: Initialize virtual EPC driver even when SGX driver is
> > >     disabled
> > >   x86/sgx: Add helper to update SGX_LEPUBKEYHASHn MSRs
> > > 
> > > Sean Christopherson (22):
> > >   x86/cpufeatures: Add SGX1 and SGX2 sub-features
> > >   x86/sgx: Add SGX_CHILD_PRESENT hardware error code
> > >   x86/sgx: Introduce virtual EPC for use by KVM guests
> > >   x86/cpu/intel: Allow SGX virtualization without Launch Control support
> > >   x86/sgx: Expose SGX architectural definitions to the kernel
> > >   x86/sgx: Move ENCLS leaf definitions to sgx_arch.h
> > >   x86/sgx: Add SGX2 ENCLS leaf definitions (EAUG, EMODPR and EMODT)
> > >   x86/sgx: Add encls_faulted() helper
> > >   x86/sgx: Add helpers to expose ECREATE and EINIT to KVM
> > >   x86/sgx: Move provisioning device creation out of SGX driver
> > >   KVM: VMX: Convert vcpu_vmx.exit_reason to a union
> > >   KVM: x86: Export kvm_mmu_gva_to_gpa_{read,write}() for SGX (VMX)
> > >   KVM: x86: Define new #PF SGX error code bit
> > >   KVM: x86: Add support for reverse CPUID lookup of scattered features
> > >   KVM: x86: Add reverse-CPUID lookup support for scattered SGX features
> > >   KVM: VMX: Add basic handling of VM-Exit from SGX enclave
> > >   KVM: VMX: Frame in ENCLS handler for SGX virtualization
> > >   KVM: VMX: Add SGX ENCLS[ECREATE] handler to enforce CPUID restrictions
> > >   KVM: VMX: Add emulation of SGX Launch Control LE hash MSRs
> > >   KVM: VMX: Add ENCLS[EINIT] handler to support SGX Launch Control (LC)
> > >   KVM: VMX: Enable SGX virtualization for SGX1, SGX2 and LC
> > >   KVM: x86: Add capability to grant VM access to privileged SGX
> > >     attribute
> > > 
> > > jarkko@kernel.org (2):
> > >   x86/sgx: Remove a warn from sgx_free_epc_page()
> > >   x86/sgx: Wipe out EREMOVE from sgx_free_epc_page()
> > > 
> > >  Documentation/virt/kvm/api.rst                |  23 +
> > >  arch/x86/Kconfig                              |  12 +
> > >  arch/x86/include/asm/cpufeatures.h            |   2 +
> > >  arch/x86/include/asm/kvm_host.h               |   5 +
> > >  arch/x86/include/asm/sgx.h                    |  19 +
> > >  .../cpu/sgx/arch.h => include/asm/sgx_arch.h} |  20 +
> > >  arch/x86/include/asm/vmx.h                    |   1 +
> > >  arch/x86/include/uapi/asm/vmx.h               |   1 +
> > >  arch/x86/kernel/cpu/cpuid-deps.c              |   3 +
> > >  arch/x86/kernel/cpu/feat_ctl.c                |  63 ++-
> > >  arch/x86/kernel/cpu/scattered.c               |   2 +
> > >  arch/x86/kernel/cpu/sgx/Makefile              |   1 +
> > >  arch/x86/kernel/cpu/sgx/driver.c              |  17 -
> > >  arch/x86/kernel/cpu/sgx/encl.c                |  15 +-
> > >  arch/x86/kernel/cpu/sgx/encls.h               |  29 +-
> > >  arch/x86/kernel/cpu/sgx/ioctl.c               |  23 +-
> > >  arch/x86/kernel/cpu/sgx/main.c                |  67 ++-
> > >  arch/x86/kernel/cpu/sgx/sgx.h                 |   4 +-
> > >  arch/x86/kernel/cpu/sgx/virt.c                | 316 ++++++++++++
> > >  arch/x86/kernel/cpu/sgx/virt.h                |  14 +
> > >  arch/x86/kvm/Makefile                         |   2 +
> > >  arch/x86/kvm/cpuid.c                          |  89 +++-
> > >  arch/x86/kvm/cpuid.h                          |  50 +-
> > >  arch/x86/kvm/vmx/nested.c                     |  70 ++-
> > >  arch/x86/kvm/vmx/nested.h                     |   5 +
> > >  arch/x86/kvm/vmx/sgx.c                        | 462 ++++++++++++++++++
> > >  arch/x86/kvm/vmx/sgx.h                        |  34 ++
> > >  arch/x86/kvm/vmx/vmcs12.c                     |   1 +
> > >  arch/x86/kvm/vmx/vmcs12.h                     |   4 +-
> > >  arch/x86/kvm/vmx/vmx.c                        | 171 +++++--
> > >  arch/x86/kvm/vmx/vmx.h                        |  27 +-
> > >  arch/x86/kvm/x86.c                            |  24 +
> > >  include/uapi/linux/kvm.h                      |   1 +
> > >  tools/testing/selftests/sgx/defines.h         |   2 +-
> > >  34 files changed, 1432 insertions(+), 147 deletions(-)
> > >  create mode 100644 arch/x86/include/asm/sgx.h
> > >  rename arch/x86/{kernel/cpu/sgx/arch.h => include/asm/sgx_arch.h} (96%)
> > >  create mode 100644 arch/x86/kernel/cpu/sgx/virt.c
> > >  create mode 100644 arch/x86/kernel/cpu/sgx/virt.h
> > >  create mode 100644 arch/x86/kvm/vmx/sgx.c
> > >  create mode 100644 arch/x86/kvm/vmx/sgx.h
> > > 
> > > -- 
> > > 2.29.2
> > > 
> > > 
> 
> 
> 

  parent reply	other threads:[~2021-01-21  6:40 UTC|newest]

Thread overview: 91+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-01-18  3:26 [RFC PATCH v2 00/26] KVM SGX virtualization support Kai Huang
2021-01-18  3:26 ` [RFC PATCH v2 01/26] x86/cpufeatures: Add SGX1 and SGX2 sub-features Kai Huang
2021-01-19 16:19   ` Borislav Petkov
2021-01-19 18:03     ` Sean Christopherson
2021-01-19 22:54       ` Kai Huang
2021-01-20 10:28       ` Borislav Petkov
2021-01-20 11:50   ` Jarkko Sakkinen
2021-01-20 23:23     ` Kai Huang
2021-01-21  1:01       ` Jarkko Sakkinen
2021-01-18  3:26 ` [RFC PATCH v2 02/26] x86/sgx: Remove a warn from sgx_free_epc_page() Kai Huang
2021-01-19  8:32   ` Jarkko Sakkinen
2021-01-20  0:42     ` Kai Huang
2021-01-18  3:26 ` [RFC PATCH v2 03/26] x86/sgx: Wipe out EREMOVE " Kai Huang
2021-01-18  3:26 ` [RFC PATCH v2 04/26] x86/sgx: Add SGX_CHILD_PRESENT hardware error code Kai Huang
2021-01-20 11:51   ` Jarkko Sakkinen
2021-01-18  3:26 ` [RFC PATCH v2 05/26] x86/sgx: Introduce virtual EPC for use by KVM guests Kai Huang
2021-01-20 11:54   ` Jarkko Sakkinen
2021-01-20 17:40     ` Sean Christopherson
2021-01-21  0:54       ` Jarkko Sakkinen
2021-01-21  0:55         ` Jarkko Sakkinen
2021-01-18  3:27 ` [RFC PATCH v2 06/26] x86/cpu/intel: Allow SGX virtualization without Launch Control support Kai Huang
2021-01-20 21:02   ` Dave Hansen
2021-01-20 22:36     ` Sean Christopherson
2021-01-20 23:27       ` Dave Hansen
2021-01-20 23:48         ` Kai Huang
2021-01-20 23:51           ` Dave Hansen
2021-01-21  1:53             ` Kai Huang
2021-01-21 14:35               ` Jarkko Sakkinen
2021-01-21  1:12         ` Jarkko Sakkinen
2021-01-20 23:50     ` Kai Huang
2021-01-21  1:11     ` Jarkko Sakkinen
2021-01-18  3:27 ` [RFC PATCH v2 07/26] x86/sgx: Initialize virtual EPC driver even when SGX driver is disabled Kai Huang
2021-01-18  3:27 ` [RFC PATCH v2 08/26] x86/sgx: Expose SGX architectural definitions to the kernel Kai Huang
2021-01-20 11:58   ` Jarkko Sakkinen
2021-01-20 23:53     ` Kai Huang
2021-01-18  3:27 ` [RFC PATCH v2 09/26] x86/sgx: Move ENCLS leaf definitions to sgx_arch.h Kai Huang
2021-01-20 11:59   ` Jarkko Sakkinen
2021-01-18  3:28 ` [RFC PATCH v2 10/26] x86/sgx: Add SGX2 ENCLS leaf definitions (EAUG, EMODPR and EMODT) Kai Huang
2021-01-20 11:59   ` Jarkko Sakkinen
2021-01-18  3:28 ` [RFC PATCH v2 11/26] x86/sgx: Add encls_faulted() helper Kai Huang
2021-01-20 12:03   ` Jarkko Sakkinen
2021-01-20 23:43     ` Kai Huang
2021-01-21  1:08       ` Jarkko Sakkinen
2021-01-21  1:12         ` Kai Huang
2021-01-21 14:38           ` Jarkko Sakkinen
2021-01-18  3:28 ` [RFC PATCH v2 12/26] x86/sgx: Add helper to update SGX_LEPUBKEYHASHn MSRs Kai Huang
2021-01-20 12:03   ` Jarkko Sakkinen
2021-01-20 18:36     ` Dave Hansen
2021-01-20 23:36       ` Kai Huang
2021-01-20 23:50         ` Dave Hansen
2021-01-21  1:06           ` Kai Huang
2021-01-21  1:15             ` Dave Hansen
2021-01-21  1:44               ` Kai Huang
2021-01-21 14:36                 ` Jarkko Sakkinen
2021-01-21  1:18             ` Kai Huang
2021-01-21  1:09         ` Jarkko Sakkinen
2021-01-21  1:08       ` Jarkko Sakkinen
2021-01-18  3:28 ` [RFC PATCH v2 13/26] x86/sgx: Add helpers to expose ECREATE and EINIT to KVM Kai Huang
2021-01-20 12:04   ` Jarkko Sakkinen
2021-01-20 23:29     ` Kai Huang
2021-01-18  3:28 ` [RFC PATCH v2 14/26] x86/sgx: Move provisioning device creation out of SGX driver Kai Huang
2021-01-20 14:09   ` Jarkko Sakkinen
2021-01-20 23:24     ` Kai Huang
2021-01-18  3:28 ` [RFC PATCH v2 15/26] KVM: VMX: Convert vcpu_vmx.exit_reason to a union Kai Huang
2021-01-20 14:18   ` Jarkko Sakkinen
2021-01-20 16:39     ` Sean Christopherson
2021-01-21  0:47       ` Jarkko Sakkinen
2021-01-21 16:33         ` Sean Christopherson
2021-01-22 17:29           ` Jarkko Sakkinen
2021-01-18  3:28 ` [RFC PATCH v2 16/26] KVM: x86: Export kvm_mmu_gva_to_gpa_{read,write}() for SGX (VMX) Kai Huang
2021-01-20 14:19   ` Jarkko Sakkinen
2021-01-18  3:28 ` [RFC PATCH v2 17/26] KVM: x86: Define new #PF SGX error code bit Kai Huang
2021-01-18  3:28 ` [RFC PATCH v2 18/26] KVM: x86: Add support for reverse CPUID lookup of scattered features Kai Huang
2021-01-18  3:28 ` [RFC PATCH v2 19/26] KVM: x86: Add reverse-CPUID lookup support for scattered SGX features Kai Huang
2021-01-18  3:28 ` [RFC PATCH v2 20/26] KVM: VMX: Add basic handling of VM-Exit from SGX enclave Kai Huang
2021-01-18  3:28 ` [RFC PATCH v2 21/26] KVM: VMX: Frame in ENCLS handler for SGX virtualization Kai Huang
2021-01-18  3:28 ` [RFC PATCH v2 22/26] KVM: VMX: Add SGX ENCLS[ECREATE] handler to enforce CPUID restrictions Kai Huang
2021-01-18  3:28 ` [RFC PATCH v2 23/26] KVM: VMX: Add emulation of SGX Launch Control LE hash MSRs Kai Huang
2021-01-18  3:28 ` [RFC PATCH v2 24/26] KVM: VMX: Add ENCLS[EINIT] handler to support SGX Launch Control (LC) Kai Huang
2021-01-18  3:28 ` [RFC PATCH v2 25/26] KVM: VMX: Enable SGX virtualization for SGX1, SGX2 and LC Kai Huang
2021-01-18  3:29 ` [RFC PATCH v2 26/26] KVM: x86: Add capability to grant VM access to privileged SGX attribute Kai Huang
2021-01-19  8:23 ` [RFC PATCH v2 00/26] KVM SGX virtualization support Jarkko Sakkinen
2021-01-20  0:52   ` Kai Huang
2021-01-20 16:35     ` Sean Christopherson
2021-01-20 16:39       ` Paolo Bonzini
2021-01-21  1:28         ` Kai Huang
2021-01-20 23:43     ` Jarkko Sakkinen [this message]
2021-01-20 23:52       ` Kai Huang
2021-01-21  1:16         ` Jarkko Sakkinen
2021-01-21  1:27           ` Kai Huang
2021-01-21 14:34             ` Jarkko Sakkinen

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=YAjALTpv/aDzOalD@kernel.org \
    --to=jarkko@kernel.org \
    --cc=b.thiel@posteo.de \
    --cc=bp@alien8.de \
    --cc=corbet@lwn.net \
    --cc=dave.hansen@intel.com \
    --cc=haitao.huang@intel.com \
    --cc=hpa@zytor.com \
    --cc=jethro@fortanix.com \
    --cc=jmattson@google.com \
    --cc=joro@8bytes.org \
    --cc=kai.huang@intel.com \
    --cc=kvm@vger.kernel.org \
    --cc=linux-sgx@vger.kernel.org \
    --cc=luto@kernel.org \
    --cc=mingo@redhat.com \
    --cc=pbonzini@redhat.com \
    --cc=seanjc@google.com \
    --cc=tglx@linutronix.de \
    --cc=vkuznets@redhat.com \
    --cc=wanpengli@tencent.com \
    --cc=x86@kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).