From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-io1-f48.google.com (mail-io1-f48.google.com [209.85.166.48]) (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 3CD3C38DC7 for ; Mon, 22 Jul 2024 18:47:32 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.166.48 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1721674054; cv=none; b=KTBRJM0SGK9MdTk1AzaKLRDjz30zZe68NWxOiKkBwCV7gMF6To1nSKoF1eT1xqXR9LtiNl2uOYy9YwH4GNSjIh3jAwGU+s5oRe/klpStBXL7+ohGn9ilhzLN5L1utgkH9z3Snl6eYhXbeRLASzTLkP3AGUwvmewo4BSKRXhKHQM= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1721674054; c=relaxed/simple; bh=asA28J//MR/tZw5E77Yd89aREdVKDUWw1npsUkxp9pc=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=j0gFVqJ0m/M3eGdqQN3PZg9af52FRTs5AkCJ1UbdoSBiqY4LEdE3UWsaMprNdIPSN0Qajo20oxLrlvCseVKkIiZYwDoN/6yqOgWqjPBxL8tMUEm7JOsRHcib+nt6iWUxqbO8DneA8oDxQpYDlY0BQSxLv0V0MIiiKnfwsh+aeJ4= 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=KXCEJLPH; arc=none smtp.client-ip=209.85.166.48 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 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=ventanamicro.com header.i=@ventanamicro.com header.b="KXCEJLPH" Received: by mail-io1-f48.google.com with SMTP id ca18e2360f4ac-8152f0c63c1so180747239f.1 for ; Mon, 22 Jul 2024 11:47:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ventanamicro.com; s=google; t=1721674051; x=1722278851; darn=lists.linux.dev; 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=OzTRfDaexdJXU/NKu+dqGzHLJmOKAxsba4iUWApjtBs=; b=KXCEJLPHvXPlLb83tXLV72iwrCgT4X7epVyG8a3Ozl4uQhHS9AIHiNlygKyJM58cGa DtZnySSItedxO7IRgL6eACiwQ/EpTLVmJpuZZwEL9Z9sn3dF73lb7t4WayoWGuTSFTS4 QP0SpDZ8i5ehLctCBPP2NdnPGGmepVu84U1aBUHXz03rPaohM/u+mGF2MUj9KamHiT2t usddQku1z7r2RYosVw+CdkFhLAQEIgKErvSkrIafhcV/v7Mu4cHEuj+Kqpu0qzGNYaW0 cXWB2dZjybcsKjpmNTo9Y7PaNu2d54+takV60mguO+YI9I6Rlwnq1rk72yVQc6YQww59 Z13Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1721674051; x=1722278851; 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=OzTRfDaexdJXU/NKu+dqGzHLJmOKAxsba4iUWApjtBs=; b=XoADS2fuzrb3fQNrU/fRhrdo2/3FMvUbHgARx2jfRqkjyBicOzNh2eUJATqhfP2Zko DgV+SF6HXJ8sr+5Pz9FPKESGxRZSkZn2Zto80T+M9vMV/PDNM/rCW0D6fbfqoPPc3gI9 PjJ3Vik8AxFxnOAmm7iROk/MekE+abQVFcyc4OwLljYKKk5hYJPsudbB4I95x1VHKmo8 WcjF/eWJ2CQI8+g7zMsmpvlJxzDOFX70Oa1Y5zpAAW20nJTt9A39+PyGbcNHIkrte/6T D7aXJgdWdMR/RusGyUx9CPU0MIeG3Ee74ojhWEuFuFT5sG9gFFY2ocMQtWcOmLldqMMN g0CA== X-Forwarded-Encrypted: i=1; AJvYcCWCItzX2UvNNMcOuq+eQwB2pUtCJtJzu0RpOxxILxUxZsRnmk78JzOpKDMERlryLDoFannQuKHwaRPqGbSqjtFEfHWbyfPy5VXWK78= X-Gm-Message-State: AOJu0YxiukrPjdrMCH3uLzD0IDEoWBi0j/OoFAjKWEEuSRkH+Ja0cXrC 7XABvQIMgkglx6wgTTCnPSEjfpEGTvZ/NcZ4WfiwPAFbMRVOVI0aIfsjOcDmVVo= X-Google-Smtp-Source: AGHT+IFOuPIoea3HTs+tbRyLXH40CUhD1wo+gozLPHK8gHW5C0xpq+X2GQXcdlWAxPs41NzeH0m9PA== X-Received: by 2002:a05:6602:48d:b0:804:2b28:75db with SMTP id ca18e2360f4ac-81ea3b3a2cfmr103988639f.10.1721674051211; Mon, 22 Jul 2024 11:47:31 -0700 (PDT) Received: from localhost ([140.82.166.162]) by smtp.gmail.com with ESMTPSA id ca18e2360f4ac-819abb08682sm258753339f.1.2024.07.22.11.47.30 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 22 Jul 2024 11:47:30 -0700 (PDT) Date: Mon, 22 Jul 2024 13:47:29 -0500 From: Andrew Jones To: Charlie Jenkins Cc: Conor Dooley , Rob Herring , Krzysztof Kozlowski , Paul Walmsley , Palmer Dabbelt , Albert Ou , Jisheng Zhang , Chen-Yu Tsai , Jernej Skrabec , Samuel Holland , Samuel Holland , Jonathan Corbet , Shuah Khan , Guo Ren , Evan Green , Andy Chiu , Jessica Clarke , linux-riscv@lists.infradead.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, linux-sunxi@lists.linux.dev, linux-doc@vger.kernel.org, linux-kselftest@vger.kernel.org Subject: Re: [PATCH v5 12/13] selftests: riscv: Fix vector tests Message-ID: <20240722-0940cd64c0d8bb03f2427022@orel> References: <20240719-xtheadvector-v5-0-4b485fc7d55f@rivosinc.com> <20240719-xtheadvector-v5-12-4b485fc7d55f@rivosinc.com> Precedence: bulk X-Mailing-List: linux-sunxi@lists.linux.dev List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20240719-xtheadvector-v5-12-4b485fc7d55f@rivosinc.com> On Fri, Jul 19, 2024 at 09:19:07AM GMT, Charlie Jenkins wrote: > Overhaul the riscv vector tests to use kselftest_harness to help the > test cases correctly report the results and decouple the individual test > cases from each other. With this refactoring, only run the test cases is > vector is reported and properly report the test case as skipped > otherwise. The v_initval_nolibc test was previously not checking if > vector was supported and used a function (malloc) which invalidates > the state of the vector registers. > > Signed-off-by: Charlie Jenkins > --- > tools/testing/selftests/riscv/abi/ptrace | Bin 0 -> 759368 bytes > tools/testing/selftests/riscv/vector/.gitignore | 3 +- > tools/testing/selftests/riscv/vector/Makefile | 17 +- > .../selftests/riscv/vector/v_exec_initval_nolibc.c | 84 +++++++ > tools/testing/selftests/riscv/vector/v_helpers.c | 56 +++++ > tools/testing/selftests/riscv/vector/v_helpers.h | 5 + > tools/testing/selftests/riscv/vector/v_initval.c | 16 ++ > .../selftests/riscv/vector/v_initval_nolibc.c | 68 ------ > .../testing/selftests/riscv/vector/vstate_prctl.c | 266 ++++++++++++--------- > 9 files changed, 324 insertions(+), 191 deletions(-) > > diff --git a/tools/testing/selftests/riscv/abi/ptrace b/tools/testing/selftests/riscv/abi/ptrace > new file mode 100755 > index 000000000000..2b03e77b4dcf > Binary files /dev/null and b/tools/testing/selftests/riscv/abi/ptrace differ > diff --git a/tools/testing/selftests/riscv/vector/.gitignore b/tools/testing/selftests/riscv/vector/.gitignore > index 9ae7964491d5..7d9c87cd0649 100644 > --- a/tools/testing/selftests/riscv/vector/.gitignore > +++ b/tools/testing/selftests/riscv/vector/.gitignore > @@ -1,3 +1,4 @@ > vstate_exec_nolibc > vstate_prctl > -v_initval_nolibc > +v_initval > +v_exec_initval_nolibc > diff --git a/tools/testing/selftests/riscv/vector/Makefile b/tools/testing/selftests/riscv/vector/Makefile > index bfff0ff4f3be..995746359477 100644 > --- a/tools/testing/selftests/riscv/vector/Makefile > +++ b/tools/testing/selftests/riscv/vector/Makefile > @@ -2,18 +2,27 @@ > # Copyright (C) 2021 ARM Limited > # Originally tools/testing/arm64/abi/Makefile > > -TEST_GEN_PROGS := vstate_prctl v_initval_nolibc > -TEST_GEN_PROGS_EXTENDED := vstate_exec_nolibc > +TEST_GEN_PROGS := v_initval vstate_prctl > +TEST_GEN_PROGS_EXTENDED := vstate_exec_nolibc v_exec_initval_nolibc sys_hwprobe.o v_helpers.o > > include ../../lib.mk > > -$(OUTPUT)/vstate_prctl: vstate_prctl.c ../hwprobe/sys_hwprobe.S > +$(OUTPUT)/sys_hwprobe.o: ../hwprobe/sys_hwprobe.S > + $(CC) -static -c -o$@ $(CFLAGS) $^ > + > +$(OUTPUT)/v_helpers.o: v_helpers.c > + $(CC) -static -c -o$@ $(CFLAGS) $^ > + > +$(OUTPUT)/vstate_prctl: vstate_prctl.c $(OUTPUT)/sys_hwprobe.o $(OUTPUT)/v_helpers.o > $(CC) -static -o$@ $(CFLAGS) $(LDFLAGS) $^ > > $(OUTPUT)/vstate_exec_nolibc: vstate_exec_nolibc.c > $(CC) -nostdlib -static -include ../../../../include/nolibc/nolibc.h \ > -Wall $(CFLAGS) $(LDFLAGS) $^ -o $@ -lgcc > > -$(OUTPUT)/v_initval_nolibc: v_initval_nolibc.c > +$(OUTPUT)/v_initval: v_initval.c $(OUTPUT)/sys_hwprobe.o $(OUTPUT)/v_helpers.o > + $(CC) -static -o$@ $(CFLAGS) $(LDFLAGS) $^ > + > +$(OUTPUT)/v_exec_initval_nolibc: v_exec_initval_nolibc.c > $(CC) -nostdlib -static -include ../../../../include/nolibc/nolibc.h \ > -Wall $(CFLAGS) $(LDFLAGS) $^ -o $@ -lgcc > diff --git a/tools/testing/selftests/riscv/vector/v_exec_initval_nolibc.c b/tools/testing/selftests/riscv/vector/v_exec_initval_nolibc.c > new file mode 100644 > index 000000000000..74b13806baf0 > --- /dev/null > +++ b/tools/testing/selftests/riscv/vector/v_exec_initval_nolibc.c > @@ -0,0 +1,84 @@ > +// SPDX-License-Identifier: GPL-2.0-only > +/* > + * Get values of vector registers as soon as the program starts to test if > + * is properly cleaning the values before starting a new program. Vector > + * registers are caller saved, so no function calls may happen before reading > + * the values. To further ensure consistency, this file is compiled without > + * libc and without auto-vectorization. > + * > + * To be "clean" all values must be either all ones or all zeroes. > + */ > + > +#define __stringify_1(x...) #x > +#define __stringify(x...) __stringify_1(x) > + > +int main(int argc, char **argv) > +{ > + char prev_value = 0, value; > + unsigned long vl; > + int first = 1; > + > + asm volatile ( > + ".option push\n\t" > + ".option arch, +v\n\t" > + "vsetvli %[vl], x0, e8, m1, ta, ma\n\t" > + ".option pop\n\t" > + : [vl] "=r" (vl) > + ); > + > +#define CHECK_VECTOR_REGISTER(register) ({ \ > + for (int i = 0; i < vl; i++) { \ > + asm volatile ( \ > + ".option push\n\t" \ > + ".option arch, +v\n\t" \ > + "vmv.x.s %0, " __stringify(register) "\n\t" \ > + "vsrl.vi " __stringify(register) ", " __stringify(register) ", 8\n\t" \ > + ".option pop\n\t" \ > + : "=r" (value)); \ > + if (first) { \ > + first = 0; \ > + } else if (value != prev_value || !(value == 0x00 || value == 0xff)) { \ > + printf("Register " __stringify(register) " values not clean! value: %u\n", value); \ > + exit(-1); \ I think we should ensure all tests in tools/testing/selftests/riscv/ use TAP output, exiting with ksft_finished(), or at least exit with 0 for success. For example, vstate_exec_nolibc exits with 2 for success since it exits with the return value of prctl(PR_RISCV_V_GET_CONTROL). And vstate_prctl.c exits with several different negative values, which means it'll exit with several different values around 255. To figure what went wrong, one will have to convert those exit codes to the original negative values in order to look them up. Having these types of inconsistent exit values complicates QA. Thanks, drew