From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.133.124]) (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 205292620F5 for ; Wed, 4 Jun 2025 06:02:49 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=170.10.133.124 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1749016971; cv=none; b=HXECHUWUvhqqb5J27JP215OKg12NBHG3My8LF+gf65LzPoAvplDGtj2wlHWP/WGr+JiM8ElROsCHpSRysOVvjXuApQZeHrvINtJvg/NMoGs4w24R+sMg/gs4hlZFQibbqEtrrcJ2oUFrjHot8LQETrY/IfTmJbU+dSiDGfvgo/o= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1749016971; c=relaxed/simple; bh=0S+zKM1VTG03hJ7FkjXHPl1Q2BTrRfNEHJufTC1rUYQ=; h=Message-ID:Date:MIME-Version:Subject:To:Cc:References:From: In-Reply-To:Content-Type; b=GHfk4tlWGSQjwlbbDHIWL6PRlCbO+88Pc5WNSCYBoZG59/0wMpRywU2YfXP8/TD1wv/5OVb0xKAAxHNJSXyxBuOkQp8L6c+2oDhVH//kr3j7eAQlBWtqcxWrD9SKEqTBZFgSuZmTk7+qegswo1RtdVJBzXAsJDALnF0ljOM/dVc= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=quarantine dis=none) header.from=redhat.com; spf=pass smtp.mailfrom=redhat.com; dkim=pass (1024-bit key) header.d=redhat.com header.i=@redhat.com header.b=X9DN3Z46; arc=none smtp.client-ip=170.10.133.124 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=quarantine dis=none) header.from=redhat.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=redhat.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=redhat.com header.i=@redhat.com header.b="X9DN3Z46" DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1749016968; 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=k5uLUF947dFAnsNE7++/VYYbP4qG+tIlvwWDVTd+HiU=; b=X9DN3Z467iGFVdlwamPKE1lYN/ZAHsfyglkuJ6aZrehbJ45tjjsg6wsDU9iVJMK4E1K2Zh PgoTDURyovesdC2L/kVy7ABUQSKA1dIbNVtuGSpVh+P+ZIsMC6enWD4eQHPkh2zn/mYpZa rrOkH09q6+QjtvBECtoloWP466FOPbs= Received: from mail-pg1-f199.google.com (mail-pg1-f199.google.com [209.85.215.199]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.3, cipher=TLS_AES_256_GCM_SHA384) id us-mta-82-ILFqO3ryOK6-mLgA5FcWhg-1; Wed, 04 Jun 2025 02:02:47 -0400 X-MC-Unique: ILFqO3ryOK6-mLgA5FcWhg-1 X-Mimecast-MFC-AGG-ID: ILFqO3ryOK6-mLgA5FcWhg_1749016966 Received: by mail-pg1-f199.google.com with SMTP id 41be03b00d2f7-b26e0fee541so3907456a12.1 for ; Tue, 03 Jun 2025 23:02:47 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1749016966; x=1749621766; 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=k5uLUF947dFAnsNE7++/VYYbP4qG+tIlvwWDVTd+HiU=; b=w2tX6hLt5E19KVsS2A21zC72mKKAgHj09kr5UehcDJNEuZmatQGluf4GxxX306fD/3 aci+mGd0Z7CyNvrkVSzSigav9EKRi5mTfBNKmT9+xisypaPNcMb3xM7kRYL1CmQ3Bla2 EEzLEtIsuhbR3KpFzjMr1rm8n+MpnAQdmFyXEtg++eFrncJLF5joyJCoxvlQ5wf4qNai fsnZunHoIloxp4AE1a6Yi9jSw+DWehCi0e7y2lBRQ8vlxFobMgLcSTPT2NHNAFx97i4g R4ZNH5mobO9MBDlwDFX52QPmDQjwS8L290bDosZEpPLFVR30dztDTwZg8G7BcG7D+Gt/ DsWQ== X-Forwarded-Encrypted: i=1; AJvYcCXNPE+o9gSEYNgl/zgWNWxiTN4l/5jabpLtFelvae7AVVF7D5ZElKlLZKgaZQqWcqWSgokjI6FsbxCjpPd7@vger.kernel.org X-Gm-Message-State: AOJu0Yy1DNy4qg/YnmbWfX+OtoZ75C6eLmnf4vWXniOyC65uXUiJVMJZ YM4CPe9dXTClke3QY9IICWx5z63wIWaB6pXwKFLSFy01HFbSUNUyhR/FlYgs81CM8waygyF/TXr jpGXqLiMMD/9bnEwvVEpyKtXv5MIycopefFM0LsQfUSTJMiZX7SqIGZo63n9y8DWP55k= X-Gm-Gg: ASbGnctfZUeramlcyUmskTaJR+4nOfhLZ4HhaApXeyAkncyKBTuDLGJuHqtzvJRVyME zMhKJfFFst5ylTDMbvCG5F7IkB4l/v0wJ1ARsnZCHUppHRd1HUEqWWq6kvbMjVOoFKlX4xgo4yB GG0qPIC2ULEQGVPiCTTQOCFoFPGCoCn9QA8rJcVrCNGGIOr2piBi+Bql4de3fqV5KH+v7HAHMVQ f+Vqyi/OOzuDxbp0vyC8LwGhKqs7zZUjPDLTT4pnjQGMk55iTyJTFKpOSl4RPmZeUgaFSrq0erN lpAIbUR47Io5u4NHD0mjAJNFW16z5AlDxGg5eOecD3RfuKD8vWE= X-Received: by 2002:a05:6a21:4cc1:b0:1f3:2e85:c052 with SMTP id adf61e73a8af0-21d22b7f532mr2763366637.35.1749016966117; Tue, 03 Jun 2025 23:02:46 -0700 (PDT) X-Google-Smtp-Source: AGHT+IEbPgoAdH13lfHhim2/QFoHMd+Hf9TCaoInZNikaO5lQ5+Ego2tu4vOwUsU7zQXeW98WoOuzw== X-Received: by 2002:a05:6a21:4cc1:b0:1f3:2e85:c052 with SMTP id adf61e73a8af0-21d22b7f532mr2763286637.35.1749016965618; Tue, 03 Jun 2025 23:02:45 -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 41be03b00d2f7-b2eceb96f74sm7965235a12.62.2025.06.03.23.02.25 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 03 Jun 2025 23:02:45 -0700 (PDT) Message-ID: Date: Wed, 4 Jun 2025 16:02:23 +1000 Precedence: bulk X-Mailing-List: linux-arm-msm@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: 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> Content-Language: en-US From: Gavin Shan In-Reply-To: <20250527180245.1413463-9-tabba@google.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit 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 */ > + nit: The hunk of code doesn't have to be guarded by CONFIG_KVM_GMEM_SHARED_MEM. With the guard removed, we run into error (-ENODEV) returned by kvm_gmem_mmap() for non-sharable (or non-mapped) file, same effect as to "kvm_gmem_fops.mmap = NULL". I may have missed other intentions to have this guard here. > 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; > > + 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; > + This check looks unnecessary if I'm not missing anything. The file (inode) can't be created by kvm_gmem_create(GUEST_MEMFD_FLAG_SUPPORT_SHARED) on !kvm_arch_supports_gmem_shared_mem(). It means "kvm_gmem_supports_shared(inode) == true" is indicating "kvm_arch_supports_gmem_shared_mem(kvm) == true". In this case, we won't never break the check? :-) > filemap_invalidate_lock(inode->i_mapping); > > start = offset >> PAGE_SHIFT; Thanks, Gavin