From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from fra-out-008.esa.eu-central-1.outbound.mail-perimeter.amazon.com (fra-out-008.esa.eu-central-1.outbound.mail-perimeter.amazon.com [35.158.23.94]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id EA8D33E1220; Tue, 17 Mar 2026 14:10:45 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=35.158.23.94 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1773756648; cv=none; b=V1Ur3H89nRkwP/2UYKXOsQEnOFYE353PZHDy9CjR3G1DwbjH0c3tBNe+RI8j9XCn5Km51UPjPXv1O999/TOcPk0K5MEabVFBCyBjB34LGIKdJ3sWPOKyiYKoufY74ZCNawonNf8W5ChPxw3gIN6/PqBfArvAhwTvBsCMBDm/8C0= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1773756648; c=relaxed/simple; bh=h8DqssJHliEArre89krkO9nmrYyn9eD8cljS3zx9+FY=; h=From:To:CC:Subject:Date:Message-ID:Content-Type:MIME-Version; b=ib9yMkS8ptihReXHuNhWAys++fvuSKapNPdA/PiFHIMLkUYL94LqP8QQBbJsJkc7ZY8m4/hhofEnxsyaly7zcjApfsAbPA3Vqu7cQS8cAEbghiu+nYRB5fVXVZM+pUeD+KTNvkMyybyuf0SI1Hr2RfS/MghvBITfQlGuSFiTcKM= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=quarantine dis=none) header.from=amazon.co.uk; spf=pass smtp.mailfrom=amazon.co.uk; dkim=pass (2048-bit key) header.d=amazon.co.uk header.i=@amazon.co.uk header.b=Ww37T4L5; arc=none smtp.client-ip=35.158.23.94 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=quarantine dis=none) header.from=amazon.co.uk Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=amazon.co.uk Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=amazon.co.uk header.i=@amazon.co.uk header.b="Ww37T4L5" DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=amazon.co.uk; i=@amazon.co.uk; q=dns/txt; s=amazoncorp2; t=1773756647; x=1805292647; h=from:to:cc:subject:date:message-id: content-transfer-encoding:mime-version; bh=EG2KxvtvKuLJMrtPzQrxGfLqKgk4P5/+m3H+Afhe/r8=; b=Ww37T4L5UOgn54SzaVdGDcjn2JsRaHHR4TvbAOVC2B9smnPG2t3MHiou G8uaCflnZN7QikTwXockV9iotOsXu0Sn4k2aEw6lmP0Lvw8TNC+ifgsPs ga4GwAFP8jktntBM5OQAnJjVPHoMTZRizuy76dEVWxy11WIh4yIjHP/yM DSV+AG9xJ0a97pRxkD+NyYLB9aUUr/26lk6wKLpXoOam+2uMHPsR/cuKZ dYBvYc+mrY9pv4g9PHvPr4jumVUwDl+uoDrvrj0tD9j8m4NL6uMCDL+hU rBUlQlRIA48oxBAxyWj6shNlppk4LgP2KEMf/bqlxOd8/PrEocgq+gfDn w==; X-CSE-ConnectionGUID: 50sTFI+ITou6QpDaL/EN5Q== X-CSE-MsgGUID: HRI71rBvTtyKXxSQR/YpmA== X-IronPort-AV: E=Sophos;i="6.23,124,1770595200"; d="scan'208";a="10999248" Received: from ip-10-6-3-216.eu-central-1.compute.internal (HELO smtpout.naws.eu-central-1.prod.farcaster.email.amazon.dev) ([10.6.3.216]) by internal-fra-out-008.esa.eu-central-1.outbound.mail-perimeter.amazon.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 17 Mar 2026 14:10:41 +0000 Received: from EX19MTAEUB001.ant.amazon.com [54.240.197.226:2147] by smtpin.naws.eu-central-1.prod.farcaster.email.amazon.dev [10.0.1.179:2525] with esmtp (Farcaster) id cd7ff187-903b-4748-99ad-b6e08a8de02a; Tue, 17 Mar 2026 14:10:41 +0000 (UTC) X-Farcaster-Flow-ID: cd7ff187-903b-4748-99ad-b6e08a8de02a Received: from EX19D005EUB004.ant.amazon.com (10.252.51.126) by EX19MTAEUB001.ant.amazon.com (10.252.51.28) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA) id 15.2.2562.37; Tue, 17 Mar 2026 14:10:33 +0000 Received: from EX19D005EUB003.ant.amazon.com (10.252.51.31) by EX19D005EUB004.ant.amazon.com (10.252.51.126) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA) id 15.2.2562.37; Tue, 17 Mar 2026 14:10:32 +0000 Received: from EX19D005EUB003.ant.amazon.com ([fe80::b825:becb:4b38:da0c]) by EX19D005EUB003.ant.amazon.com ([fe80::b825:becb:4b38:da0c%3]) with mapi id 15.02.2562.037; Tue, 17 Mar 2026 14:10:32 +0000 From: "Kalyazin, Nikita" To: "kvm@vger.kernel.org" , "linux-doc@vger.kernel.org" , "linux-kernel@vger.kernel.org" , "linux-arm-kernel@lists.infradead.org" , "kvmarm@lists.linux.dev" , "linux-fsdevel@vger.kernel.org" , "linux-mm@kvack.org" , "bpf@vger.kernel.org" , "linux-kselftest@vger.kernel.org" , "kernel@xen0n.name" , "linux-riscv@lists.infradead.org" , "linux-s390@vger.kernel.org" , "loongarch@lists.linux.dev" , "linux-pm@vger.kernel.org" CC: "pbonzini@redhat.com" , "corbet@lwn.net" , "maz@kernel.org" , "oupton@kernel.org" , "joey.gouly@arm.com" , "suzuki.poulose@arm.com" , "yuzenghui@huawei.com" , "catalin.marinas@arm.com" , "will@kernel.org" , "seanjc@google.com" , "tglx@kernel.org" , "mingo@redhat.com" , "bp@alien8.de" , "dave.hansen@linux.intel.com" , "x86@kernel.org" , "hpa@zytor.com" , "luto@kernel.org" , "peterz@infradead.org" , "willy@infradead.org" , "akpm@linux-foundation.org" , "david@kernel.org" , "lorenzo.stoakes@oracle.com" , "vbabka@kernel.org" , "rppt@kernel.org" , "surenb@google.com" , "mhocko@suse.com" , "ast@kernel.org" , "daniel@iogearbox.net" , "andrii@kernel.org" , "martin.lau@linux.dev" , "eddyz87@gmail.com" , "song@kernel.org" , "yonghong.song@linux.dev" , "john.fastabend@gmail.com" , "kpsingh@kernel.org" , "sdf@fomichev.me" , "haoluo@google.com" , "jolsa@kernel.org" , "jgg@ziepe.ca" , "jhubbard@nvidia.com" , "peterx@redhat.com" , "jannh@google.com" , "pfalcato@suse.de" , "skhan@linuxfoundation.org" , "riel@surriel.com" , "ryan.roberts@arm.com" , "jgross@suse.com" , "yu-cheng.yu@intel.com" , "kas@kernel.org" , "coxu@redhat.com" , "kevin.brodsky@arm.com" , "ackerleytng@google.com" , "yosry@kernel.org" , "ajones@ventanamicro.com" , "maobibo@loongson.cn" , "tabba@google.com" , "prsampat@amd.com" , "wu.fei9@sanechips.com.cn" , "mlevitsk@redhat.com" , "jmattson@google.com" , "jthoughton@google.com" , "agordeev@linux.ibm.com" , "alex@ghiti.fr" , "aou@eecs.berkeley.edu" , "borntraeger@linux.ibm.com" , "chenhuacai@kernel.org" , "dev.jain@arm.com" , "gor@linux.ibm.com" , "hca@linux.ibm.com" , "palmer@dabbelt.com" , "pjw@kernel.org" , "shijie@os.amperecomputing.com" , "svens@linux.ibm.com" , "thuth@redhat.com" , "wyihan@google.com" , "yang@os.amperecomputing.com" , "Jonathan.Cameron@huawei.com" , "Liam.Howlett@oracle.com" , "urezki@gmail.com" , "zhengqi.arch@bytedance.com" , "gerald.schaefer@linux.ibm.com" , "jiayuan.chen@shopee.com" , "lenb@kernel.org" , "osalvador@suse.de" , "pavel@kernel.org" , "rafael@kernel.org" , "vannapurve@google.com" , "jackmanb@google.com" , "aneesh.kumar@kernel.org" , "patrick.roy@linux.dev" , "Thomson, Jack" , "Itazuri, Takahiro" , "Manwaring, Derek" , "Kalyazin, Nikita" Subject: [PATCH v11 00/16] Direct Map Removal Support for guest_memfd Thread-Topic: [PATCH v11 00/16] Direct Map Removal Support for guest_memfd Thread-Index: AQHcthfR9FvOPBnm+0O/5mGRmD0KDA== Date: Tue, 17 Mar 2026 14:10:32 +0000 Message-ID: <20260317141031.514-1-kalyazin@amazon.com> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Precedence: bulk X-Mailing-List: kvm@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 [ based on kvm/next ]=0A= =0A= Unmapping virtual machine guest memory from the host kernel's direct map=0A= is a successful mitigation against Spectre-style transient execution=0A= issues: if the kernel page tables do not contain entries pointing to=0A= guest memory, then any attempted speculative read through the direct map=0A= will necessarily be blocked by the MMU before any observable=0A= microarchitectural side-effects happen. This means that Spectre-gadgets=0A= and similar cannot be used to target virtual machine memory. Roughly=0A= 60% of speculative execution issues fall into this category [1, Table=0A= 1].=0A= =0A= This patch series extends guest_memfd with the ability to remove its=0A= memory from the host kernel's direct map, to be able to attain the above=0A= protection for KVM guests running inside guest_memfd.=0A= =0A= Additionally, a Firecracker branch with support for these VMs can be=0A= found on GitHub [2].=0A= =0A= For more details, please refer to the v5 cover letter. No substantial=0A= changes in design have taken place since.=0A= =0A= See also related write() syscall support in guest_memfd [3] where=0A= the interoperation between the two features is described.=0A= =0A= Changes since v10:=0A= - David: use a generic implementation for=0A= folio_{zap,restore}_direct_map instead of per-arch and return void=0A= from folio_restore_direct_map instead of int. Ackerley, I dropped your= =0A= "Reviewed-by:" as the patch 02/16 has changed significantly. Could you= =0A= have another look when you have time?=0A= - David: fix: kvm_gmem_folio_zap_direct_map: do not set=0A= KVM_GMEM_FOLIO_NO_DIRECT_MAP on failure=0A= - David: minor readability fixes=0A= =0A= v10: https://lore.kernel.org/kvm/20260126164445.11867-1-kalyazin@amazon.com= =0A= v9: https://lore.kernel.org/kvm/20260114134510.1835-1-kalyazin@amazon.com= =0A= v8: https://lore.kernel.org/kvm/20251205165743.9341-1-kalyazin@amazon.com= =0A= v7: https://lore.kernel.org/kvm/20250924151101.2225820-1-patrick.roy@campus= .lmu.de=0A= v6: https://lore.kernel.org/kvm/20250912091708.17502-1-roypat@amazon.co.uk= =0A= v5: https://lore.kernel.org/kvm/20250828093902.2719-1-roypat@amazon.co.uk= =0A= v4: https://lore.kernel.org/kvm/20250221160728.1584559-1-roypat@amazon.co.u= k=0A= RFCv3: https://lore.kernel.org/kvm/20241030134912.515725-1-roypat@amazon.co= .uk=0A= RFCv2: https://lore.kernel.org/kvm/20240910163038.1298452-1-roypat@amazon.c= o.uk=0A= RFCv1: https://lore.kernel.org/kvm/20240709132041.3625501-1-roypat@amazon.c= o.uk=0A= =0A= [1] https://download.vusec.net/papers/quarantine_raid23.pdf=0A= [2] https://github.com/firecracker-microvm/firecracker/tree/feature/secret-= hiding=0A= [3] https://lore.kernel.org/kvm/20251114151828.98165-1-kalyazin@amazon.com= =0A= =0A= Nikita Kalyazin (4):=0A= set_memory: set_direct_map_* to take address=0A= set_memory: add folio_{zap,restore}_direct_map helpers=0A= mm/secretmem: make use of folio_{zap,restore}_direct_map=0A= mm/gup: drop local variable in gup_fast_folio_allowed=0A= =0A= Patrick Roy (12):=0A= mm/gup: drop secretmem optimization from gup_fast_folio_allowed=0A= mm: introduce AS_NO_DIRECT_MAP=0A= KVM: guest_memfd: Add stub for kvm_arch_gmem_invalidate=0A= KVM: x86: define kvm_arch_gmem_supports_no_direct_map()=0A= KVM: arm64: define kvm_arch_gmem_supports_no_direct_map()=0A= KVM: guest_memfd: Add flag to remove from direct map=0A= KVM: selftests: load elf via bounce buffer=0A= KVM: selftests: set KVM_MEM_GUEST_MEMFD in vm_mem_add() if guest_memfd=0A= !=3D -1=0A= KVM: selftests: Add guest_memfd based vm_mem_backing_src_types=0A= KVM: selftests: cover GUEST_MEMFD_FLAG_NO_DIRECT_MAP in existing=0A= selftests=0A= KVM: selftests: stuff vm_mem_backing_src_type into vm_shape=0A= KVM: selftests: Test guest execution from direct map removed gmem=0A= =0A= Documentation/virt/kvm/api.rst | 21 +++---=0A= arch/arm64/include/asm/kvm_host.h | 13 ++++=0A= arch/arm64/include/asm/set_memory.h | 7 +-=0A= arch/arm64/mm/pageattr.c | 19 +++--=0A= arch/loongarch/include/asm/set_memory.h | 8 ++-=0A= arch/loongarch/mm/pageattr.c | 25 +++----=0A= arch/riscv/include/asm/set_memory.h | 7 +-=0A= arch/riscv/mm/pageattr.c | 17 ++---=0A= arch/s390/include/asm/set_memory.h | 7 +-=0A= arch/s390/mm/pageattr.c | 13 ++--=0A= arch/x86/include/asm/kvm_host.h | 6 ++=0A= arch/x86/include/asm/set_memory.h | 7 +-=0A= arch/x86/kvm/x86.c | 5 ++=0A= arch/x86/mm/pat/set_memory.c | 23 +++---=0A= include/linux/kvm_host.h | 14 ++++=0A= include/linux/pagemap.h | 16 +++++=0A= include/linux/secretmem.h | 18 -----=0A= include/linux/set_memory.h | 22 ++++--=0A= include/uapi/linux/kvm.h | 1 +=0A= kernel/power/snapshot.c | 4 +-=0A= lib/buildid.c | 8 ++-=0A= mm/execmem.c | 6 +-=0A= mm/gup.c | 41 +++++------=0A= mm/memory.c | 42 +++++++++++=0A= mm/mlock.c | 2 +-=0A= mm/secretmem.c | 18 ++---=0A= mm/vmalloc.c | 11 +--=0A= .../testing/selftests/kvm/guest_memfd_test.c | 17 ++++-=0A= .../testing/selftests/kvm/include/kvm_util.h | 37 +++++++---=0A= .../testing/selftests/kvm/include/test_util.h | 8 +++=0A= tools/testing/selftests/kvm/lib/elf.c | 8 +--=0A= tools/testing/selftests/kvm/lib/io.c | 23 ++++++=0A= tools/testing/selftests/kvm/lib/kvm_util.c | 59 ++++++++-------=0A= tools/testing/selftests/kvm/lib/test_util.c | 8 +++=0A= tools/testing/selftests/kvm/lib/x86/sev.c | 1 +=0A= .../selftests/kvm/pre_fault_memory_test.c | 1 +=0A= .../selftests/kvm/set_memory_region_test.c | 52 ++++++++++++--=0A= .../kvm/x86/private_mem_conversions_test.c | 7 +-=0A= virt/kvm/guest_memfd.c | 71 ++++++++++++++++---=0A= 39 files changed, 474 insertions(+), 199 deletions(-)=0A= =0A= =0A= base-commit: d2ea4ff1ce50787a98a3900b3fb1636f3620b7cf=0A= -- =0A= 2.50.1=0A= =0A=