Received: by 2002:a05:6a10:1287:0:0:0:0 with SMTP id d7csp9686pxv; Wed, 21 Jul 2021 14:02:44 -0700 (PDT) X-Google-Smtp-Source: ABdhPJw8joAWdE7WZtkuCb2FJZEdJktGGDSbYt9WCKi6Ji2/fWzt/DQgnp1NOpL/276i0X4sNd3F X-Received: by 2002:a92:cecf:: with SMTP id z15mr1498599ilq.225.1626901364016; Wed, 21 Jul 2021 14:02:44 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1626901364; cv=none; d=google.com; s=arc-20160816; b=e2XKoUgDxX6zkEQUI1FQa2BWq7NkX1XN4Q39TUlOp1b+WbuPPwveA5/zcJ7rqsRUWV 5RnJBlj17RL1FqZl0sbHEjd0tlMRtWszlAXJtOvr1rPa/zrMGRxo16iX82uX5VsDg/I3 HUN3wqvJ49BbJKaVlEFV/gvyxjO8mNasJPqUAwnJvLBOcCYq5/zYz6qJ0wIIiFySQ6Zo /uLgCREsWB7C+qsvzJQPoTuV78MesENUIBV2eHZDLob1cGVV16R3Op+YGr26aMNXMtP2 oteBCYHpvz/tX2hdQIS/6MPtwATyrqgwsEV30G4sJku9DnBVc6qbVcPnS59WLCuyg3J4 EcbA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:user-agent:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date :dkim-signature; bh=Uibq7r3X6YPijvE4MOgLbJz3FrFeDB25klsR4PiJaUI=; b=XkgZ3ioi+hf/qIMW670IBiGWiC4L+Nib54YWoeh0XS2bV/9aByZQnO4ykyMAsWNGNf x/t1QeYE2yXvwq8+izgVCWmlm7xGZXU6yrQk1EKr7zy7zC01RCVU0b084Ml6UiZlcl/N 7/B5ZuHqzT4FYfrgJ2/W/vE1BqfDPKUJO1/4WJRnC07Kl0psfBZX63TtKSHF1A8AyN19 JsdGRVE1r1qNuGS+tyawLjUm+lepRkokBvZC+hIFX+mJ6w+ACJ1v39TJUTZX1+2zBmF8 ViehqkqL+HcHqTrd5ZwFrasTCmxTuRic52j93xIHDaoBOzu/yJivR4OK4JVjP9STa9Bp wzjQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=gmWQQW3v; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id n12si28019112ilq.134.2021.07.21.14.02.32; Wed, 21 Jul 2021 14:02:44 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=gmWQQW3v; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S239808AbhGUOmr (ORCPT + 99 others); Wed, 21 Jul 2021 10:42:47 -0400 Received: from mail.kernel.org ([198.145.29.99]:34552 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S239706AbhGUOmq (ORCPT ); Wed, 21 Jul 2021 10:42:46 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id E4F0760E0C; Wed, 21 Jul 2021 15:23:20 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1626881002; bh=vw/HFFq3ue6OhFPtK7AmM0dhhlH17poo8NmNf3OwAe4=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=gmWQQW3v5zvmdC4TABkeAnsNhe9Xy5wySrMj8XF7F5XvrENYnNj7kNTViTQe9qUxP PwUTTYo6WAhFJ2TFh5MKKKRNF5zcDHB3mSLksdOTEp9dhVc7q5QNSjVLBU8azJYxsY Ql23Ok5xhdHi3hoZHlf//rFMlpZVyIstVS/4zC5PZxAWu1j0qKtbmhKDphxv0fZHeF RWQUqAJBFfYixZ8LmdFLHGj9rD84i15E/9WTimBZu2WEmVRnBphn7tU8V7SANXsmpG yKTT92NLrUExXCGOWkf+QDp0bAzc97wSfJ6XX+uDYByca7A8Gw/dyHRP/Y53nr1Ab+ aIOZV5kwc05hg== Date: Wed, 21 Jul 2021 16:23:17 +0100 From: Will Deacon To: Shameer Kolothum Cc: linux-arm-kernel@lists.infradead.org, kvmarm@lists.cs.columbia.edu, linux-kernel@vger.kernel.org, maz@kernel.org, catalin.marinas@arm.com, james.morse@arm.com, julien.thierry.kdev@gmail.com, suzuki.poulose@arm.com, jean-philippe@linaro.org, Alexandru.Elisei@arm.com, linuxarm@huawei.com Subject: Re: [PATCH v2 1/3] arch/arm64: Introduce a capability to tell whether 16-bit VMID is available Message-ID: <20210721152316.GB11003@willie-the-truck> References: <20210616155606.2806-1-shameerali.kolothum.thodi@huawei.com> <20210616155606.2806-2-shameerali.kolothum.thodi@huawei.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20210616155606.2806-2-shameerali.kolothum.thodi@huawei.com> User-Agent: Mutt/1.10.1 (2018-07-13) Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Jun 16, 2021 at 04:56:04PM +0100, Shameer Kolothum wrote: > From: Julien Grall > > At the moment, the function kvm_get_vmid_bits() is looking up for the > sanitized value of ID_AA64MMFR1_EL1 and extract the information > regarding the number of VMID bits supported. > > This is fine as the function is mainly used during VMID roll-over. New > use in a follow-up patch will require the function to be called a every > context switch so we want the function to be more efficient. > > A new capability is introduced to tell whether 16-bit VMID is > available. I don't really buy this rationale. The VMID allocator introduced later on caches this value in the static 'vmid_bits' variable, and that gets used on vCPU enter via vmid_gen_match() in the kvm_arm_update_vmid() fastpath. So I would prefer that we just expose an accessor for that than introduce a static key and new cpufeature just for kvm_get_vttbr(). Will