From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id 348C4C433FE for ; Fri, 4 Mar 2022 20:01:35 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20210309; h=Sender:Content-Type: Content-Transfer-Encoding:List-Subscribe:List-Help:List-Post:List-Archive: List-Unsubscribe:List-Id:In-Reply-To:From:References:Cc:To:Subject: MIME-Version:Date:Message-ID:Reply-To:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: List-Owner; bh=v0IleXcRdKLXb2i8N87QQYTlnbjrYaJnu9BTL4Gp/XY=; b=ZxZ485gWB1yr3H idzYpv6cJthwZfrG6+85wj+vVH+cGRtCCtZy6mDu95LI9t6sipob/jgQ2abTP5/jw5PdAEoOTXJ7C 9M8XJ1IsMh9YYTTbq3pcZ7VtOstdbxO+T47YvGjYuODxvLMAlpCGPx1zuaYn4N05zvjHi01zORFs4 q+kvzxWc/rNnf+Up5zPBjBILhgxvo+FzL4kPQeaSnG9Z4D+Q25W1t1J5x3IjqN1Ri8L+fXWfTTg2L bu1nUs5ZspAAeoEWhYqpWKdJb52cGAzG6pjCg1OaiDxh1dBqmgJdWujh3LKSQ44qibqyFtRso2xiW mqcYDCs2WfU7HgUuYxhg==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.94.2 #2 (Red Hat Linux)) id 1nQE66-00BpwC-VE; Fri, 04 Mar 2022 20:00:19 +0000 Received: from foss.arm.com ([217.140.110.172]) by bombadil.infradead.org with esmtp (Exim 4.94.2 #2 (Red Hat Linux)) id 1nQE63-00BprK-6G for linux-arm-kernel@lists.infradead.org; Fri, 04 Mar 2022 20:00:16 +0000 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.121.207.14]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id 7856B1424; Fri, 4 Mar 2022 12:00:10 -0800 (PST) Received: from [10.57.39.47] (unknown [10.57.39.47]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 9EDC23F70D; Fri, 4 Mar 2022 12:00:09 -0800 (PST) Message-ID: <13826dda-4952-211f-9174-4b54fe5c951d@arm.com> Date: Fri, 4 Mar 2022 20:00:04 +0000 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; rv:91.0) Gecko/20100101 Thunderbird/91.6.1 Subject: Re: ??? FAIL: Test report for kernel 5.13.0-rc7 (arm-next, 8ab9b1a9) Content-Language: en-GB To: Aristeu Rozanski Cc: Will Deacon , Lorenzo Pieralisi , Catalin Marinas , linux-arm-kernel@lists.infradead.org References: <20210625083918.GA2736@willie-the-truck> <31ffe8fc-f5ee-2858-26c5-0fd8bdd68702@arm.com> <20210625110944.GB20835@arm.com> <48b23351-3dba-bec8-242f-3c918ae55708@arm.com> <8a28663f-6541-6ff4-3de0-b140e3f8a5b9@arm.com> <20210629144415.GA28457@lpieralisi> <14ca6f72-9b0f-ebd7-9cf8-a5d6190c8e5d@arm.com> <7c058806-6967-5df9-2a33-b8f9be0d2a5f@arm.com> <20220304193920.kj3mvrguepklgb3m@redhat.com> From: Robin Murphy In-Reply-To: <20220304193920.kj3mvrguepklgb3m@redhat.com> X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20220304_120015_319967_F01CAF7A X-CRM114-Status: GOOD ( 21.18 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org Hi Aristeu, On 2022-03-04 19:39, Aristeu Rozanski wrote: > 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? Gosh, there's a fair bit of additional history between then and now, scattered across several other threads... From memory, we ended up merging some form of Lorenzo's patch, but that turned out to break some other machine with a *differently* dodgy memory map, and got reverted again. I have a feeling that things wound up at that point leaning towards a consensus that the pseudo-generic machinery that was actually only used for dumping BERT records could probably be ripped out and replaced with a simple dedicated iomem-safe thing for dumping BERT records, but I'm not sure if any further progress happened on that front. Cheers, Robin. _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel