❌ FAIL: Test report for kernel 5.13.0-rc4 (arm-next, 8124c8a6)
Will Deacon
will at kernel.org
Wed Jun 2 03:12:27 PDT 2021
Hi all,
On Wed, Jun 02, 2021 at 01:35:01AM -0000, CKI Project wrote:
> We ran automated tests on a recent commit from this kernel tree:
>
> Kernel repo: https://git.kernel.org/pub/scm/linux/kernel/git/arm64/linux.git
> Commit: 8124c8a6b353 - Linux 5.13-rc4
As above, this is a run against plain -rc4 in preparation for testing the
5.14 queue on top to detect any regressions.
> The results of these automated tests are provided below.
>
> Overall result: FAILED (see details below)
> Merge: OK
> Compile: OK
> Tests: FAILED
>
> All kernel binaries, config files, and logs are available for download here:
>
> https://arr-cki-prod-datawarehouse-public.s3.amazonaws.com/index.html?prefix=datawarehouse-public/2021/06/01/313156257
>
> One or more kernel tests failed:
>
> aarch64:
> ❌ LTP
The two tests failing here are 'statx04' and 'hugeshmat04':
https://arr-cki-prod-datawarehouse-public.s3.amazonaws.com/datawarehouse-public/2021/06/01/313156257/build_aarch64_redhat%3A1310052388/tests/LTP/10079826_aarch64_1_resultoutputfile.log
(grep for FAIL). I've not had a chance to dig into them yet.
> 💥 stress: stress-ng
This explodes pretty badly. Some CPUs detect RCU stalls when trying to use
the EFI "efi_read_time" service, which eventually fails but soon after we
explode trying to access memory which I think is mapped by
acpi_os_ioremap(), so it looks like the f/w might be the culprit here. Is
the "HPE Apollo 70" machine known to have bad EFI firmware?
https://arr-cki-prod-datawarehouse-public.s3.amazonaws.com/datawarehouse-public/2021/06/01/313156257/build_aarch64_redhat%3A1310052388/tests/stress_stress_ng/10079827_aarch64_2_dmesg.log
(scroll to the end for the fireworks)
Will
More information about the linux-arm-kernel
mailing list