From: Will Deacon <will@kernel.org>
To: Veronika Kabatova <vkabatov@redhat.com>
Cc: Ard Biesheuvel <ardb@kernel.org>,
Mark Rutland <mark.rutland@arm.com>,
Lorenzo Pieralisi <lorenzo.pieralisi@arm.com>,
Anshuman Khandual <anshuman.khandual@arm.com>,
Marc Zyngier <maz@kernel.org>,
Memory Management <mm-qe@redhat.com>,
skt-results-master@redhat.com, Jeff Bastian <jbastian@redhat.com>,
CKI Project <cki-project@redhat.com>,
Catalin Marinas <catalin.marinas@arm.com>,
Jan Stancek <jstancek@redhat.com>,
Linux ARM <linux-arm-kernel@lists.infradead.org>
Subject: Re: ❌ FAIL: Test report for kernel 5.13.0-rc4 (arm-next, 8124c8a6)
Date: Wed, 2 Jun 2021 18:10:33 +0100 [thread overview]
Message-ID: <20210602171033.GA31957@willie-the-truck> (raw)
In-Reply-To: <CA+tGwnn+9XCDB69LxY1AEoNih_qCovwYsuNHzbwyUN8LmZTTAg@mail.gmail.com>
On Wed, Jun 02, 2021 at 01:00:47PM +0200, Veronika Kabatova wrote:
> On Wed, Jun 2, 2021 at 12:51 PM Will Deacon <will@kernel.org> wrote:
> > On Wed, Jun 02, 2021 at 12:40:07PM +0200, Ard Biesheuvel wrote:
> > > On Wed, 2 Jun 2021 at 12:12, Will Deacon <will@kernel.org> wrote:
> > > > On Wed, Jun 02, 2021 at 01:35:01AM -0000, CKI Project wrote:
> > > > > 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)
> > > >
> > >
> > > Wow that looks pretty horrible. I take it this tree has your MAIR changes?
> >
> > Nope, this is just vanilla -rc4! I'm trying to get a "known good" base
> > before I throw all the new things at it :)
> >
> > > Would be useful to have a log with efi=debug, to see what the EFI
> > > memory map looks like.
> >
> > Veronika -- please could you help us with that?
>
> Sure, I'll get a rerun with that option and report back when I have any
> results. I am also planning just a plain rerun on the machine to see if it
> reproduces somewhat reliably, however the machine is taken up by
> other automation now so it will take a while.
Thanks. In the meantime, I've pushed a bunch of new stuff into for-kernelci,
so I can at least see if it regresses when compared to the three failures
we're seeing here.
> My original reply is sitting in moderation queue as I wasn't subscribed
> (hopefully now after subscribing this email will get to the list...) but for
> the new people on the thread, one of the LTP issues is a potential
> testing bug:
>
> https://gitlab.com/cki-project/kernel-tests/-/issues/577
Aha, good. That at least looks like a generic (non-arm64) thing that we can
ignore for the purposes of the arm64 tree.
Will
_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
next prev parent reply other threads:[~2021-06-02 17:14 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-06-02 1:35 ❌ FAIL: Test report for kernel 5.13.0-rc4 (arm-next, 8124c8a6) CKI Project
2021-06-02 10:12 ` Will Deacon
2021-06-02 10:34 ` ? " Mark Rutland
[not found] ` <CAMj1kXENsUScpTg294HDiQUUXuUBz438hysEM9M4N-Jcq+q2fA@mail.gmail.com>
2021-06-02 10:51 ` ❌ " Will Deacon
[not found] ` <CA+tGwnn+9XCDB69LxY1AEoNih_qCovwYsuNHzbwyUN8LmZTTAg@mail.gmail.com>
2021-06-02 17:10 ` Will Deacon [this message]
[not found] ` <CA+tGwn=Y63hMdHpP16i4YD1qx-hwnSxfWsNgC+Kh-SDxXZpqGA@mail.gmail.com>
[not found] ` <CA+tGwn=BG6nUQcs_Q2a1h=UDPwR6ern2wQPwQ84kz=c2xB5-Wg@mail.gmail.com>
2021-06-11 10:34 ` Will Deacon
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20210602171033.GA31957@willie-the-truck \
--to=will@kernel.org \
--cc=anshuman.khandual@arm.com \
--cc=ardb@kernel.org \
--cc=catalin.marinas@arm.com \
--cc=cki-project@redhat.com \
--cc=jbastian@redhat.com \
--cc=jstancek@redhat.com \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=lorenzo.pieralisi@arm.com \
--cc=mark.rutland@arm.com \
--cc=maz@kernel.org \
--cc=mm-qe@redhat.com \
--cc=skt-results-master@redhat.com \
--cc=vkabatov@redhat.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox