Received: by 2002:a05:6a10:eb17:0:0:0:0 with SMTP id hx23csp538430pxb; Thu, 9 Sep 2021 06:41:56 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyMlS4HnwVdPBuGbiFeck3itXvJM6Djg9MKa6vAWMXO05Kp9fMwCeYdTQlr6XEm4zzMwCkj X-Received: by 2002:a92:d5d1:: with SMTP id d17mr2448610ilq.106.1631194916684; Thu, 09 Sep 2021 06:41:56 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1631194916; cv=none; d=google.com; s=arc-20160816; b=q9iK0RUzl2kpeGLEMTnvN8SqnuVFO2SXr0eDffemFczTJY5io0ax82l0kVvUZVfTbl kSKfFeoYQBkxM91aXmvresBpIdg3cFfISFbCzY2q5iAtHIjeVJn+znwzPtbi2jtNh8rm 9dHF1qd1pqp4fRpM2ZSAVaiXweOZbc+krbCZWGmJOCT0+/HP2ZeXjU4ZE0OeP7c//Ocp KdXQnWwOpQxkvcnuxUML6AD31NBu42+7kRiyDM9Np7CjoDWqNl1PIxyYFl74trWwZZAy PZvKkF7sgjlY/2FBTX37ApB3WYsPhqMcM6oVVRGkTF87VwXU22U828G/fqG7Xd++ySxd asTg== 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=2Q7pFBb41mM6ea1MZnjVghiyEWdoCaTiHYJmPRbmHnQ=; b=a2eT4LU0hrgJZcQhriXwO7fX+BRZm/g4l1Gb1u2PWBZWTl+VMLF2dZy4iTWvkTbCy8 BQfK6MBP0Y2jZ6bw1TKa1qBPDV39ORF4Px3otOzt90NI/O3Rn822H/NJFgarNyf7hiOc gZ8Y4WpZMa+IYmfDSelc1R0m/TiKI0qZToXUNxy3FQzv5kEJ0dNr3FCX84jGyfdZaR8h S0+5uA/7OGKI5AalpxpmLaruJi4lriLindnWQMRLgHguythUYpHN2kUFJZrtla0FSCdX XyJgOczsWksWpY63enlfuYp2XuCvceztRIXyvS3L4tF9Sd4VZC9TPFnCSE3Y3jssQFj6 gOlQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=Z8aDLShh; 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=redhat.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id t22si1793929jao.55.2021.09.09.06.41.43; Thu, 09 Sep 2021 06:41:56 -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=@redhat.com header.s=mimecast20190719 header.b=Z8aDLShh; 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=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1358533AbhIINjC (ORCPT + 99 others); Thu, 9 Sep 2021 09:39:02 -0400 Received: from us-smtp-delivery-124.mimecast.com ([170.10.133.124]:32903 "EHLO us-smtp-delivery-124.mimecast.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1377053AbhIINfg (ORCPT ); Thu, 9 Sep 2021 09:35:36 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1631194466; 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: in-reply-to:in-reply-to:references:references; bh=2Q7pFBb41mM6ea1MZnjVghiyEWdoCaTiHYJmPRbmHnQ=; b=Z8aDLShh1s0kRe4EiMauK5n6/U7dtFYZDLpJUc/ytFT+9DI3losV71SF/KH158S1VVZjGc yGyLnrQV7X1CkhZF8TLPAwoLO86y9VazRljPvKbgkFqAcsInX4U6NMoGSeaRbbdra5d2wD MAb+L1iCTHsfg8/gc6loRi+TbQc1VmY= Received: from mail-wr1-f71.google.com (mail-wr1-f71.google.com [209.85.221.71]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-406-HBhK2sTNPm6ZOmaU73i1JA-1; Thu, 09 Sep 2021 09:34:25 -0400 X-MC-Unique: HBhK2sTNPm6ZOmaU73i1JA-1 Received: by mail-wr1-f71.google.com with SMTP id y13-20020adfe6cd000000b00159694c711dso514114wrm.17 for ; Thu, 09 Sep 2021 06:34:24 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to; bh=2Q7pFBb41mM6ea1MZnjVghiyEWdoCaTiHYJmPRbmHnQ=; b=BHhja2N32ln0VH7RlwTVn7VlTGTnUC8lViDoM5Vt/l5bT8+k1U7NpBySVVV7Zs0pl9 xIPzIjpTlZNv6O5sLTLL/Klzg9WCDA+09XOO6zPdBTwBFcxR540SKmW8e1+ExFtM4CuC vaTSCLiwo2rYcfaweCW/KZ5KZUwuppJv7ntBB4OxwJ4PpO2A9vD3taXFvhoStMHu4Wl1 QlXDvK22KBgOUsWOAVWfhQuk857R8n5aFU0DIo4EXUo9xu3kQx3GQyq3RLvRizKskYSv QbP7HakmVS7Ql8dkYcOawqMG9AFiqMe7Y7MEtS7ZG21iZtzoot1VnOM2iP1HAigmlx7Y /vZw== X-Gm-Message-State: AOAM533Yo2dZWynhY5YfxphboywlFoY4W/cGk924yvEnWXV6M5Z3vMcm 3a53vo/Xb20hMoAWPA8cOz2ZOq1ZJQzsVxPEvMhkmBdG/goncynP3EvDWBGcY7jHgsrQE95ZeJ7 ituvOGC8P0PwgPfHaekeAwSs0 X-Received: by 2002:adf:b60f:: with SMTP id f15mr3664994wre.257.1631194463930; Thu, 09 Sep 2021 06:34:23 -0700 (PDT) X-Received: by 2002:adf:b60f:: with SMTP id f15mr3664972wre.257.1631194463710; Thu, 09 Sep 2021 06:34:23 -0700 (PDT) Received: from gator (cst2-174-132.cust.vodafone.cz. [31.30.174.132]) by smtp.gmail.com with ESMTPSA id o10sm2053571wrc.16.2021.09.09.06.34.22 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 09 Sep 2021 06:34:23 -0700 (PDT) Date: Thu, 9 Sep 2021 15:34:21 +0200 From: Andrew Jones To: Oliver Upton Cc: Raghavendra Rao Ananta , 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 v4 14/18] KVM: arm64: selftests: Add host support for vGIC Message-ID: <20210909133421.rdkueb627glve6uz@gator> References: <20210909013818.1191270-1-rananta@google.com> <20210909013818.1191270-15-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 Thu, Sep 09, 2021 at 05:32:43AM +0000, Oliver Upton wrote: > Hi Raghu, > > On Thu, Sep 09, 2021 at 01:38:14AM +0000, Raghavendra Rao Ananta wrote: > > Implement a simple library to perform vGIC-v3 setup > > from a host point of view. This includes creating a > > vGIC device, setting up distributor and redistributor > > attributes, and mapping the guest physical addresses. > > > > The definition of REDIST_REGION_ATTR_ADDR is taken > > from aarch64/vgic_init test. > > > > Consider dropping the macro from vgic_init.c and have it just include > vgic.h Yes, I agree 18/18 should be squashed into this one. > > > Signed-off-by: Raghavendra Rao Ananta > > --- > > tools/testing/selftests/kvm/Makefile | 2 +- > > .../selftests/kvm/include/aarch64/vgic.h | 20 +++++++ > > .../testing/selftests/kvm/lib/aarch64/vgic.c | 60 +++++++++++++++++++ > > 3 files changed, 81 insertions(+), 1 deletion(-) > > create mode 100644 tools/testing/selftests/kvm/include/aarch64/vgic.h > > create mode 100644 tools/testing/selftests/kvm/lib/aarch64/vgic.c > > > > diff --git a/tools/testing/selftests/kvm/Makefile b/tools/testing/selftests/kvm/Makefile > > index 5476a8ddef60..8342f65c1d96 100644 > > --- a/tools/testing/selftests/kvm/Makefile > > +++ b/tools/testing/selftests/kvm/Makefile > > @@ -35,7 +35,7 @@ endif > > > > LIBKVM = lib/assert.c lib/elf.c lib/io.c lib/kvm_util.c lib/rbtree.c lib/sparsebit.c lib/test_util.c lib/guest_modes.c lib/perf_test_util.c > > LIBKVM_x86_64 = lib/x86_64/apic.c lib/x86_64/processor.c lib/x86_64/vmx.c lib/x86_64/svm.c lib/x86_64/ucall.c lib/x86_64/handlers.S > > -LIBKVM_aarch64 = lib/aarch64/processor.c lib/aarch64/ucall.c lib/aarch64/handlers.S lib/aarch64/spinlock.c lib/aarch64/gic.c lib/aarch64/gic_v3.c > > +LIBKVM_aarch64 = lib/aarch64/processor.c lib/aarch64/ucall.c lib/aarch64/handlers.S lib/aarch64/spinlock.c lib/aarch64/gic.c lib/aarch64/gic_v3.c lib/aarch64/vgic.c > > LIBKVM_s390x = lib/s390x/processor.c lib/s390x/ucall.c lib/s390x/diag318_test_handler.c > > > > TEST_GEN_PROGS_x86_64 = x86_64/cr4_cpuid_sync_test > > diff --git a/tools/testing/selftests/kvm/include/aarch64/vgic.h b/tools/testing/selftests/kvm/include/aarch64/vgic.h > > new file mode 100644 > > index 000000000000..3a776af958a0 > > --- /dev/null > > +++ b/tools/testing/selftests/kvm/include/aarch64/vgic.h > > @@ -0,0 +1,20 @@ > > +/* SPDX-License-Identifier: GPL-2.0 */ > > +/* > > + * ARM Generic Interrupt Controller (GIC) host specific defines > > + */ > > + > > +#ifndef SELFTEST_KVM_VGIC_H > > +#define SELFTEST_KVM_VGIC_H > > + > > +#include > > + > > +#define REDIST_REGION_ATTR_ADDR(count, base, flags, index) \ > > + (((uint64_t)(count) << 52) | \ > > + ((uint64_t)((base) >> 16) << 16) | \ > > + ((uint64_t)(flags) << 12) | \ > > + index) > > + > > +int vgic_v3_setup(struct kvm_vm *vm, > > + uint64_t gicd_base_gpa, uint64_t gicr_base_gpa); > > + > > +#endif /* SELFTEST_KVM_VGIC_H */ > > diff --git a/tools/testing/selftests/kvm/lib/aarch64/vgic.c b/tools/testing/selftests/kvm/lib/aarch64/vgic.c > > new file mode 100644 > > index 000000000000..2318912ab134 > > --- /dev/null > > +++ b/tools/testing/selftests/kvm/lib/aarch64/vgic.c > > @@ -0,0 +1,60 @@ > > +// SPDX-License-Identifier: GPL-2.0 > > +/* > > + * ARM Generic Interrupt Controller (GIC) v3 host support > > + */ > > + > > +#include > > +#include > > + > > +#include "kvm_util.h" > > +#include "vgic.h" > > + > > +#define VGIC_V3_GICD_SZ (SZ_64K) > > +#define VGIC_V3_GICR_SZ (2 * SZ_64K) > > These values are UAPI, consider dropping them in favor of the > definitions from asm/kvm.h Yes, please. > > > + > > +/* > > + * vGIC-v3 default host setup > > + * > > + * Input args: > > + * vm - KVM VM > > + * gicd_base_gpa - Guest Physical Address of the Distributor region > > + * gicr_base_gpa - Guest Physical Address of the Redistributor region > > + * > > + * Output args: None > > + * > > + * Return: GIC file-descriptor or negative error code upon failure > > + * > > + * The function creates a vGIC-v3 device and maps the distributor and > > + * redistributor regions of the guest. Since it depends on the number of > > + * vCPUs for the VM, it must be called after all the vCPUs have been created. > > You could avoid the ordering dependency by explicitly taking nr_vcpus as > an arg. It would also avoid the need for 12/18. All the vcpus need to be created prior to calling KVM_DEV_ARM_VGIC_CTRL_INIT, so even though I don't disagree with simply passing nr_vcpus to this function, we should still assert if the VM's idea of the number doesn't match. But, this is a lib file, so there's no reason not to do #include "../kvm_util_internal.h" and just access the vcpu list to get the count or, if we add a new internal nr_vcpus member, access it directly. IOW, so far I don't believe we need vm_get_nr_vcpus(). > > Also note the required alignment on the GPA arguments you're taking. > > > + */ > > +int vgic_v3_setup(struct kvm_vm *vm, > > + uint64_t gicd_base_gpa, uint64_t gicr_base_gpa) > > +{ > > + uint64_t redist_attr; > > + int gic_fd, nr_vcpus; > > + unsigned int nr_gic_pages; > > + > > + nr_vcpus = vm_get_nr_vcpus(vm); > > + TEST_ASSERT(nr_vcpus > 0, "Invalid number of CPUs: %u\n", nr_vcpus); > > + > > + /* Distributor setup */ > > + gic_fd = kvm_create_device(vm, KVM_DEV_TYPE_ARM_VGIC_V3, false); > > + kvm_device_access(gic_fd, KVM_DEV_ARM_VGIC_GRP_ADDR, > > + KVM_VGIC_V3_ADDR_TYPE_DIST, &gicd_base_gpa, true); > > + nr_gic_pages = vm_calc_num_guest_pages(vm_get_mode(vm), VGIC_V3_GICD_SZ); > > + virt_map(vm, gicd_base_gpa, gicd_base_gpa, nr_gic_pages); > > + > > + /* Redistributor setup */ > > + redist_attr = REDIST_REGION_ATTR_ADDR(nr_vcpus, gicr_base_gpa, 0, 0); > > + kvm_device_access(gic_fd, KVM_DEV_ARM_VGIC_GRP_ADDR, > > + KVM_VGIC_V3_ADDR_TYPE_REDIST_REGION, &redist_attr, true); > > + nr_gic_pages = vm_calc_num_guest_pages(vm_get_mode(vm), > > + VGIC_V3_GICR_SZ * nr_vcpus); > > + virt_map(vm, gicr_base_gpa, gicr_base_gpa, nr_gic_pages); > > + > > + kvm_device_access(gic_fd, KVM_DEV_ARM_VGIC_GRP_CTRL, > > + KVM_DEV_ARM_VGIC_CTRL_INIT, NULL, true); > > + > > + return gic_fd; > > +} > > -- > > 2.33.0.153.gba50c8fa24-goog > > > Thanks, drew