Received: by 2002:ab2:3141:0:b0:1ed:23cc:44d1 with SMTP id i1csp831975lqg; Sat, 2 Mar 2024 03:52:21 -0800 (PST) X-Forwarded-Encrypted: i=3; AJvYcCWXM4zqs+kIEkxj/RtHvellTem7h11uy7RDrWSs3jmxakilQyzYgdOpmzJBbH1rHDcz1owvGMfouUcow8bNw71Y8Y3Y1EbUNBeXiFXspA== X-Google-Smtp-Source: AGHT+IEqQ1qvEcAlROxPl7nYBLJvEe0I0+Reyfap007gzqHglJoBRI6fTZchjL0HGpy403itf9F+ X-Received: by 2002:a05:622a:d:b0:42e:c9b6:4c31 with SMTP id x13-20020a05622a000d00b0042ec9b64c31mr4854784qtw.59.1709380341472; Sat, 02 Mar 2024 03:52:21 -0800 (PST) ARC-Seal: i=2; a=rsa-sha256; t=1709380341; cv=pass; d=google.com; s=arc-20160816; b=YtXNvuF5mJWW+tzFha95TSDkxYs1iZj9bWKbqDRnxTy0vLlAB5IbvCV18kow5RMfOT 0QLfjjxCTOJMzn7TJ56BMEX6fK1j6ZS0MP4vXOBcDIxLQAupjvktgJtazvyH80bTJy8j rjMm81L/cQ1ta5tTbaKrqYjp3WkERVsjsFlm+wPutckNGG2hyZK5UNvGN2xOZNa82PTD ejd63uRTw53oCdezQ5B60MnkaCh/4RZLvzuzmAumRnhE537nM8TyJuLyhzvfSJNdSQhB Fr79Uro8Qy/FBwlrcvcIq5HDGXmXCxGgUTC2H3DSqZlAvyXH3fLIMIrXYUjFbI/CC6/H fDsw== ARC-Message-Signature: i=2; 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=bUlLgwKaIFOGC8HFq54fOaPsV+Te7vl9RKfyh40gas8=; fh=zLpp/wMKCIU3ENBETWMRsvr8D1oL8gtqvO15ZIreXLY=; b=NijaEXFYvJxKalPG9Wiu7HNIq8i9Orn9V0mo4uoqd9HFmV2B1mX6B2vhrGzs2FcTr+ lym44emuKSB04FKQoh0xIKv0LSWMw3TVQFZ//QyQpsXOEWZpSXpAgUH/661vtyOJSDRM iamTCPKPmbuadszQGiS5N/oNd4Ecd7SYQ9Cjrgy1c/UaWy5St24C02044S2xxgGnXWPv Fihow7LnMn+NUY1BfRl8/1UYoRmkBvY8juJ6Lj6Ink8Je5gnKPj4Vl9ubdQ8t5rZPBze 7twvbqyN3TNqZ3Lq6HyS2EZzkywDTcpIbKk22YXhv+3l7prcawwVHNZiPlqVOgM+8VgO bLKg==; dara=google.com ARC-Authentication-Results: i=2; mx.google.com; dkim=pass header.i=@ventanamicro.com header.s=google header.b=PUr9zhEX; arc=pass (i=1 spf=pass spfdomain=ventanamicro.com dkim=pass dkdomain=ventanamicro.com); spf=pass (google.com: domain of linux-kernel+bounces-89438-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:45d1:ec00::1 as permitted sender) smtp.mailfrom="linux-kernel+bounces-89438-linux.lists.archive=gmail.com@vger.kernel.org" Return-Path: Received: from ny.mirrors.kernel.org (ny.mirrors.kernel.org. [2604:1380:45d1:ec00::1]) by mx.google.com with ESMTPS id p5-20020a05622a00c500b0042ed04a7fb8si2473649qtw.723.2024.03.02.03.52.21 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sat, 02 Mar 2024 03:52:21 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel+bounces-89438-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=@ventanamicro.com header.s=google header.b=PUr9zhEX; arc=pass (i=1 spf=pass spfdomain=ventanamicro.com dkim=pass dkdomain=ventanamicro.com); spf=pass (google.com: domain of linux-kernel+bounces-89438-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:45d1:ec00::1 as permitted sender) smtp.mailfrom="linux-kernel+bounces-89438-linux.lists.archive=gmail.com@vger.kernel.org" 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 29E171C211EC for ; Sat, 2 Mar 2024 11:52:21 +0000 (UTC) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by smtp.subspace.kernel.org (Postfix) with ESMTP id 7C49717590; Sat, 2 Mar 2024 11:52:12 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=ventanamicro.com header.i=@ventanamicro.com header.b="PUr9zhEX" Received: from mail-wm1-f46.google.com (mail-wm1-f46.google.com [209.85.128.46]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 0F5B010A21 for ; Sat, 2 Mar 2024 11:52:06 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.128.46 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1709380331; cv=none; b=C/VrxlfnK8wxIKjeEhDGf1gZQVH4IrlGu7CNqM4VW7infsuGTpciphBaGdEYVnMEVT7SdhiaSYawMdQzL2EOCYehQsaKiYT+pDhI/+rb8Z0fuS/8XjpUl1+we4SLNYDkKvkJiV7bolWA/l0rXCGUq1MN+7qn5+eOjNOSBKQwPg4= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1709380331; c=relaxed/simple; bh=eGbK4b/P2bDR/dy1LH/W0Rt4I72w8nVhga/4RhKv0k8=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=NImA5kc/0ej8syDRizoHSqb1/j6BJEl97neQQo8NCO/VoNoXCGUdUFQGZjwJd5ZnwgybcIuov+OjwD4OcGu+snMvvVHwKJOeJ57nQ/e+fsJcqEhr2CsL4ptSUi0qJx/aBgjqTBJZIcLKGX1dSIr3JubFTrrEP1AlMBx9v9L8sKs= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=ventanamicro.com; spf=pass smtp.mailfrom=ventanamicro.com; dkim=pass (2048-bit key) header.d=ventanamicro.com header.i=@ventanamicro.com header.b=PUr9zhEX; arc=none smtp.client-ip=209.85.128.46 Authentication-Results: smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=ventanamicro.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=ventanamicro.com Received: by mail-wm1-f46.google.com with SMTP id 5b1f17b1804b1-412cbf58fdeso6580355e9.3 for ; Sat, 02 Mar 2024 03:52:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ventanamicro.com; s=google; t=1709380325; x=1709985125; darn=vger.kernel.org; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:from:to:cc:subject:date:message-id:reply-to; bh=bUlLgwKaIFOGC8HFq54fOaPsV+Te7vl9RKfyh40gas8=; b=PUr9zhEXt7+SC0H6oNo00yczP+GUxlptnr+D5KqcDNYJFHgddE9ifICMA9WcvCGYr5 76EzrTAnO3lq2Eon3ESNg54ZYFIBNvEeDV/abiZTVoar9n4+YC4k+i3peiWeBGI8JpL+ 9Za0dZnDXi6QO7i84bfRJb8M7EwRDkcS8xjfh7bluZG9kHieVIaWegfFfRvcb2c5UL/r FDrUBTaRfuk+QRE2mlJm/5Lq+gPsJvq+zUUd2SmvEc4u9uE9qYb/iGAvWRx5ReWm1z1G J3NLYNU3q0qVpKZQ4libisAQf/WMujfsc7uIf/FHJZlSr86NXoGZUX1u7ecNVop6/PLA pn1Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1709380325; x=1709985125; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=bUlLgwKaIFOGC8HFq54fOaPsV+Te7vl9RKfyh40gas8=; b=NzdX1C/oSJ8iA4rheZF2Sjv6BTfocpwhy7JUgW1Yx85x/2LvIFttOa9mZAFYbcrzK0 cLb7ebNzYiva82x3fSvWVSJqGGD7DOT07ji5NaxQ3VeDoHIW3/ojdxOnH3xM4aZhFv5o 4AKoH/ndP28IyCLgKbBByg/Uv8pawX86P5J8x4exJs+iPF6c5F2Nv6TZ2BS9hrNfSef1 QtY+DxDG7oKmSPZ7NRwtdI3haEXRYHacwXbLUJztUZnr2LMIA04/kdiyvxHRZfAhcKXn SQ9NHkjxXg1ke0Bh15FmlvExlCfpFhgaPm2QCofFfoPNixyUcZ0xpBsEKBkONhqN2OIx L1RA== X-Gm-Message-State: AOJu0YyhBzO4+XcAK7K9xVJqL7AfZxua2nwV4gq2w7UJpCMds7tM90NR R6fC/U+JhWuTy1zf06grZ/McE3sCPMmk/zRAoiBJ4+ZqfSIvbrD+3MgBlUnK+cQ= X-Received: by 2002:a05:600c:4f0d:b0:412:beee:36b3 with SMTP id l13-20020a05600c4f0d00b00412beee36b3mr3470009wmq.7.1709380325387; Sat, 02 Mar 2024 03:52:05 -0800 (PST) Received: from localhost (cst2-173-16.cust.vodafone.cz. [31.30.173.16]) by smtp.gmail.com with ESMTPSA id n6-20020a05600c4f8600b0041273fc463csm11586169wmq.17.2024.03.02.03.52.04 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sat, 02 Mar 2024 03:52:04 -0800 (PST) Date: Sat, 2 Mar 2024 12:52:03 +0100 From: Andrew Jones To: Atish Patra Cc: linux-kernel@vger.kernel.org, Albert Ou , Alexandre Ghiti , Anup Patel , Atish Patra , Conor Dooley , Guo Ren , Icenowy Zheng , kvm-riscv@lists.infradead.org, kvm@vger.kernel.org, linux-kselftest@vger.kernel.org, linux-riscv@lists.infradead.org, Mark Rutland , Palmer Dabbelt , Paolo Bonzini , Paul Walmsley , Shuah Khan , Will Deacon Subject: Re: [PATCH v4 13/15] KVM: riscv: selftests: Add SBI PMU selftest Message-ID: <20240302-ed6c516829dc0ed616f39a45@orel> References: <20240229010130.1380926-1-atishp@rivosinc.com> <20240229010130.1380926-14-atishp@rivosinc.com> 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: <20240229010130.1380926-14-atishp@rivosinc.com> On Wed, Feb 28, 2024 at 05:01:28PM -0800, Atish Patra wrote: > This test implements basic sanity test and cycle/instret event > counting tests. > > Signed-off-by: Atish Patra > --- > tools/testing/selftests/kvm/Makefile | 1 + > tools/testing/selftests/kvm/riscv/sbi_pmu.c | 340 ++++++++++++++++++++ > 2 files changed, 341 insertions(+) > create mode 100644 tools/testing/selftests/kvm/riscv/sbi_pmu.c > > diff --git a/tools/testing/selftests/kvm/Makefile b/tools/testing/selftests/kvm/Makefile > index 426f85798aea..b2dce6843b9e 100644 > --- a/tools/testing/selftests/kvm/Makefile > +++ b/tools/testing/selftests/kvm/Makefile > @@ -195,6 +195,7 @@ TEST_GEN_PROGS_riscv += kvm_create_max_vcpus > TEST_GEN_PROGS_riscv += kvm_page_table_test > TEST_GEN_PROGS_riscv += set_memory_region_test > TEST_GEN_PROGS_riscv += steal_time > +TEST_GEN_PROGS_riscv += riscv/sbi_pmu We put the TEST_GEN_PROGS_riscv += riscv/... lines at the top of the TEST_GEN_PROGS_riscv += ... set > > SPLIT_TESTS += arch_timer > SPLIT_TESTS += get-reg-list > diff --git a/tools/testing/selftests/kvm/riscv/sbi_pmu.c b/tools/testing/selftests/kvm/riscv/sbi_pmu.c > new file mode 100644 > index 000000000000..fc1fc5eea99e > --- /dev/null > +++ b/tools/testing/selftests/kvm/riscv/sbi_pmu.c > @@ -0,0 +1,340 @@ > +// SPDX-License-Identifier: GPL-2.0-only > +/* > + * arch_timer.c - Tests the riscv64 sstc timer IRQ functionality > + * > + * The test validates the sstc timer IRQs using vstimecmp registers. > + * It's ported from the aarch64 arch_timer test. The header (apparently borrowed from arch_timer.c) needs to be updated to talk about the pmu instead of the timer. > + * > + * Copyright (c) 2024, Rivos Inc. > + */ > + > +#include > +#include > +#include > +#include > +#include > +#include "kvm_util.h" > +#include "test_util.h" > +#include "processor.h" > + > +/* Maximum counters (firmware + hardware)*/ ^ space > +#define RISCV_MAX_PMU_COUNTERS 64 > +union sbi_pmu_ctr_info ctrinfo_arr[RISCV_MAX_PMU_COUNTERS]; > + > +/* Cache the available counters in a bitmask */ > +static unsigned long counter_mask_available; > + > +unsigned long pmu_csr_read_num(int csr_num) > +{ > +#define switchcase_csr_read(__csr_num, __val) {\ > + case __csr_num: \ > + __val = csr_read(__csr_num); \ > + break; } > +#define switchcase_csr_read_2(__csr_num, __val) {\ > + switchcase_csr_read(__csr_num + 0, __val) \ > + switchcase_csr_read(__csr_num + 1, __val)} > +#define switchcase_csr_read_4(__csr_num, __val) {\ > + switchcase_csr_read_2(__csr_num + 0, __val) \ > + switchcase_csr_read_2(__csr_num + 2, __val)} > +#define switchcase_csr_read_8(__csr_num, __val) {\ > + switchcase_csr_read_4(__csr_num + 0, __val) \ > + switchcase_csr_read_4(__csr_num + 4, __val)} > +#define switchcase_csr_read_16(__csr_num, __val) {\ > + switchcase_csr_read_8(__csr_num + 0, __val) \ > + switchcase_csr_read_8(__csr_num + 8, __val)} > +#define switchcase_csr_read_32(__csr_num, __val) {\ > + switchcase_csr_read_16(__csr_num + 0, __val) \ > + switchcase_csr_read_16(__csr_num + 16, __val)} > + > + unsigned long ret = 0; > + > + switch (csr_num) { > + switchcase_csr_read_32(CSR_CYCLE, ret) > + switchcase_csr_read_32(CSR_CYCLEH, ret) > + default : > + break; > + } > + > + return ret; > +#undef switchcase_csr_read_32 > +#undef switchcase_csr_read_16 > +#undef switchcase_csr_read_8 > +#undef switchcase_csr_read_4 > +#undef switchcase_csr_read_2 > +#undef switchcase_csr_read > +} > + > +static inline void dummy_func_loop(int iter) > +{ > + int i = 0; > + > + while (i < iter) { > + asm volatile("nop"); > + i++; > + } > +} > + > +static void guest_illegal_exception_handler(struct ex_regs *regs) > +{ > + __GUEST_ASSERT(regs->cause == EXC_INST_ILLEGAL, > + "Unexpected exception handler %lx\n", regs->cause); Shouldn't we be reporting somehow that we were here? We seem to be using this handler to skip instructions which don't work, which is fine, if we have some knowledge we skipped them and then do something else. Otherwise I don't understand. > + > + /* skip the trapping instruction */ > + regs->epc += 4; > +} > + > +static unsigned long get_counter_index(unsigned long cbase, unsigned long cmask, > + unsigned long cflags, > + unsigned long event) > +{ > + struct sbiret ret; > + > + ret = sbi_ecall(SBI_EXT_PMU, SBI_EXT_PMU_COUNTER_CFG_MATCH, cbase, cmask, > + cflags, event, 0, 0); > + __GUEST_ASSERT(ret.error == 0, "config matching failed %ld\n", ret.error); > + GUEST_ASSERT((ret.value < RISCV_MAX_PMU_COUNTERS) && > + ((1UL << ret.value) & counter_mask_available)); I'd prefer to break these apart so it's more clear which one fails, if one fails. GUEST_ASSERT(ret.value < RISCV_MAX_PMU_COUNTERS); GUEST_ASSERT(BIT(ret.value) & counter_mask_available); > + > + return ret.value; > +} > + > +static unsigned long get_num_counters(void) > +{ > + struct sbiret ret; > + > + ret = sbi_ecall(SBI_EXT_PMU, SBI_EXT_PMU_NUM_COUNTERS, 0, 0, 0, 0, 0, 0); > + > + __GUEST_ASSERT(ret.error == 0, "Unable to retrieve number of counters from SBI PMU"); > + nit: drop this blank line > + __GUEST_ASSERT(ret.value < RISCV_MAX_PMU_COUNTERS, > + "Invalid number of counters %ld\n", ret.value); > + > + return ret.value; > +} > + > +static void update_counter_info(int num_counters) > +{ > + int i = 0; > + struct sbiret ret; > + > + for (i = 0; i < num_counters; i++) { > + ret = sbi_ecall(SBI_EXT_PMU, SBI_EXT_PMU_COUNTER_GET_INFO, i, 0, 0, 0, 0, 0); > + > + /* There can be gaps in logical counter indicies*/ > + if (!ret.error) > + GUEST_ASSERT_NE(ret.value, 0); I guess this should be if (ret.error) continue; GUEST_ASSERT_NE(ret.value, 0); > + > + ctrinfo_arr[i].value = ret.value; > + counter_mask_available |= BIT(i); > + } > + > + GUEST_ASSERT(counter_mask_available > 0); > +} > + > +static unsigned long read_counter(int idx, union sbi_pmu_ctr_info ctrinfo) > +{ > + unsigned long counter_val = 0; > + struct sbiret ret; > + > + __GUEST_ASSERT(ctrinfo.type < 2, "Invalid counter type %d", ctrinfo.type); > + > + if (ctrinfo.type == SBI_PMU_CTR_TYPE_HW) { > + counter_val = pmu_csr_read_num(ctrinfo.csr); > + } else if (ctrinfo.type == SBI_PMU_CTR_TYPE_FW) { > + ret = sbi_ecall(SBI_EXT_PMU, SBI_EXT_PMU_COUNTER_FW_READ, idx, 0, 0, 0, 0, 0); > + GUEST_ASSERT(ret.error == 0); > + counter_val = ret.value; > + } > + > + return counter_val; > +} > + > +static void start_counter(unsigned long counter, unsigned long start_flags, > + unsigned long ival) > +{ > + struct sbiret ret; > + > + ret = sbi_ecall(SBI_EXT_PMU, SBI_EXT_PMU_COUNTER_START, counter, 1, start_flags, > + ival, 0, 0); > + __GUEST_ASSERT(ret.error == 0, "Unable to start counter %ld\n", counter); > +} > + > +static void stop_counter(unsigned long counter, unsigned long stop_flags) > +{ > + struct sbiret ret; > + > + ret = sbi_ecall(SBI_EXT_PMU, SBI_EXT_PMU_COUNTER_STOP, counter, 1, stop_flags, > + 0, 0, 0); > + if (stop_flags & SBI_PMU_STOP_FLAG_RESET) > + __GUEST_ASSERT(ret.error == SBI_ERR_ALREADY_STOPPED, > + "Unable to stop counter %ld\n", counter); This looks like we're abusing the SBI_PMU_STOP_FLAG_RESET flag to do the already-stopped test. I'd rather helper functions work generally and do stuff like this in test code with comments pointing it out. Or just cleanly and separately set up an already-stopped test, so it's clear. > + else > + __GUEST_ASSERT(ret.error == 0, "Unable to stop counter %ld error %ld\n", > + counter, ret.error); > +} > + > +static void test_pmu_event(unsigned long event) > +{ > + unsigned long counter; > + unsigned long counter_value_pre, counter_value_post; > + unsigned long counter_init_value = 100; > + > + counter = get_counter_index(0, counter_mask_available, 0, event); > + counter_value_pre = read_counter(counter, ctrinfo_arr[counter]); > + > + /* Do not set the initial value */ > + start_counter(counter, 0, counter_init_value); > + dummy_func_loop(10000); > + nit: I'd remove this blank line so we have start/dummy/stop all together in a group. Same comment below. > + stop_counter(counter, 0); > + > + counter_value_post = read_counter(counter, ctrinfo_arr[counter]); > + __GUEST_ASSERT(counter_value_post > counter_value_pre, > + "counter_value_post %lx counter_value_pre %lx\n", > + counter_value_post, counter_value_pre); > + > + /* Now set the initial value and compare */ > + start_counter(counter, SBI_PMU_START_FLAG_SET_INIT_VALUE, counter_init_value); We should try to confirm that we reset the counter, otherwise the check below only proves that the value we read is greater than 100, which it is possible even if the reset doesn't work. > + dummy_func_loop(10000); > + > + stop_counter(counter, 0); > + > + counter_value_post = read_counter(counter, ctrinfo_arr[counter]); > + __GUEST_ASSERT(counter_value_post > counter_init_value, > + "counter_value_post %lx counter_init_value %lx\n", > + counter_value_post, counter_init_value); > + > + stop_counter(counter, SBI_PMU_STOP_FLAG_RESET); > +} > + > +static void test_invalid_event(void) > +{ > + struct sbiret ret; > + unsigned long event = 0x1234; /* A random event */ > + > + ret = sbi_ecall(SBI_EXT_PMU, SBI_EXT_PMU_COUNTER_CFG_MATCH, 0, > + counter_mask_available, 0, event, 0, 0); > + GUEST_ASSERT_EQ(ret.error, SBI_ERR_NOT_SUPPORTED); > +} > + > +static void test_pmu_events(int cpu) cpu is unused so the parameter list can be void. Same comment for test_pmu_basic_sanity() > +{ > + int num_counters = 0; > + > + /* Get the counter details */ > + num_counters = get_num_counters(); > + update_counter_info(num_counters); > + > + /* Sanity testing for any random invalid event */ > + test_invalid_event(); > + > + /* Only these two events are guranteed to be present */ guaranteed > + test_pmu_event(SBI_PMU_HW_CPU_CYCLES); > + test_pmu_event(SBI_PMU_HW_INSTRUCTIONS); > + > + GUEST_DONE(); > +} > + > +static void test_pmu_basic_sanity(int cpu) > +{ > + long out_val = 0; > + bool probe; > + struct sbiret ret; > + int num_counters = 0, i; > + unsigned long counter_val = -1; > + union sbi_pmu_ctr_info ctrinfo; > + > + probe = guest_sbi_probe_extension(SBI_EXT_PMU, &out_val); > + GUEST_ASSERT(probe && out_val == 1); > + > + num_counters = get_num_counters(); > + > + for (i = 0; i < num_counters; i++) { > + ret = sbi_ecall(SBI_EXT_PMU, SBI_EXT_PMU_COUNTER_GET_INFO, i, > + 0, 0, 0, 0, 0); > + > + /* There can be gaps in logical counter indicies*/ > + if (!ret.error) > + GUEST_ASSERT_NE(ret.value, 0); > + else > + continue; nit: if (ret.error) continue; GUEST_ASSERT_NE(ret.value, 0); > + > + ctrinfo.value = ret.value; > + > + /* Accesibility check of hardware and read capability of firmware counters */ Accessibility > + counter_val = read_counter(i, ctrinfo); > + /* The spec doesn't mandate any initial value. Verify if a sane value */ > + GUEST_ASSERT_NE(counter_val, -1); Hmm, does -1 have any special meaning? Otherwise it's a member of the set of 'any', so there's nothing we can test. Or, maybe we can test that bits higher than the ctrinfo bitwidth are zero. Although those bits might also be unspecified, which means there's nothing we can test. > + } > + > + GUEST_DONE(); > +} > + > +static void run_vcpu(struct kvm_vcpu *vcpu) > +{ > + struct ucall uc; > + > + vcpu_run(vcpu); > + switch (get_ucall(vcpu, &uc)) { > + case UCALL_ABORT: > + REPORT_GUEST_ASSERT(uc); > + break; > + case UCALL_DONE: > + case UCALL_SYNC: > + break; > + default: > + TEST_FAIL("Unknown ucall %lu", uc.cmd); > + break; > + } > +} > + > +void test_vm_destroy(struct kvm_vm *vm) > +{ > + memset(ctrinfo_arr, 0, sizeof(union sbi_pmu_ctr_info) * RISCV_MAX_PMU_COUNTERS); > + counter_mask_available = 0; > + kvm_vm_free(vm); > +} > + > +static void test_vm_basic_test(void *guest_code) > +{ > + struct kvm_vm *vm; > + struct kvm_vcpu *vcpu; > + > + vm = vm_create_with_one_vcpu(&vcpu, guest_code); > + __TEST_REQUIRE(__vcpu_has_ext(vcpu, RISCV_ISA_EXT_REG(KVM_RISCV_SBI_EXT_PMU)), Shouldn't this be checking RISCV_SBI_EXT_REG(KVM_RISCV_SBI_EXT_PMU)? We should probably create two more helpers bool __vcpu_has_isa_ext(struct kvm_vcpu *vcpu, uint64_t isa_ext) { return __vcpu_has_ext(vcpu, RISCV_ISA_EXT_REG(isa_ext)); } bool __vcpu_has_sbi_ext(struct kvm_vcpu *vcpu, uint64_t sbi_ext) { return __vcpu_has_ext(vcpu, RISCV_SBI_EXT_REG(sbi_ext)); } to make the extension checks less verbose and error prone. > + "SBI PMU not available, skipping test"); > + vm_init_vector_tables(vm); > + /* Illegal instruction handler is required to verify read access without configuration */ > + vm_install_exception_handler(vm, EXC_INST_ILLEGAL, guest_illegal_exception_handler); > + > + vcpu_init_vector_tables(vcpu); > + vcpu_args_set(vcpu, 1, 0); We don't use the arguments in the guest code functions so we don't need this call to vcpu_args_set() > + run_vcpu(vcpu); > + > + test_vm_destroy(vm); > +} > + > +static void test_vm_events_test(void *guest_code) > +{ > + struct kvm_vm *vm = NULL; > + struct kvm_vcpu *vcpu = NULL; > + > + vm = vm_create_with_one_vcpu(&vcpu, guest_code); > + __TEST_REQUIRE(__vcpu_has_ext(vcpu, RISCV_ISA_EXT_REG(KVM_RISCV_SBI_EXT_PMU)), Same comment as above. > + "SBI PMU not available, skipping test"); > + vcpu_args_set(vcpu, 1, 0); Same comment as above. > + run_vcpu(vcpu); > + > + test_vm_destroy(vm); > +} > + > +int main(void) > +{ > + test_vm_basic_test(test_pmu_basic_sanity); > + pr_info("SBI PMU basic test : PASS\n"); > + > + test_vm_events_test(test_pmu_events); > + pr_info("SBI PMU event verification test : PASS\n"); > + > + return 0; > +} > -- > 2.34.1 > Thanks, drew