Thread (1 message) 1 message, 1 author, 2024-08-07

Re: [PATCH v10 36/40] kselftest/arm64: Add test coverage for GCS mode locking

From: Thiago Jung Bauermann <hidden>
Date: 2024-08-07 22:34:14
Also in: kvmarm, linux-arch, linux-doc, linux-fsdevel, linux-kselftest, linux-riscv, lkml

Mark Brown [off-list ref] writes:
Verify that we can lock individual GCS mode bits, that other modes
aren't affected and as a side effect also that every combination of
modes can be enabled.

Normally the inability to reenable GCS after disabling it would be an
issue with testing but fortunately the kselftest_harness runs each test
within a fork()ed child.  This can be inconvenient for some kinds of
testing but here it means that each test is in a separate thread and
therefore won't be affected by other tests in the suite.

Once we get toolchains with support for enabling GCS by default we will
need to take care to not do that in the build system but there are no
such toolchains yet so it is not yet an issue.

Reviewed-by: Thiago Jung Bauermann <redacted>
Signed-off-by: Mark Brown <broonie@kernel.org>
---
 tools/testing/selftests/arm64/gcs/.gitignore    |   1 +
 tools/testing/selftests/arm64/gcs/Makefile      |   2 +-
 tools/testing/selftests/arm64/gcs/gcs-locking.c | 200 ++++++++++++++++++++++++
 3 files changed, 202 insertions(+), 1 deletion(-)
The gcs-locking test passes on my FVP setup:

Tested-by: Thiago Jung Bauermann <redacted>

-- 
Thiago
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help