en Copyright 2015 Java http://kernelsources.org:8080/source/history/linux/tools/testing/selftests/build_report.mk#39261b797f40e5ac29d1bb85a676f74cbfd55e9e selftests: optionally record per-suite build and install resultsBy default the selftests build and installation succeed as long as onetarget succeeds, so that a single broken suite does not cost CI systemsthe coverage of all others; commit cad6f32665cb ("selftests: Deescalateerror reporting") restored that policy after it had been tightened.The exit status of make therefore cannot tell which suites failed, andinspecting the installation is not reliable either: a suite whosecompilation failed can still install its scripts.Add an opt-in report. When KSFT_BUILD_REPORT names an absolute file,the all and install rules append one tab-separated record per targetwith the phase, the target name and the exit status of its recursivemake. Generating the runlist is recorded as part of the install phase.The records are written without changing which targets are built orinstalled or the exit status of make, also with FORCE_TARGETS. Nothingis recorded by make -n, -t or -q, including when the selftests arebuilt through the kernel's kselftest targets, which clear MAKEFLAGS.The recording helper lives in a small fragment so that suites builtfrom subdirectories can add records for them, and the variable isexported to sub-makes. A relative path is rejected, since everyrecursive make runs in a different directory. Keep the exit status ofthe runlist generation loop as before, and create an empty runlist forinstallations in which no target emits tests.Document the format, version 1, and how to read it.Link: https://lore.kernel.org/r/20261014200115.1363363-3-sashal@kernel.orgLink: https://lore.kernel.org/r/20260416-selftests-deescalate-error-reporting-v1-1-38e7c0536227@kernel.orgSigned-off-by: Sasha Levin <sashal@kernel.org>Signed-off-by: Shuah Khan <skhan@linuxfoundation.org> List of files: /linux/tools/testing/selftests/build_report.mk Wed, 14 Oct 2026 22:01:10 +0200 Sasha Levin <sashal@kernel.org>