??? 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