From: Hui Wang <hui.wang@canonical.com>
To: shuah@kernel.org, skhan@linuxfoundation.org, ardb@kernel.org,
linux-kselftest@vger.kernel.org
Cc: hui.wang@canonical.com
Subject: [PATCH v2] selftests/efivarfs: skip write tests if efivarfs is mounted read-only
Date: Thu, 20 Aug 2026 11:01:01 +0800 [thread overview]
Message-ID: <20260820030101.35982-1-hui.wang@canonical.com> (raw)
efivarfs is mounted read-only when the firmware does not provide a
working runtime SetVariable() service. This happens, for example, on
systems where the EFI runtime is provided by U-Boot's efi_loader (a
common case on RISC-V under QEMU booting via OpenSBI -> U-Boot -> GRUB),
or when runtime services are disabled (efi=noruntime, lockdown, etc).
In that situation every test that creates, modifies or deletes an EFI
variable is bound to fail, producing spurious test failures that do not
reflect a real kernel bug.
Detect the mount mode in check_prereqs() and store it in the global
efivarfs_mode ("ro" or "rw"). Group all tests that require a writable
efivarfs into a single "if [ "$efivarfs_mode" = "rw" ]" block, so they
are only run when efivarfs is writable; otherwise print a single message
explaining that they were skipped.
test_create_empty and test_invalid_filenames are left to run
unconditionally, since their expectation still holds on a read-only
mount; test_create_empty's stderr is silenced to avoid noise from the
read-only redirection failure.
Assisted-by: Copilot:claude-opus-4-8
Signed-off-by: Hui Wang <hui.wang@canonical.com>
---
In the v2:
Move the rw tests in an if scope as suggested by Ard.
tools/testing/selftests/efivarfs/efivarfs.sh | 41 ++++++++++++++------
1 file changed, 29 insertions(+), 12 deletions(-)
diff --git a/tools/testing/selftests/efivarfs/efivarfs.sh b/tools/testing/selftests/efivarfs/efivarfs.sh
index c62544b966ae..ec3036902b8a 100755
--- a/tools/testing/selftests/efivarfs/efivarfs.sh
+++ b/tools/testing/selftests/efivarfs/efivarfs.sh
@@ -26,6 +26,14 @@ check_prereqs()
echo $msg efivarfs is not mounted on $efivarfs_mount >&2
exit $ksft_skip
fi
+
+ # Determine whether efivarfs is mounted read-only or read-write
+ # and store the result ("ro" or "rw") in the global efivarfs_mode.
+ if grep -q "^\S\+ $efivarfs_mount efivarfs ro[, ]" /proc/mounts; then
+ efivarfs_mode=ro
+ else
+ efivarfs_mode=rw
+ fi
}
run_test()
@@ -74,7 +82,7 @@ test_create_empty()
{
local file=$efivarfs_mount/$FUNCNAME-$test_guid
- : > $file
+ : 2>/dev/null > $file
if [ -e $file ]; then
echo "$file can be created without writing" >&2
@@ -361,18 +369,27 @@ check_prereqs
rc=0
-run_test test_create
+# Tests that are also valid on a read-only efivarfs run unconditionally.
run_test test_create_empty
-run_test test_create_read
-run_test test_delete
-run_test test_zero_size_delete
-run_test test_open_unlink
-run_test test_valid_filenames
run_test test_invalid_filenames
-run_test test_no_set_size
-setup_test_multiple
-run_test test_multiple_zero_size
-run_test test_multiple_create
-run_test test_multiple_delete_on_write
+
+# These tests need to create, modify or delete EFI variables, so they
+# require a writable efivarfs. Skip them when it is mounted read-only.
+if [ "$efivarfs_mode" = "rw" ]; then
+ run_test test_create
+ run_test test_create_read
+ run_test test_delete
+ run_test test_zero_size_delete
+ run_test test_open_unlink
+ run_test test_valid_filenames
+ run_test test_no_set_size
+ setup_test_multiple
+ run_test test_multiple_zero_size
+ run_test test_multiple_create
+ run_test test_multiple_delete_on_write
+else
+ echo "efivarfs is mounted read-only on $efivarfs_mount;" \
+ "tests that require write access were skipped" >&2
+fi
exit $rc
--
2.43.0
reply other threads:[~2026-08-20 3:10 UTC|newest]
Thread overview: [no followups] expand[flat|nested] mbox.gz Atom feed
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20260820030101.35982-1-hui.wang@canonical.com \
--to=hui.wang@canonical.com \
--cc=ardb@kernel.org \
--cc=linux-kselftest@vger.kernel.org \
--cc=shuah@kernel.org \
--cc=skhan@linuxfoundation.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox