❌ 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