??? FAIL: Test report for kernel 5.13.0-rc7 (arm-next, 8ab9b1a9)
Aristeu Rozanski
aris at redhat.com
Fri Mar 4 11:39:20 PST 2022
Hi Robin,
(Old thread, so reference to it: https://lists.infradead.org/pipermail/linux-arm-kernel/2021-June/668228.html)
(Also, please keep me on Cc since I'm not subscribed to linux-arm)
(And again because I failed to fix the email address after using the
archives mailbox, apologies for that)
On Tue, Jun 29, 2021 at 06:27:57PM +0100, Robin Murphy wrote:
> Ah, from that I can only assume that this must be stress-ng's --sysfs
> test reading things at random, so not only would it have to be on a
> machine whose firmware presents the right thing in the right way but the
> random test conditions would also have to line up to poke it the "right"
> (wrong) way too.
>
> As a temporary workaround for the CI flakes, might it be possible to
> configure stress-ng to stay away from just these ACPI "data" files?
I started looking at this issue and managed to reproduce the issue
instantly with
dd if=/sys/firmware/acpi/tables/data/BERT of=/dev/null bs=7
I've attempted a few ways of fixing it based on the comments on this
thread but wasn't successful so far (my knowledge is pretty limited in
this area too, so not a big surprise). How can I be of assistance to debug/test
patches for this issue?
--
Aristeu
More information about the linux-arm-kernel
mailing list