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 Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by smtp.lore.kernel.org (Postfix) with ESMTP id 43909C5B543 for ; Thu, 5 Jun 2025 06:41:30 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id AF9C26B058B; Thu, 5 Jun 2025 02:41:29 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id AAA4D6B058D; Thu, 5 Jun 2025 02:41:29 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 9726C6B058F; Thu, 5 Jun 2025 02:41:29 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0011.hostedemail.com [216.40.44.11]) by kanga.kvack.org (Postfix) with ESMTP id 73E386B058B for ; Thu, 5 Jun 2025 02:41:29 -0400 (EDT) Received: from smtpin07.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay01.hostedemail.com (Postfix) with ESMTP id 17D321D8652 for ; Thu, 5 Jun 2025 06:41:29 +0000 (UTC) X-FDA: 83520400698.07.310FD2F Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.133.124]) by imf13.hostedemail.com (Postfix) with ESMTP id B793020009 for ; Thu, 5 Jun 2025 06:41:26 +0000 (UTC) Authentication-Results: imf13.hostedemail.com; dkim=pass header.d=redhat.com header.s=mimecast20190719 header.b=G9VncJ2i; spf=pass (imf13.hostedemail.com: domain of gshan@redhat.com designates 170.10.133.124 as permitted sender) smtp.mailfrom=gshan@redhat.com; dmarc=pass (policy=quarantine) header.from=redhat.com ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1749105686; h=from:from:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references:dkim-signature; bh=IBYi22l8NE2qlwrg6wnTflQbCIyI+eUBwCzVMPoOjIs=; b=1nE+5GW8n71l+4bMMEy2Be/jnqRlfKBFIXhkAt9uKnPhbdF8iBCbrqs5Vm/q9NHVtj44RB hilD/+L+Iu/Z2OqMUldyqpCTV00nuHwg/4omacfsF8UXIoKqJAYDTgnFXyZnatse+QJLfm hZTJpT0LrMobgptOTXlLBSYCD7u1mGs= ARC-Authentication-Results: i=1; imf13.hostedemail.com; dkim=pass header.d=redhat.com header.s=mimecast20190719 header.b=G9VncJ2i; spf=pass (imf13.hostedemail.com: domain of gshan@redhat.com designates 170.10.133.124 as permitted sender) smtp.mailfrom=gshan@redhat.com; dmarc=pass (policy=quarantine) header.from=redhat.com ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1749105686; a=rsa-sha256; cv=none; b=Cv0DpgjILZa/qsGMmjGO7UtDF/R1qLoQSbvQjuo/f/ciyf3xuLvSfurmvXfK/NcQbJy5Zh uIGuDQB2Oc1zT3T1KvYvDDI5tAdPpe3a6SX8IsSPFyedzq27QVDx2JtpO5w0XJ8mMLmEBc BH19fCvnt9yzv+b21duRNPKvqF7Fulk= DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1749105686; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=IBYi22l8NE2qlwrg6wnTflQbCIyI+eUBwCzVMPoOjIs=; b=G9VncJ2i+ohShygfrAdPOTLzjS1e+RvpjgdPqA1heNrjy51YKBh7wenScPqp+vsALzaKgb HobWlSvU0Ie7PD6462eGLizJLY9IqqHor8HA4sj/bT8KGLwgtlF+zCFb35y1aXpunsLzMc Yv3ytsla146vTIh5FSL9fA+ofVy55AM= Received: from mail-pj1-f70.google.com (mail-pj1-f70.google.com [209.85.216.70]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.3, cipher=TLS_AES_256_GCM_SHA384) id us-mta-636-rocvbLwGOHy5DyBMtwiRoA-1; Thu, 05 Jun 2025 02:41:22 -0400 X-MC-Unique: rocvbLwGOHy5DyBMtwiRoA-1 X-Mimecast-MFC-AGG-ID: rocvbLwGOHy5DyBMtwiRoA_1749105681 Received: by mail-pj1-f70.google.com with SMTP id 98e67ed59e1d1-3132e7266d3so417061a91.2 for ; Wed, 04 Jun 2025 23:41:22 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1749105681; x=1749710481; h=content-transfer-encoding:in-reply-to:from:content-language :references:cc:to:subject:user-agent:mime-version:date:message-id :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=IBYi22l8NE2qlwrg6wnTflQbCIyI+eUBwCzVMPoOjIs=; b=jWuOj5qIXgUdAwlKcbrI9VuMULNVEdngNx5g6ms7e0Tf2mZ07LtiWblkQHoKw74Z/+ aCdUcWCcquhQN2y7fHgbRWCXJrhSTESmQNIUaCBKhlXxFoZpzKVtbPYfqcuzTmHWmaXe Ubfmsc9jln/rDq5iZSNtLHVjT9Q0gl7MnGIS+QPfRa9c/Etc65xZWThsu7mdCf9A0kts OI15C/vMAt/rzNZV3jNNNxg3cu/yO3PIPDB9dd+QH/OSovT0thq26xViUv8NeAvrw7d9 nFDi9iTN1336lTSE6KS9X+LOHMqAQ+7/g7eR5xez0/CyCJhYCwJSi80ikaxNw3kf0ZG+ V7cw== X-Forwarded-Encrypted: i=1; AJvYcCX+IzVZf5OvKo/yuqPZDbl4yRtKTmsO9AutKLSqBJCzf4uUij9Y8GBRGmKfJY9Ow9WrDvhyqKwq4g==@kvack.org X-Gm-Message-State: AOJu0YzPeWU2YlxEoSY0RsP+dRzUjyOGO+/o/Nb6akE28Ezz281eikFS 9TqU4hrnXpEAplB0jcLuxzqmmVYLJvpPSgW7ih+sm7x+odEtAzZt12ZUkZwq1s8cYUd5Xd4w2Lq bex7/DWbLhWpSquoGQ04VGfth65oUlernBlbeBfS9TD/EfNFc/hek X-Gm-Gg: ASbGnctBVnGXjXPRc/2RXUJeGE+HHXFcHMuyTD2wKVVBj7nHIWuQg/CosalPBfk5lYw en8F2P/I445niq0nqNu98ItsV3FlUgtR7viiBTldVGN7UPLRQSAM7TfeB4MvOp4skutE0unN/so HZ0apsfPq7DRUdXcB6HLnvnD6TX+He/j4HjLuB+1hpfaCLTwFb3Bjf7sWpuXQ/tYkJalDLWaJNo tp3GBOOafp+PcF3gUs7vHoiFFxaReV9uA1IozMjNvHIeM3SRLc+HilABOYg8TymfPuUfDbcPDnU /tF/ujo/tL5PPSUruBokCbxn1RaUt8ump3+OQUfSW4lVaW2omwKm0+vwll/xIA== X-Received: by 2002:a17:90b:2ec3:b0:311:f99e:7f57 with SMTP id 98e67ed59e1d1-3130cda9edfmr6668535a91.23.1749105681030; Wed, 04 Jun 2025 23:41:21 -0700 (PDT) X-Google-Smtp-Source: AGHT+IHKDIu35gKi+SsG314jYhsqDm09mbkp1rGLceVlPWDzysTJYqePCcBoH3coIrcY1U3MQIEuag== X-Received: by 2002:a17:90b:2ec3:b0:311:f99e:7f57 with SMTP id 98e67ed59e1d1-3130cda9edfmr6668472a91.23.1749105680483; Wed, 04 Jun 2025 23:41:20 -0700 (PDT) Received: from [192.168.68.51] (n175-34-62-5.mrk21.qld.optusnet.com.au. [175.34.62.5]) by smtp.gmail.com with ESMTPSA id d9443c01a7336-23506bc8db2sm113392715ad.41.2025.06.04.23.41.00 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 04 Jun 2025 23:41:19 -0700 (PDT) Message-ID: Date: Thu, 5 Jun 2025 16:40:58 +1000 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: [PATCH v10 08/16] KVM: guest_memfd: Allow host to map guest_memfd pages To: Fuad Tabba , kvm@vger.kernel.org, linux-arm-msm@vger.kernel.org, linux-mm@kvack.org Cc: pbonzini@redhat.com, chenhuacai@kernel.org, mpe@ellerman.id.au, anup@brainfault.org, paul.walmsley@sifive.com, palmer@dabbelt.com, aou@eecs.berkeley.edu, seanjc@google.com, viro@zeniv.linux.org.uk, brauner@kernel.org, willy@infradead.org, akpm@linux-foundation.org, xiaoyao.li@intel.com, yilun.xu@intel.com, chao.p.peng@linux.intel.com, jarkko@kernel.org, amoorthy@google.com, dmatlack@google.com, isaku.yamahata@intel.com, mic@digikod.net, vbabka@suse.cz, vannapurve@google.com, ackerleytng@google.com, mail@maciej.szmigiero.name, david@redhat.com, michael.roth@amd.com, wei.w.wang@intel.com, liam.merwick@oracle.com, isaku.yamahata@gmail.com, kirill.shutemov@linux.intel.com, suzuki.poulose@arm.com, steven.price@arm.com, quic_eberman@quicinc.com, quic_mnalajal@quicinc.com, quic_tsoni@quicinc.com, quic_svaddagi@quicinc.com, quic_cvanscha@quicinc.com, quic_pderrin@quicinc.com, quic_pheragu@quicinc.com, catalin.marinas@arm.com, james.morse@arm.com, yuzenghui@huawei.com, oliver.upton@linux.dev, maz@kernel.org, will@kernel.org, qperret@google.com, keirf@google.com, roypat@amazon.co.uk, shuah@kernel.org, hch@infradead.org, jgg@nvidia.com, rientjes@google.com, jhubbard@nvidia.com, fvdl@google.com, hughd@google.com, jthoughton@google.com, peterx@redhat.com, pankaj.gupta@amd.com, ira.weiny@intel.com References: <20250527180245.1413463-1-tabba@google.com> <20250527180245.1413463-9-tabba@google.com> From: Gavin Shan In-Reply-To: <20250527180245.1413463-9-tabba@google.com> X-Mimecast-Spam-Score: 0 X-Mimecast-MFC-PROC-ID: _5W-krFIKrSaOiNUxqx6EdCEW-6Q-b_ZU_U-5QRwIwA_1749105681 X-Mimecast-Originator: redhat.com Content-Language: en-US Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: B793020009 X-Stat-Signature: 9njg9tsp1tphjxo6qbqzdctbxij7kkhp X-Rspam-User: X-Rspamd-Server: rspam07 X-HE-Tag: 1749105686-5572 X-HE-Meta: U2FsdGVkX18v59ieTfsA5aH42JWO5Ejz0kKCnargZIMHvUfFGg1KEW1YyJyVQsgAZQKxo8FiWC185PnmnMOq7ybpSb63rju/LF53nl76g2SB2+9uCed1u257B4erAb5ehznJQbxz1EYzabHG6bBeSlAtKYr4Kkmtb20uajXQSyGwuZJsoR5Ux4841AkuCeCWwXb8SbwkmToQYSXDAIwFO/1Y69vinmGcPUUPoQLjKr8o91r1hwrW9Rm+MvLln2qTcVekm/x0gEOyuOnW//I4ZjX2Hpl5p1KYsE/Pvna69M3v3V5zknNyoksNOXINDsBUojJKqAlSLB+kFX1DlYfcIxLwhzHiMerBqGyO0wKQuFeEUU0LHOpCeV1aUfdMgYiP9y0LESfD2uulxEqApVVUiS0+qJ24C6+aHBr7UR9TeVAqZPJ1OPvC7okz79aKD0peIhmtr7InxtzsUVyj4opy5ffR8cA4eg23IGTU3hKpS5yc5LULH/BN7kZKBZvwIrpuGJfS5V657GZ+Br0yRiHKNX5LMO3NALTfwSOpDWkcdi8UrN9C37x2zaRamwD0FdRHI4p39pca9wWAGfSi99Dx/PpWaY8+vGI9zK9IjrN/C8cW8DoKKRBpQq2TAcTYRyXPjHrTJi7uCSEEIQs2YT8OjE97k0r2cnWe2oImLEJDluH7PsMPGuzP6Xqeiv0fec/8mpLKq4CdnSLqUn/WLnV+FYIXLn3dq32FQFLnhmKiRTv8HQLmY7I40dGOWUxHKI/mqa+X3Y4iFooQRCbkY8H3Ugwhkl0RQyHgBxHnyC2F5l3uZSrGFhF7VY9wBtzOluFTNlbV5IcJu4R41JsgfBqXe2g7bCVxxSEWSjVUszkfFNZ6SjIbHjVdG+tiYdBxv3F1mIql/s6sn62kb+9sS6PNG1a7IIJKOnkYFOZrnVZxo4LZwT6HKcq/2J6ePy2nxr4mG+md+PxWOZLRYZ4meZ5 Siq4nmii cykZ6+Mq7B91QJKQCHrXYK7xqzj3nKsX/WCjZsGfJ7brb71cLU3bZLLYEt/7kO+w75raMMf1Lmlg+/pQfzBvvcugv62mC7VVfNFkoQC4sXUVkVI1dzQmK+WnRbI+Flab9YQ70a2OxbTkJIWfdnX9pSZUE1wCmAcJi0Zb7H6tYc9mbyUbnUnbfgOMjOCZ9KmTb3SuwMksXbw4eDI+SzjAdNW8/RLKif5/mibbDM36qAmTuwI5oTVVX+6pwvy/mwXBB0qTTSOGQi/hRgCzG4lIgoAYB0goAhQVtMPp6rkZ9Q/mja/GpNZ5VbTVY42Uulp3icRLbHVolY4hHIaNRFn19GbLC6dEDa1BA7rwGiuxdUpUDj9N0bpqy+6L/pNXWNFRrKEq6j5Iowd/VoLpsZg+6cjY6NmF6ojvFZTl2PGdL6XNii0+9uvhzt6msbeYEQN5hoRWF2qx+3O3E8BYvaXccvnvx1W1k3lfV+JGae7gIQn/R21ESdyfXPnTkSIdmeFdq2ou23VAT2l+Nh++qXMSnNI8WyQ== X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: List-Subscribe: List-Unsubscribe: Hi Fuad, On 5/28/25 4:02 AM, Fuad Tabba wrote: > This patch enables support for shared memory in guest_memfd, including > mapping that memory at the host userspace. This support is gated by the > configuration option KVM_GMEM_SHARED_MEM, and toggled by the guest_memfd > flag GUEST_MEMFD_FLAG_SUPPORT_SHARED, which can be set when creating a > guest_memfd instance. > > Co-developed-by: Ackerley Tng > Signed-off-by: Ackerley Tng > Signed-off-by: Fuad Tabba > --- > arch/x86/include/asm/kvm_host.h | 10 ++++ > arch/x86/kvm/x86.c | 3 +- > include/linux/kvm_host.h | 13 ++++++ > include/uapi/linux/kvm.h | 1 + > virt/kvm/Kconfig | 5 ++ > virt/kvm/guest_memfd.c | 81 +++++++++++++++++++++++++++++++++ > 6 files changed, 112 insertions(+), 1 deletion(-) > > diff --git a/arch/x86/include/asm/kvm_host.h b/arch/x86/include/asm/kvm_host.h > index 709cc2a7ba66..ce9ad4cd93c5 100644 > --- a/arch/x86/include/asm/kvm_host.h > +++ b/arch/x86/include/asm/kvm_host.h > @@ -2255,8 +2255,18 @@ void kvm_configure_mmu(bool enable_tdp, int tdp_forced_root_level, > > #ifdef CONFIG_KVM_GMEM > #define kvm_arch_supports_gmem(kvm) ((kvm)->arch.supports_gmem) > + > +/* > + * CoCo VMs with hardware support that use guest_memfd only for backing private > + * memory, e.g., TDX, cannot use guest_memfd with userspace mapping enabled. > + */ > +#define kvm_arch_supports_gmem_shared_mem(kvm) \ > + (IS_ENABLED(CONFIG_KVM_GMEM_SHARED_MEM) && \ > + ((kvm)->arch.vm_type == KVM_X86_SW_PROTECTED_VM || \ > + (kvm)->arch.vm_type == KVM_X86_DEFAULT_VM)) > #else > #define kvm_arch_supports_gmem(kvm) false > +#define kvm_arch_supports_gmem_shared_mem(kvm) false > #endif > > #define kvm_arch_has_readonly_mem(kvm) (!(kvm)->arch.has_protected_state) > diff --git a/arch/x86/kvm/x86.c b/arch/x86/kvm/x86.c > index 035ced06b2dd..2a02f2457c42 100644 > --- a/arch/x86/kvm/x86.c > +++ b/arch/x86/kvm/x86.c > @@ -12718,7 +12718,8 @@ int kvm_arch_init_vm(struct kvm *kvm, unsigned long type) > return -EINVAL; > > kvm->arch.vm_type = type; > - kvm->arch.supports_gmem = (type == KVM_X86_SW_PROTECTED_VM); > + kvm->arch.supports_gmem = > + type == KVM_X86_DEFAULT_VM || type == KVM_X86_SW_PROTECTED_VM; > /* Decided by the vendor code for other VM types. */ > kvm->arch.pre_fault_allowed = > type == KVM_X86_DEFAULT_VM || type == KVM_X86_SW_PROTECTED_VM; > diff --git a/include/linux/kvm_host.h b/include/linux/kvm_host.h > index 80371475818f..ba83547e62b0 100644 > --- a/include/linux/kvm_host.h > +++ b/include/linux/kvm_host.h > @@ -729,6 +729,19 @@ static inline bool kvm_arch_supports_gmem(struct kvm *kvm) > } > #endif > > +/* > + * Returns true if this VM supports shared mem in guest_memfd. > + * > + * Arch code must define kvm_arch_supports_gmem_shared_mem if support for > + * guest_memfd is enabled. > + */ > +#if !defined(kvm_arch_supports_gmem_shared_mem) && !IS_ENABLED(CONFIG_KVM_GMEM) > +static inline bool kvm_arch_supports_gmem_shared_mem(struct kvm *kvm) > +{ > + return false; > +} > +#endif > + > #ifndef kvm_arch_has_readonly_mem > static inline bool kvm_arch_has_readonly_mem(struct kvm *kvm) > { > diff --git a/include/uapi/linux/kvm.h b/include/uapi/linux/kvm.h > index b6ae8ad8934b..c2714c9d1a0e 100644 > --- a/include/uapi/linux/kvm.h > +++ b/include/uapi/linux/kvm.h > @@ -1566,6 +1566,7 @@ struct kvm_memory_attributes { > #define KVM_MEMORY_ATTRIBUTE_PRIVATE (1ULL << 3) > > #define KVM_CREATE_GUEST_MEMFD _IOWR(KVMIO, 0xd4, struct kvm_create_guest_memfd) > +#define GUEST_MEMFD_FLAG_SUPPORT_SHARED (1ULL << 0) > > struct kvm_create_guest_memfd { > __u64 size; > diff --git a/virt/kvm/Kconfig b/virt/kvm/Kconfig > index 559c93ad90be..df225298ab10 100644 > --- a/virt/kvm/Kconfig > +++ b/virt/kvm/Kconfig > @@ -128,3 +128,8 @@ config HAVE_KVM_ARCH_GMEM_PREPARE > config HAVE_KVM_ARCH_GMEM_INVALIDATE > bool > depends on KVM_GMEM > + > +config KVM_GMEM_SHARED_MEM > + select KVM_GMEM > + bool > + prompt "Enable support for non-private (shared) memory in guest_memfd" > diff --git a/virt/kvm/guest_memfd.c b/virt/kvm/guest_memfd.c > index 6db515833f61..5d34712f64fc 100644 > --- a/virt/kvm/guest_memfd.c > +++ b/virt/kvm/guest_memfd.c > @@ -312,7 +312,81 @@ static pgoff_t kvm_gmem_get_index(struct kvm_memory_slot *slot, gfn_t gfn) > return gfn - slot->base_gfn + slot->gmem.pgoff; > } > > +static bool kvm_gmem_supports_shared(struct inode *inode) > +{ > + u64 flags; > + > + if (!IS_ENABLED(CONFIG_KVM_GMEM_SHARED_MEM)) > + return false; > + > + flags = (u64)inode->i_private; > + > + return flags & GUEST_MEMFD_FLAG_SUPPORT_SHARED; > +} > + > + > +#ifdef CONFIG_KVM_GMEM_SHARED_MEM > +static vm_fault_t kvm_gmem_fault_shared(struct vm_fault *vmf) > +{ > + struct inode *inode = file_inode(vmf->vma->vm_file); > + struct folio *folio; > + vm_fault_t ret = VM_FAULT_LOCKED; > + > + folio = kvm_gmem_get_folio(inode, vmf->pgoff); > + if (IS_ERR(folio)) { > + int err = PTR_ERR(folio); > + > + if (err == -EAGAIN) > + return VM_FAULT_RETRY; > + > + return vmf_error(err); > + } > + > + if (WARN_ON_ONCE(folio_test_large(folio))) { > + ret = VM_FAULT_SIGBUS; > + goto out_folio; > + } > + > + if (!folio_test_uptodate(folio)) { > + clear_highpage(folio_page(folio, 0)); > + kvm_gmem_mark_prepared(folio); > + } > + > + vmf->page = folio_file_page(folio, vmf->pgoff); > + > +out_folio: > + if (ret != VM_FAULT_LOCKED) { > + folio_unlock(folio); > + folio_put(folio); > + } > + > + return ret; > +} > + > +static const struct vm_operations_struct kvm_gmem_vm_ops = { > + .fault = kvm_gmem_fault_shared, > +}; > + > +static int kvm_gmem_mmap(struct file *file, struct vm_area_struct *vma) > +{ > + if (!kvm_gmem_supports_shared(file_inode(file))) > + return -ENODEV; > + > + if ((vma->vm_flags & (VM_SHARED | VM_MAYSHARE)) != > + (VM_SHARED | VM_MAYSHARE)) { > + return -EINVAL; > + } > + > + vma->vm_ops = &kvm_gmem_vm_ops; > + > + return 0; > +} > +#else > +#define kvm_gmem_mmap NULL > +#endif /* CONFIG_KVM_GMEM_SHARED_MEM */ > + > static struct file_operations kvm_gmem_fops = { > + .mmap = kvm_gmem_mmap, > .open = generic_file_open, > .release = kvm_gmem_release, > .fallocate = kvm_gmem_fallocate, > @@ -463,6 +537,9 @@ int kvm_gmem_create(struct kvm *kvm, struct kvm_create_guest_memfd *args) > u64 flags = args->flags; > u64 valid_flags = 0; > It seems there is an uncovered corner case, which exists in current code (not directly caused by this patch): After .mmap is hooked, the address space (inode->i_mapping) is exposed to user space for futher requests like madvise().madvise(MADV_COLLAPSE) can potentially collapse the pages to a huge page (folio) with the following assumptions. It's not the expected behavior since huge page isn't supported yet. - CONFIG_READ_ONLY_THP_FOR_FS = y - the folios in the pagecache have been fully populated, it can be done by kvm_gmem_fallocate() or kvm_gmem_get_pfn(). - mmap(0x00000f0100000000, ..., MAP_FIXED_NOREPLACE) on the guest-memfd, and then do madvise(buf, size, MADV_COLLAPSE). sys_madvise do_madvise madvise_do_behavior madvise_vma_behavior madvise_collapse thp_vma_allowable_order file_thp_enabled // need to return false to bail from the path earlier at least hpage_collapse_scan_file collapse_pte_mapped_thp The fix would be to increase inode->i_writecount using allow_write_access() in __kvm_gmem_create() to break the check done by file_thp_enabled(). diff --git a/virt/kvm/guest_memfd.c b/virt/kvm/guest_memfd.c index 0cd12f94958b..fe706c9f21cf 100644 --- a/virt/kvm/guest_memfd.c +++ b/virt/kvm/guest_memfd.c @@ -502,6 +502,7 @@ static int __kvm_gmem_create(struct kvm *kvm, loff_t size, u64 flags) } file->f_flags |= O_LARGEFILE; + allow_write_access(file); > + if (kvm_arch_supports_gmem_shared_mem(kvm)) > + valid_flags |= GUEST_MEMFD_FLAG_SUPPORT_SHARED; > + > if (flags & ~valid_flags) > return -EINVAL; > > @@ -501,6 +578,10 @@ int kvm_gmem_bind(struct kvm *kvm, struct kvm_memory_slot *slot, > offset + size > i_size_read(inode)) > goto err; > > + if (kvm_gmem_supports_shared(inode) && > + !kvm_arch_supports_gmem_shared_mem(kvm)) > + goto err; > + > filemap_invalidate_lock(inode->i_mapping); > > start = offset >> PAGE_SHIFT; Thanks, Gavin