Received: by 2002:a05:6a10:1d13:0:0:0:0 with SMTP id pp19csp1045513pxb; Wed, 1 Sep 2021 16:09:37 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwj+RspIp6gH1IIFA1HE4/xhg1Sc7eGPEYIF9HnowRN7bAWOY67TGGNFtuz9mVrM4IPxMjz X-Received: by 2002:a05:6402:358e:: with SMTP id y14mr341804edc.296.1630537777043; Wed, 01 Sep 2021 16:09:37 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1630537777; cv=none; d=google.com; s=arc-20160816; b=gBM4+FdoUgElQ2Cv96pidgueH4uDH7hpAY6lZ5CbiHTbjBrgdwxc17NuByrajHyqIf b28vo1M1DWQ3NHAGldbLSPrZQmrR1NOngMNz99/xxHlh+epUMn/zseKykaA6JtbA0vs6 bMeFOpqMQylhiM5oMpT7DtNR5J60F/ZmNHbObjFzVXSSnlPLM3fafSA8DAUPUeFjeYGh uNmtbLNFQkIJcApwtHFB+t6M+a6D+mmCuFVB+uoO0U9mwgakoCpZ1Oj00GcJlowiqBui QlPLO4NfVzYDGKrdy9cKkXBac1Yb8h7L2PdVzUvSJfxr1cVI1n4NfkOxoQ9Io+qYq/Gm +KQA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=KZ/5nel7V3JYltMvpEGkr0qAe2nUa6A5gCoohICIk1U=; b=omI/D5bnUaLc7qsfU/NGjK1fs2nMAqdYE6TgbRrsML2n8mP/InbSUjKQMp97Z2uSAN SenNSLxWXXHsq82gIdYOYgBsFKir6PvWj/cMdH9WwW/rS+zBy46W/DQLkbwSGLzWl2iI SCMPt4jwxnak2Cdu4IQmy4xg9kH+I6Jg/zSRvacWCYP2Tjj0219JzP5R7orIsGFTXORD 0Bl+Q7vywb03qBGyhYU1KYRvvvSXWjcU8DIYEd0brybhgfvWNkygx0bdIB2yDW2c7oic YtGKDGE2hNkTV0jS5RU66wtBOQLjv1ySbr7TzByhTcWVBVCUkkDyxOm0U01aIcCGp5dg uaAQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20161025 header.b=ptTWVvIX; 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=REJECT sp=REJECT dis=NONE) header.from=google.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id v28si1345791ejk.276.2021.09.01.16.09.10; Wed, 01 Sep 2021 16:09:37 -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=@google.com header.s=20161025 header.b=ptTWVvIX; 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=REJECT sp=REJECT dis=NONE) header.from=google.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S242070AbhIAXHQ (ORCPT + 99 others); Wed, 1 Sep 2021 19:07:16 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:37284 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232688AbhIAXHM (ORCPT ); Wed, 1 Sep 2021 19:07:12 -0400 Received: from mail-io1-xd2f.google.com (mail-io1-xd2f.google.com [IPv6:2607:f8b0:4864:20::d2f]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 1E05CC061757 for ; Wed, 1 Sep 2021 16:06:15 -0700 (PDT) Received: by mail-io1-xd2f.google.com with SMTP id b7so111204iob.4 for ; Wed, 01 Sep 2021 16:06:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to; bh=KZ/5nel7V3JYltMvpEGkr0qAe2nUa6A5gCoohICIk1U=; b=ptTWVvIXnmKoEScR5wfbDVKBiHVdPwwVrptmuTuhJVbPYOxgcbRhxrfw8HKuPWeWxF nE1Jc0HnWlbabWnNwP7yZlr0GuVrHwf8F5YgUdJYMrBXg6sNRyfEO6goIAh36ZaNvDy9 t8w2ap9acGNdJ3gPs8pZV8nWo5w7/w2FdyH+o7CuMi2JTCECj46yq+ycnYW0NY4fa7+d n17yv+xB5YCMuypPSsWfX8TYQC6LxhZfyCpuGd+EA5KNvVZpquWBkdZ1ClEnNw2gmfkF u/4KAtFf1oaq9WehcZSh1IFg9Jcgki6aPFOvI1zvoAzbZh0ZALQpNkkC+QhRh5j8Lu59 r+xA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to; bh=KZ/5nel7V3JYltMvpEGkr0qAe2nUa6A5gCoohICIk1U=; b=cGP97B02qWqHShBhdCf/6Ym77Vt4a4f9zRjwRnbO08ZED8nPY3Vo3XLZbdcWRY1iXj 43egmQYQAaPwi2hQL0vybTJHrZPRpgZubWIl5ag7O2SKchIMhNkFusJ2wy+obGhiSDdj d8ZOGWYYBALArLCJit5eVy+YZsF3NmUI719SY5p7iclyFLFWgD8Wa12seI6PYJfSeo8H 6AlYMIikM9GTMegeUoNBqd9CtWfYJSVrrLzKBqV1uuaxvhD2m834jsD0228RMx4Hj4s2 uhiSi14h34Vy2IhL8FnZFtLpYjTT3jfuswhAhI/SUQy1pKtggalNyq+fiLPbjtqNXzuD oFwQ== X-Gm-Message-State: AOAM530iHfFd5KTJe/+LCUPfNn5kvtzN95lDjhc8ATmC471A3HnJhjtP 7HGjjDVBEFydQkRg3Izxl5p+vw== X-Received: by 2002:a5e:db06:: with SMTP id q6mr230560iop.24.1630537574234; Wed, 01 Sep 2021 16:06:14 -0700 (PDT) Received: from google.com (194.225.68.34.bc.googleusercontent.com. [34.68.225.194]) by smtp.gmail.com with ESMTPSA id l15sm538950ilt.45.2021.09.01.16.06.13 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 01 Sep 2021 16:06:13 -0700 (PDT) Date: Wed, 1 Sep 2021 23:06:10 +0000 From: Oliver Upton To: Raghavendra Rao Ananta Cc: Paolo Bonzini , Marc Zyngier , James Morse , Alexandru Elisei , Suzuki K Poulose , Catalin Marinas , Will Deacon , Peter Shier , Ricardo Koller , Reiji Watanabe , Jing Zhang , linux-arm-kernel@lists.infradead.org, kvmarm@lists.cs.columbia.edu, linux-kernel@vger.kernel.org, kvm@vger.kernel.org Subject: Re: [PATCH v3 02/12] KVM: arm64: selftests: Add write_sysreg_s and read_sysreg_s Message-ID: References: <20210901211412.4171835-1-rananta@google.com> <20210901211412.4171835-3-rananta@google.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Sep 01, 2021 at 03:48:40PM -0700, Raghavendra Rao Ananta wrote: > On Wed, Sep 1, 2021 at 3:08 PM Oliver Upton wrote: > > > > On Wed, Sep 01, 2021 at 09:28:28PM +0000, Oliver Upton wrote: > > > On Wed, Sep 01, 2021 at 09:14:02PM +0000, Raghavendra Rao Ananta wrote: > > > > For register names that are unsupported by the assembler or the ones > > > > without architectural names, add the macros write_sysreg_s and > > > > read_sysreg_s to support them. > > > > > > > > The functionality is derived from kvm-unit-tests and kernel's > > > > arch/arm64/include/asm/sysreg.h. > > > > > > > > Signed-off-by: Raghavendra Rao Ananta > > > > > > Would it be possible to just include ? See > > > tools/arch/arm64/include/asm/sysreg.h > > > > Geez, sorry for the noise. I mistakenly searched from the root of my > > repository, not the tools/ directory. > > > No worries :) > > > In any case, you could perhaps just drop the kernel header there just to > > use the exact same source for kernel and selftest. > > > You mean just copy/paste the entire header? There's a lot of stuff in > there which we > don't need it (yet). Right. It's mostly register definitions, which I don't think is too high of an overhead. Don't know where others stand, but I would prefer a header that is equivalent between kernel & selftests over a concise header. -- Thanks, Oliver > > Thanks, > > Oliver > > > > > > --- > > > > .../selftests/kvm/include/aarch64/processor.h | 61 +++++++++++++++++++ > > > > 1 file changed, 61 insertions(+) > > > > > > > > diff --git a/tools/testing/selftests/kvm/include/aarch64/processor.h b/tools/testing/selftests/kvm/include/aarch64/processor.h > > > > index 3cbaf5c1e26b..082cc97ad8d3 100644 > > > > --- a/tools/testing/selftests/kvm/include/aarch64/processor.h > > > > +++ b/tools/testing/selftests/kvm/include/aarch64/processor.h > > > > @@ -118,6 +118,67 @@ void vm_install_exception_handler(struct kvm_vm *vm, > > > > void vm_install_sync_handler(struct kvm_vm *vm, > > > > int vector, int ec, handler_fn handler); > > > > > > > > +/* > > > > + * ARMv8 ARM reserves the following encoding for system registers: > > > > + * (Ref: ARMv8 ARM, Section: "System instruction class encoding overview", > > > > + * C5.2, version:ARM DDI 0487A.f) > > > > + * [20-19] : Op0 > > > > + * [18-16] : Op1 > > > > + * [15-12] : CRn > > > > + * [11-8] : CRm > > > > + * [7-5] : Op2 > > > > + */ > > > > +#define Op0_shift 19 > > > > +#define Op0_mask 0x3 > > > > +#define Op1_shift 16 > > > > +#define Op1_mask 0x7 > > > > +#define CRn_shift 12 > > > > +#define CRn_mask 0xf > > > > +#define CRm_shift 8 > > > > +#define CRm_mask 0xf > > > > +#define Op2_shift 5 > > > > +#define Op2_mask 0x7 > > > > + > > > > +/* > > > > + * When accessed from guests, the ARM64_SYS_REG() doesn't work since it > > > > + * generates a different encoding for additional KVM processing, and is > > > > + * only suitable for userspace to access the register via ioctls. > > > > + * Hence, define a 'pure' sys_reg() here to generate the encodings as per spec. > > > > + */ > > > > +#define sys_reg(op0, op1, crn, crm, op2) \ > > > > + (((op0) << Op0_shift) | ((op1) << Op1_shift) | \ > > > > + ((crn) << CRn_shift) | ((crm) << CRm_shift) | \ > > > > + ((op2) << Op2_shift)) > > > > + > > > > +asm( > > > > +" .irp num,0,1,2,3,4,5,6,7,8,9,10,11,12,13,14,15,16,17,18,19,20,21,22,23,24,25,26,27,28,29,30\n" > > > > +" .equ .L__reg_num_x\\num, \\num\n" > > > > +" .endr\n" > > > > +" .equ .L__reg_num_xzr, 31\n" > > > > +"\n" > > > > +" .macro mrs_s, rt, sreg\n" > > > > +" .inst 0xd5200000|(\\sreg)|(.L__reg_num_\\rt)\n" > > > > +" .endm\n" > > > > +"\n" > > > > +" .macro msr_s, sreg, rt\n" > > > > +" .inst 0xd5000000|(\\sreg)|(.L__reg_num_\\rt)\n" > > > > +" .endm\n" > > > > +); > > > > + > > > > +/* > > > > + * read_sysreg_s() and write_sysreg_s()'s 'reg' has to be encoded via sys_reg() > > > > + */ > > > > +#define read_sysreg_s(reg) ({ \ > > > > + u64 __val; \ > > > > + asm volatile("mrs_s %0, "__stringify(reg) : "=r" (__val)); \ > > > > + __val; \ > > > > +}) > > > > + > > > > +#define write_sysreg_s(reg, val) do { \ > > > > + u64 __val = (u64)val; \ > > > > + asm volatile("msr_s "__stringify(reg) ", %x0" : : "rZ" (__val));\ > > > > +} while (0) > > > > + > > > > #define write_sysreg(reg, val) \ > > > > ({ \ > > > > u64 __val = (u64)(val); \ > > > > -- > > > > 2.33.0.153.gba50c8fa24-goog > > > >