Received: by 2002:a05:7412:d008:b0:f9:6acb:47ec with SMTP id bd8csp309543rdb; Tue, 19 Dec 2023 18:43:31 -0800 (PST) X-Google-Smtp-Source: AGHT+IFAXtomodMbA8TyqK3S/r4cw1H34iVAhWQ0PMSMMIcsPGq0XhD24xNo9n59/OcKblBeuvQT X-Received: by 2002:ac8:5f49:0:b0:423:6ee3:724b with SMTP id y9-20020ac85f49000000b004236ee3724bmr29987140qta.7.1703040210781; Tue, 19 Dec 2023 18:43:30 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1703040210; cv=none; d=google.com; s=arc-20160816; b=nz9/leeJ9LdUwsxYtxIB4hB0ij7diInXVloLoyICkm6kGd5UCOP7ECldNei0W5ONv2 mzDauzODUcXaR2mWzohCcsNc8gHxZP49q653XKdVrEgrA5TwiLxsaCu9tx6XQHOZyhNu uKZ1uRkG/PqHmYfA4mO4xmYgJICTb3bEeyFdOZqfpiOBW6IcE5g5Q7mLtxRfdSYy6wH/ Gx1hZpPSaKtyWM+BGqJdr4MqtE1rGH27aW2YGuSBT+n34B/j9TSQImXD+B93CwLMNPXh QKrmZaX2AyjvgUkeaudsIiHHNTiEuMR4eQerz7FcfMlw80W/G44aqpxRmM6e49YporD6 W6iA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=in-reply-to:content-disposition:mime-version:list-unsubscribe :list-subscribe:list-id:precedence:references:message-id:subject:cc :to:from:date:dkim-signature; bh=oWSltBLYpL8oMKrJ0WOVLid7cN2JxXgxJ6/t7BQnU5E=; fh=Dvn4NCUB1D1wOmtDoTXvZEzov1flvJtSIOTQZfQ/xh0=; b=TSOMAiHa8eH+J61o/K3gz49Eu3k8LjFd06n0Q0OqF2MjK24e1K1hUp9xskrLmM7t+B 2JO3GqpAdqUX+QFjAZ4zoagouKeTrLzlLdaqyWnMC+G4G5JlNmcMrArjU7K3k9u1HGHF 3bpq/3bQ+xvC6bk5n8TXjaWNucufIXV/h0EP/x32CByK2XYWpqBQVEsxcmV0SwJqs0lx oGb11B2LHOcd0ywGU3hvgE2QnlomSkslVq0a8Dj+TCkAnZonX5cGkBqMgyJB3LwqBVpw ph9p9zXK5VZr7wLh5l+ySl3VDsh2mo8picRDkrQlwxdsUwsTv7q2hQs5oSF/SiUr9G3l DKLQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=K2UuTASm; spf=pass (google.com: domain of linux-kernel+bounces-6295-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:45d1:ec00::1 as permitted sender) smtp.mailfrom="linux-kernel+bounces-6295-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from ny.mirrors.kernel.org (ny.mirrors.kernel.org. [2604:1380:45d1:ec00::1]) by mx.google.com with ESMTPS id w6-20020a05622a190600b004261ce4a8c9si9641330qtc.231.2023.12.19.18.43.30 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 19 Dec 2023 18:43:30 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel+bounces-6295-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:45d1:ec00::1 as permitted sender) client-ip=2604:1380:45d1:ec00::1; Authentication-Results: mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=K2UuTASm; spf=pass (google.com: domain of linux-kernel+bounces-6295-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:45d1:ec00::1 as permitted sender) smtp.mailfrom="linux-kernel+bounces-6295-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: from smtp.subspace.kernel.org (wormhole.subspace.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ny.mirrors.kernel.org (Postfix) with ESMTPS id 879D91C25328 for ; Wed, 20 Dec 2023 02:43:30 +0000 (UTC) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by smtp.subspace.kernel.org (Postfix) with ESMTP id B5C44BE5E; Wed, 20 Dec 2023 02:43:13 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=intel.com header.i=@intel.com header.b="K2UuTASm" X-Original-To: linux-kernel@vger.kernel.org Received: from mgamail.intel.com (mgamail.intel.com [192.198.163.7]) (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 348E5BA5E; Wed, 20 Dec 2023 02:43:11 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=linux.intel.com Authentication-Results: smtp.subspace.kernel.org; spf=none smtp.mailfrom=linux.intel.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1703040191; x=1734576191; h=date:from:to:cc:subject:message-id:references: mime-version:in-reply-to; bh=5KZpWRhE02/YKJt8pKhmik0cSB79JwRv8nivSCwdSvg=; b=K2UuTASmFz/090q/SS3Y2lcmDVPP3EfKnDQAc9Wx5Cr6jIRpl669csVA zsZLg6DcabvUdDwrzHzJxqInxyQdhuoLAeH+qQDmYMqUdjRmt8qa1dxKK sxrioiaaWmJoJh8mYakW6wZag4tiWcvdE0X2HMfmEZl5PorNw4RTk/Xv+ 878T35KfShlPMW1pKZgrs0TF+GUS9m6FHZCZ3vRtBjzsB7dAgaakbMUTZ e1MV7Hl+Eky8ThTfUvdocKJr9eYZ/U5Cc4Lp8tLxtjn2SGVxjIJBMLiQj LXMWmwaPPKztUD6hcY912RTeMDHQnEGG7y7kW3XuLFnLpGMdDaNEGP0Pp Q==; X-IronPort-AV: E=McAfee;i="6600,9927,10929"; a="17307952" X-IronPort-AV: E=Sophos;i="6.04,290,1695711600"; d="scan'208";a="17307952" Received: from orsmga002.jf.intel.com ([10.7.209.21]) by fmvoesa101.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 19 Dec 2023 18:43:10 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=McAfee;i="6600,9927,10929"; a="776178874" X-IronPort-AV: E=Sophos;i="6.04,290,1695711600"; d="scan'208";a="776178874" Received: from yilunxu-optiplex-7050.sh.intel.com (HELO localhost) ([10.239.159.165]) by orsmga002.jf.intel.com with ESMTP; 19 Dec 2023 18:43:05 -0800 Date: Wed, 20 Dec 2023 10:40:34 +0800 From: Xu Yilun To: Paul Durrant Cc: Paolo Bonzini , Jonathan Corbet , Sean Christopherson , Thomas Gleixner , Ingo Molnar , Borislav Petkov , Dave Hansen , x86@kernel.org, "H. Peter Anvin" , David Woodhouse , Shuah Khan , kvm@vger.kernel.org, linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org, linux-kselftest@vger.kernel.org Subject: Re: [PATCH v11 08/19] KVM: pfncache: allow a cache to be activated with a fixed (userspace) HVA Message-ID: References: <20231219161109.1318-1-paul@xen.org> <20231219161109.1318-9-paul@xen.org> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20231219161109.1318-9-paul@xen.org> On Tue, Dec 19, 2023 at 04:10:58PM +0000, Paul Durrant wrote: > From: Paul Durrant > > Some pfncache pages may actually be overlays on guest memory that have a > fixed HVA within the VMM. It's pointless to invalidate such cached > mappings if the overlay is moved so allow a cache to be activated directly > with the HVA to cater for such cases. A subsequent patch will make use > of this facility. > > Signed-off-by: Paul Durrant > Reviewed-by: David Woodhouse > --- > Cc: Sean Christopherson > Cc: Paolo Bonzini > Cc: David Woodhouse > > v11: > - Fixed kvm_gpc_check() to ignore memslot generation if the cache is not > activated with a GPA. (This breakage occured during the re-work for v8). > > v9: > - Pass both GPA and HVA into __kvm_gpc_refresh() rather than overloading > the address paraneter and using a bool flag to indicated what it is. > > v8: > - Re-worked to avoid messing with struct gfn_to_pfn_cache. > --- > include/linux/kvm_host.h | 20 +++++++++++++++++++- > virt/kvm/pfncache.c | 40 +++++++++++++++++++++++++++++++--------- > 2 files changed, 50 insertions(+), 10 deletions(-) > > diff --git a/include/linux/kvm_host.h b/include/linux/kvm_host.h > index 6097f076a7b0..8120674b87b0 100644 > --- a/include/linux/kvm_host.h > +++ b/include/linux/kvm_host.h > @@ -1345,6 +1345,22 @@ void kvm_gpc_init(struct gfn_to_pfn_cache *gpc, struct kvm *kvm); > */ > int kvm_gpc_activate(struct gfn_to_pfn_cache *gpc, gpa_t gpa, unsigned long len); > > +/** > + * kvm_gpc_activate_hva - prepare a cached kernel mapping and HPA for a given HVA. > + * > + * @gpc: struct gfn_to_pfn_cache object. > + * @hva: userspace virtual address to map. > + * @len: sanity check; the range being access must fit a single page. > + * > + * @return: 0 for success. > + * -EINVAL for a mapping which would cross a page boundary. > + * -EFAULT for an untranslatable guest physical address. > + * > + * The semantics of this function are the same as those of kvm_gpc_activate(). It > + * merely bypasses a layer of address translation. > + */ > +int kvm_gpc_activate_hva(struct gfn_to_pfn_cache *gpc, unsigned long hva, unsigned long len); > + > /** > * kvm_gpc_check - check validity of a gfn_to_pfn_cache. > * > @@ -1399,7 +1415,9 @@ void kvm_gpc_deactivate(struct gfn_to_pfn_cache *gpc); > static inline void kvm_gpc_mark_dirty(struct gfn_to_pfn_cache *gpc) > { > lockdep_assert_held(&gpc->lock); > - mark_page_dirty_in_slot(gpc->kvm, gpc->memslot, gpc->gpa >> PAGE_SHIFT); > + > + if (gpc->gpa != KVM_XEN_INVALID_GPA) > + mark_page_dirty_in_slot(gpc->kvm, gpc->memslot, gpc->gpa >> PAGE_SHIFT); > } > > void kvm_sigset_activate(struct kvm_vcpu *vcpu); > diff --git a/virt/kvm/pfncache.c b/virt/kvm/pfncache.c > index 97eec8ee3449..ae822bff812f 100644 > --- a/virt/kvm/pfncache.c > +++ b/virt/kvm/pfncache.c > @@ -48,7 +48,10 @@ bool kvm_gpc_check(struct gfn_to_pfn_cache *gpc, unsigned long len) > if (!gpc->active) > return false; > > - if (gpc->generation != slots->generation || kvm_is_error_hva(gpc->uhva)) > + if (gpc->gpa != KVM_XEN_INVALID_GPA && gpc->generation != slots->generation) > + return false; > + > + if (kvm_is_error_hva(gpc->uhva)) > return false; > > if (offset_in_page(gpc->uhva) + len > PAGE_SIZE) > @@ -209,11 +212,13 @@ static kvm_pfn_t hva_to_pfn_retry(struct gfn_to_pfn_cache *gpc) > return -EFAULT; > } > > -static int __kvm_gpc_refresh(struct gfn_to_pfn_cache *gpc, gpa_t gpa, > +static int __kvm_gpc_refresh(struct gfn_to_pfn_cache *gpc, gpa_t gpa, unsigned long uhva, > unsigned long len) > { > struct kvm_memslots *slots = kvm_memslots(gpc->kvm); > - unsigned long page_offset = offset_in_page(gpa); > + unsigned long page_offset = (gpa != KVM_XEN_INVALID_GPA) ? > + offset_in_page(gpa) : > + offset_in_page(uhva); > bool unmap_old = false; > unsigned long old_uhva; > kvm_pfn_t old_pfn; > @@ -246,9 +251,15 @@ static int __kvm_gpc_refresh(struct gfn_to_pfn_cache *gpc, gpa_t gpa, > old_khva = (void *)PAGE_ALIGN_DOWN((uintptr_t)gpc->khva); > old_uhva = PAGE_ALIGN_DOWN(gpc->uhva); > > - /* Refresh the userspace HVA if necessary */ > - if (gpc->gpa != gpa || gpc->generation != slots->generation || > - kvm_is_error_hva(gpc->uhva)) { > + if (gpa == KVM_XEN_INVALID_GPA) { > + gpc->gpa = KVM_XEN_INVALID_GPA; > + gpc->uhva = PAGE_ALIGN_DOWN(uhva); > + > + if (gpc->uhva != old_uhva) > + hva_change = true; > + } else if (gpc->gpa != gpa || > + gpc->generation != slots->generation || > + kvm_is_error_hva(gpc->uhva)) { > gfn_t gfn = gpa_to_gfn(gpa); > > gpc->gpa = gpa; > @@ -319,7 +330,7 @@ static int __kvm_gpc_refresh(struct gfn_to_pfn_cache *gpc, gpa_t gpa, > > int kvm_gpc_refresh(struct gfn_to_pfn_cache *gpc, unsigned long len) > { > - return __kvm_gpc_refresh(gpc, gpc->gpa, len); > + return __kvm_gpc_refresh(gpc, gpc->gpa, gpc->uhva, len); > } > > void kvm_gpc_init(struct gfn_to_pfn_cache *gpc, struct kvm *kvm) > @@ -332,7 +343,8 @@ void kvm_gpc_init(struct gfn_to_pfn_cache *gpc, struct kvm *kvm) > gpc->uhva = KVM_HVA_ERR_BAD; > } > > -int kvm_gpc_activate(struct gfn_to_pfn_cache *gpc, gpa_t gpa, unsigned long len) > +static int __kvm_gpc_activate(struct gfn_to_pfn_cache *gpc, gpa_t gpa, unsigned long uhva, > + unsigned long len) > { > struct kvm *kvm = gpc->kvm; > > @@ -353,7 +365,17 @@ int kvm_gpc_activate(struct gfn_to_pfn_cache *gpc, gpa_t gpa, unsigned long len) > gpc->active = true; > write_unlock_irq(&gpc->lock); > } > - return __kvm_gpc_refresh(gpc, gpa, len); > + return __kvm_gpc_refresh(gpc, gpa, uhva, len); > +} > + > +int kvm_gpc_activate(struct gfn_to_pfn_cache *gpc, gpa_t gpa, unsigned long len) > +{ > + return __kvm_gpc_activate(gpc, gpa, KVM_HVA_ERR_BAD, len); > +} > + > +int kvm_gpc_activate_hva(struct gfn_to_pfn_cache *gpc, unsigned long uhva, unsigned long len) > +{ > + return __kvm_gpc_activate(gpc, KVM_XEN_INVALID_GPA, uhva, len); > } > > void kvm_gpc_deactivate(struct gfn_to_pfn_cache *gpc) The code looks good to me, but I feel odd that a *gfn*_to_pfn_cache is used, but gfn is not taken into account. I think if it is possible we introduce an hva_to_pfn_cache(hpc) that actually does most of the job in this file. Xen could directly use hpc, and gfn_to_pfn_cache works on top of hpc. BTW: I also see there is a gfn_to_hva_cache which does pretty much the same as gpc's first half job. Is it possible to unify them like: struct gfn_to_pfn_cache { struct gfn_to_hva_cache ghc; struct hva_to_pfn_cache hpc; ... } Just my two cents. Thanks, Yilun > -- > 2.39.2 > >