From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-3.8 required=3.0 tests=HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS,USER_AGENT_GIT autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id A4D6AC4CEDF for ; Tue, 17 Sep 2019 08:53:25 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id 76AE3218AF for ; Tue, 17 Sep 2019 08:53:25 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1725991AbfIQIw4 (ORCPT ); Tue, 17 Sep 2019 04:52:56 -0400 Received: from mga18.intel.com ([134.134.136.126]:37165 "EHLO mga18.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725811AbfIQIw2 (ORCPT ); Tue, 17 Sep 2019 04:52:28 -0400 X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from fmsmga003.fm.intel.com ([10.253.24.29]) by orsmga106.jf.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 17 Sep 2019 01:52:27 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.64,515,1559545200"; d="scan'208";a="193695456" Received: from unknown (HELO local-michael-cet-test.sh.intel.com) ([10.239.159.128]) by FMSMGA003.fm.intel.com with ESMTP; 17 Sep 2019 01:52:25 -0700 From: Yang Weijiang To: kvm@vger.kernel.org, linux-kernel@vger.kernel.org, pbonzini@redhat.com, sean.j.christopherson@intel.com Cc: mst@redhat.com, rkrcmar@redhat.com, jmattson@google.com, yu.c.zhang@intel.com, alazar@bitdefender.com, Yang Weijiang Subject: [PATCH v5 0/9] Enable Sub-page Write Protection Support Date: Tue, 17 Sep 2019 16:52:55 +0800 Message-Id: <20190917085304.16987-1-weijiang.yang@intel.com> X-Mailer: git-send-email 2.17.2 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org EPT-Based Sub-Page write Protection(SPP)is a HW capability which allows Virtual Machine Monitor(VMM) to specify write-permission for guest physical memory at a sub-page(128 byte) granularity. When this capability is enabled, the CPU enforces write-access check for sub-pages within a 4KB page. The feature is targeted to provide fine-grained memory protection for usages such as device virtualization, memory check-point and VM introspection etc. SPP is active when the "sub-page write protection" (bit 23) is 1 in Secondary VM-Execution Controls. The feature is backed with a Sub-Page Permission Table(SPPT), SPPT is referenced via a 64-bit control field called Sub-Page Permission Table Pointer (SPPTP) which contains a 4K-aligned physical address. To enable SPP for certain physical page, the gfn should be first mapped to a 4KB entry, then set bit 61 of the corresponding EPT leaf entry. While HW walks EPT, if bit 61 is set, it traverses SPPT with the guset physical address to find out the sub-page permissions at the leaf entry. If the corresponding bit is set, write to sub-page is permitted, otherwise, SPP induced EPT violation is generated. This patch serial passed SPP function test and selftest on Ice-Lake platform. Please refer to the SPP introduction document in this patch set and Intel SDM for details: Intel SDM: https://software.intel.com/sites/default/files/managed/39/c5/325462-sdm-vol-1-2abcd-3abcd.pdf SPP selftest patch: https://lkml.org/lkml/2019/6/18/1197 Previous patch: https://lkml.org/lkml/2019/8/14/97 Patch 1: Introduction to SPP. Patch 2: Add SPP related flags and control bits. Patch 3: Functions for SPPT setup. Patch 4: Add SPP access bitmaps for memslots. Patch 5: Introduce SPP {init,set,get} functions Patch 6: Implement User space access IOCTLs. Patch 7: Set up SPP paging table at vm-entry/exit. Patch 8: Enable lazy mode SPPT setup. Patch 9: Handle SPP protected pages when VM memory changes Change logs: V5 -> V4: 1. Enable SPP support for Hugepage(1GB/2MB) to extend application. 2. Make SPP miss vm-exit handler as the unified place to set up SPPT. 3. If SPP protected pages are access-tracked or dirty-page-tracked, store SPP flag in reserved address bit, restore it in fast_page_fault() handler. 4. Move SPP specific functions to vmx/spp.c and vmx/spp.h 5. Rebased code to kernel v5.3 6. Other change suggested by KVM community. V3 -> V4: 1. Modified documentation to make it consistent with patches. 2. Allocated SPPT root page in init_spp() instead of vmx_set_cr3() to avoid SPPT miss error. 3. Added back co-developers and sign-offs. V2 -> V3: 1. Rebased patches to kernel 5.1 release 2. Deferred SPPT setup to EPT fault handler if the page is not available while set_subpage() is being called. 3. Added init IOCTL to reduce extra cost if SPP is not used. 4. Refactored patch structure, cleaned up cross referenced functions. 5. Added code to deal with memory swapping/migration/shrinker cases. V2 -> V1: 1. Rebased to 4.20-rc1 2. Move VMCS change to a separated patch. 3. Code refine and Bug fix Yang Weijiang (9): Documentation: Introduce EPT based Subpage Protection vmx: spp: Add control flags for Sub-Page Protection(SPP) mmu: spp: Add SPP Table setup functions mmu: spp: Add functions to create/destroy SPP bitmap block mmu: spp: Introduce SPP {init,set,get} functions x86: spp: Introduce user-space SPP IOCTLs vmx: spp: Set up SPP paging table at vm-entry/exit mmu: spp: Enable Lazy mode SPP protection mmu: spp: Handle SPP protected pages when VM memory changes Documentation/virtual/kvm/spp_kvm.txt | 178 +++++++ arch/x86/include/asm/cpufeatures.h | 1 + arch/x86/include/asm/kvm_host.h | 10 +- arch/x86/include/asm/vmx.h | 10 + arch/x86/include/uapi/asm/vmx.h | 2 + arch/x86/kernel/cpu/intel.c | 4 + arch/x86/kvm/mmu.c | 78 ++- arch/x86/kvm/mmu.h | 2 + arch/x86/kvm/vmx/capabilities.h | 5 + arch/x86/kvm/vmx/spp.c | 651 ++++++++++++++++++++++++++ arch/x86/kvm/vmx/spp.h | 27 ++ arch/x86/kvm/vmx/vmx.c | 99 ++++ arch/x86/kvm/x86.c | 51 ++ include/uapi/linux/kvm.h | 17 + 14 files changed, 1133 insertions(+), 2 deletions(-) create mode 100644 Documentation/virtual/kvm/spp_kvm.txt create mode 100644 arch/x86/kvm/vmx/spp.c create mode 100644 arch/x86/kvm/vmx/spp.h -- 2.17.2