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.129.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 A6D501A8F97 for ; Wed, 29 Jan 2025 23:07:01 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=170.10.129.124 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1738192023; cv=none; b=Ej9tbJmHKjpoj4f9N9oDLK1ipWfxWCUzpkdKHuroaefXwx4g3eQ18nqE07O8kezObFZFp5C5fmPxSig2tw8hVfd0/R+8y5AypOl1+o4dpHvgYklPtpqDHWEcgH4A9AJFk2z//w/KIq57iYSNtqkglGrOIZkKRA6X1NIWdKFuRI0= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1738192023; c=relaxed/simple; bh=zUh44u3xHyFvSH3tS0Wr7/FzaJHez2vFFdMcDL88fsI=; h=Message-ID:Date:MIME-Version:Subject:To:Cc:References:From: In-Reply-To:Content-Type; b=d7Y2ez/hrpQCp/fjRSndQXeVmSjtPUTtVwla7xo6yO5VKiTdx0WV4EGZZIe28CQmGoQLqF1e+UPTsgt/o1/8XR164lCo8PAmQieGvMiiqaUE96u3jsThvCaSCmkNcmK55OzHO7D9YtWXGQYYOh5JmCWqsGZhvoKh+5bMwOC1QYE= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none 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=KteLBHJa; arc=none smtp.client-ip=170.10.129.124 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none 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="KteLBHJa" DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1738192020; 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=KyHbZ+Pwxh06r8uU1Lo24oDU5q1mx0zS6wBE1H4R6WI=; b=KteLBHJaIjpXykHoSc18ntQCt8uHLITmhWoJuVEurqZb2gC1J9u+dX04lmhyJXuCFptfuJ qRBcvryOzibiImWdhsu+rbuKpo8RqjxbMcmOhauH3w9l688pTBBVCmJ+as/t9r3tySl+Gw VpeaWCa/zrhQ4fDsSmKpcac7dGHg9gw= Received: from mail-pj1-f69.google.com (mail-pj1-f69.google.com [209.85.216.69]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.3, cipher=TLS_AES_256_GCM_SHA384) id us-mta-263-Bq7jPPsQOz6uu1UNKEWnFQ-1; Wed, 29 Jan 2025 18:06:57 -0500 X-MC-Unique: Bq7jPPsQOz6uu1UNKEWnFQ-1 X-Mimecast-MFC-AGG-ID: Bq7jPPsQOz6uu1UNKEWnFQ Received: by mail-pj1-f69.google.com with SMTP id 98e67ed59e1d1-2f2a9f056a8so255811a91.2 for ; Wed, 29 Jan 2025 15:06:57 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1738192016; x=1738796816; 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=KyHbZ+Pwxh06r8uU1Lo24oDU5q1mx0zS6wBE1H4R6WI=; b=JHJYseaYDxbb5RqlCJzE7vNfa2xGb7xTiNdx7h4E6Hpn3B/G213/0eEDRf/tHDK1uR ZEcBq6p85VYa1x9GwxpcF/l7q1YHG03nS3OQZEs0BdBgFshBkXDIa+4Qi3KKtmijYgx9 io2WSmkVyhjVwQ//z1RCiYEYw43P8l92x4i3Uu0q0KmBq6cFQELPD/+cIB3OeDGrwqvL WEjo988E9N+Zhv9kyl9ESy+F5uL/VIyKo/XO/L2At6DidPZpAh7o0p53jGCEVJtQ0Gzh WguOKpTDEJhUUE99LCpIowhUfXeqDKE23JDgwdYADBA+6FayLudZesgV8LCsi1CBYbnE nWgw== X-Forwarded-Encrypted: i=1; AJvYcCXDcZ0htzcUT/PSIq9dQSkhccXIbnkHjN9Xcv5w8f502Cz7y0MU6a+o+THbyBhkXFNo4fK4M1oR4CUpVZs=@vger.kernel.org X-Gm-Message-State: AOJu0YxuhFor+A5rZ0KOmMKg5xrD/v4DJedFgaQWCDyJnOdGc/D/LZmy 3XFbSH3BdxqVAACdzz7zw/B5zMYtqciB8NufY4EeZFOTqWOnox1aBjzwt0/8t3U7W0UwF9pJe97 lNRVBdKA8Y7N9Ijy6LGZY8OTxBMfL8NPZ9xSu5r5+X+0Cg4BSqTKgd+uHpBsE7w== X-Gm-Gg: ASbGncu+LpnnsXqw0sBPrHSaGHeXE6+9NCJg7ftJKvIkI7ulFzaU5lXctULZuqNX1yD QErGM99qD+HnD//6LYKDircXUAazE6R7veQgIHc3fq2WbVvU9+d9b6P1dUhwIdkcWDLATWrdiNL BK6sfSFvryxxd2pfs5QFSyPlUGfbPMbQ+BZSqkUaLkmu+kxp2hYf/gHDsWMLaeD9ifjmYH35+q9 Tsu7NgxzktiEvyzbCR5F9F3jf0h+kO0XqgxmOXo+I+gbZUQIX91PAN6gCFNPCQmoOCqb45miu5w 1e+vJA== X-Received: by 2002:a05:6a00:1396:b0:725:db34:6a7d with SMTP id d2e1a72fcca58-72fd0c7c6c5mr7442938b3a.23.1738192016164; Wed, 29 Jan 2025 15:06:56 -0800 (PST) X-Google-Smtp-Source: AGHT+IHK+GFtKGuVAzhj66wtlYDvlWWvG3WVubkOllbBq8t3Ltf+GMVUhA51a8pFaMKDNQBYDvAy4Q== X-Received: by 2002:a05:6a00:1396:b0:725:db34:6a7d with SMTP id d2e1a72fcca58-72fd0c7c6c5mr7442904b3a.23.1738192015836; Wed, 29 Jan 2025 15:06:55 -0800 (PST) Received: from [192.168.68.55] ([180.233.125.64]) by smtp.gmail.com with ESMTPSA id d2e1a72fcca58-72fe631bfb0sm30521b3a.23.2025.01.29.15.06.48 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 29 Jan 2025 15:06:55 -0800 (PST) Message-ID: Date: Thu, 30 Jan 2025 09:06:47 +1000 Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: [PATCH v6 11/43] arm64: RME: RTT tear down To: Steven Price , kvm@vger.kernel.org, kvmarm@lists.linux.dev Cc: Catalin Marinas , Marc Zyngier , Will Deacon , James Morse , Oliver Upton , Suzuki K Poulose , Zenghui Yu , linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, Joey Gouly , Alexandru Elisei , Christoffer Dall , Fuad Tabba , linux-coco@lists.linux.dev, Ganapatrao Kulkarni , Shanker Donthineni , Alper Gun , "Aneesh Kumar K . V" References: <20241212155610.76522-1-steven.price@arm.com> <20241212155610.76522-12-steven.price@arm.com> Content-Language: en-US From: Gavin Shan In-Reply-To: <20241212155610.76522-12-steven.price@arm.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit On 12/13/24 1:55 AM, Steven Price wrote: > The RMM owns the stage 2 page tables for a realm, and KVM must request > that the RMM creates/destroys entries as necessary. The physical pages > to store the page tables are delegated to the realm as required, and can > be undelegated when no longer used. > > Creating new RTTs is the easy part, tearing down is a little more > tricky. The result of realm_rtt_destroy() can be used to effectively > walk the tree and destroy the entries (undelegating pages that were > given to the realm). > > Signed-off-by: Steven Price > Reviewed-by: Suzuki K Poulose > --- > Changes since v5: > * Rename some RME_xxx defines to do with page sizes as RMM_xxx - they are > a property of the RMM specification not the RME architecture. > Changes since v2: > * Moved {alloc,free}_delegated_page() and ensure_spare_page() to a > later patch when they are actually used. > * Some simplifications now rmi_xxx() functions allow NULL as an output > parameter. > * Improved comments and code layout. > --- > arch/arm64/include/asm/kvm_rme.h | 19 ++++++ > arch/arm64/kvm/mmu.c | 6 +- > arch/arm64/kvm/rme.c | 112 +++++++++++++++++++++++++++++++ > 3 files changed, 134 insertions(+), 3 deletions(-) > > diff --git a/arch/arm64/include/asm/kvm_rme.h b/arch/arm64/include/asm/kvm_rme.h > index 209cd99f03dd..32bdedf1d866 100644 > --- a/arch/arm64/include/asm/kvm_rme.h > +++ b/arch/arm64/include/asm/kvm_rme.h > @@ -71,5 +71,24 @@ u32 kvm_realm_ipa_limit(void); > int kvm_realm_enable_cap(struct kvm *kvm, struct kvm_enable_cap *cap); > int kvm_init_realm_vm(struct kvm *kvm); > void kvm_destroy_realm(struct kvm *kvm); > +void kvm_realm_destroy_rtts(struct kvm *kvm, u32 ia_bits); > + > +#define RMM_RTT_BLOCK_LEVEL 2 > +#define RMM_RTT_MAX_LEVEL 3 > + > +#define RMM_PAGE_SHIFT 12 > +#define RMM_PAGE_SIZE BIT(RMM_PAGE_SHIFT) > +/* See ARM64_HW_PGTABLE_LEVEL_SHIFT() */ > +#define RMM_RTT_LEVEL_SHIFT(l) \ > + ((RMM_PAGE_SHIFT - 3) * (4 - (l)) + 3) > +#define RMM_L2_BLOCK_SIZE BIT(RMM_RTT_LEVEL_SHIFT(2)) > + > +static inline unsigned long rme_rtt_level_mapsize(int level) > +{ > + if (WARN_ON(level > RMM_RTT_MAX_LEVEL)) > + return RMM_PAGE_SIZE; > + > + return (1UL << RMM_RTT_LEVEL_SHIFT(level)); > +} > > #endif All those definitions can be moved to rme.c since they're only used in rme.c Thanks, Gavin