From: Bjorn Helgaas <helgaas@kernel.org>
To: Cyril Brulebois <kibi@debian.org>
Cc: Thorsten Leemhuis <regressions@leemhuis.info>,
Jim Quinlan <jim2101024@gmail.com>,
"regressions@lists.linux.dev" <regressions@lists.linux.dev>,
Linux PCI <linux-pci@vger.kernel.org>,
bjorn@helgaas.com
Subject: Re: [Bug 215925] New: PCIe regression on Raspberry Pi Compute Module 4 (CM4) breaks booting
Date: Mon, 9 May 2022 12:07:08 -0500 [thread overview]
Message-ID: <20220509170708.GA604646@bhelgaas> (raw)
In-Reply-To: <3aa008b9-e477-3e6d-becb-13e28ea91f10@leemhuis.info>
On Mon, May 09, 2022 at 09:44:29AM +0200, Thorsten Leemhuis wrote:
> Hi, this is your Linux kernel regression tracker. Partly top-posting to
> mnake this easily accessible.
>
> Jim, what's up here? The regression was reported more than a week ago
> and it seems nothing happened since then. Or was there progress and I
> just missed it?
>
> Anyway:
>
> [TLDR: I'm adding this regression report to the list of tracked
> regressions; all text from me you find below is based on a few templates
> paragraphs you might have encountered already already in similar form.]
>
> On 02.05.22 20:38, Bjorn Helgaas wrote:
> > On Sat, Apr 30, 2022 at 2:53 PM <bugzilla-daemon@kernel.org> wrote:
> >>
> >> https://bugzilla.kernel.org/show_bug.cgi?id=215925
> >>
> >> Bug ID: 215925
> >> Summary: PCIe regression on Raspberry Pi Compute Module 4 (CM4)
> >> breaks booting
> >> Product: Drivers
> >> Version: 2.5
> >> Kernel Version: v5.17-rc1
> >> Hardware: ARM
> >> OS: Linux
> >> Tree: Mainline
> >> Status: NEW
> >> Severity: normal
> >> Priority: P1
> >> Component: PCI
> >> Assignee: drivers_pci@kernel-bugs.osdl.org
> >> Reporter: kibi@debian.org
> >> Regression: No
> >>
> >> Catching up with latest kernel releases in Debian, it turned out that my
> >> Raspberry Pi Compute Module 4, mounted on an official Compute Module 4 IO
> >> Board,
> >> and booting from an SD card, no longer boots: this means a black screen on the
> >> HDMI output, and no output on the serial console.
> >>
> >> Trying various releases, I confirmed that v5.16 was fine, and v5.17-rc1 was the
> >> first (pre)release that wasn't.
> >>
> >> After some git bisect, it turns out the cause seems to be the following commit
> >> (https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=830aa6f29f07a4e2f1a947dfa72b3ccddb46dd21):
> >>
> >> ```
> >> commit 830aa6f29f07a4e2f1a947dfa72b3ccddb46dd21
> >> Author: Jim Quinlan <jim2101024@gmail.com>
> >> Date: Thu Jan 6 11:03:27 2022 -0500
> >>
> >> PCI: brcmstb: Split brcm_pcie_setup() into two funcs
> >> ```
> >>
> >> Starting with this commit, the kernel panics early (before 0.30 seconds), with
> >> an `Asynchronous SError Interrupt`. The backtrace references various
> >> `brcm_pcie_*` functions; I can share a picture or try and transcribe it
> >> manually if that helps (nothing on the serial console…).
> >>
> >> This commit is part of a branch that was ultimately merged as
> >> d0a231f01e5b25bacd23e6edc7c979a18a517b2b; starting with this commit, there's
> >> not even a backtrace anymore, the screen stays black after the usual “boot-up
> >> rainbow”, and there's still nothing on the serial console.
> >>
> >> I confirmed that 88db8458086b1dcf20b56682504bdb34d2bca0e2 (on the master side)
> >> was still booting properly, and that 87c71931633bd15e9cfd51d4a4d9cd685e8cdb55
> >> (from the branch being merged into master) is the last commit showing the
> >> panic.
> >>
> >> Since d0a231f01e5b25bacd23e6edc7c979a18a517b2b is a merge commit that includes
> >> conflict resolutions in drivers/pci/controller/pcie-brcmstb.c, I suppose this
> >> could be consistent with the initial panic being “upgraded” into an even more
> >> serious issue.
> >>
> >> I've also verified that latest master (v5.18-rc4-396-g57ae8a492116) is still
> >> affected by this issue.
> >>
> >> The regular Raspberry Pi 4 B doesn't seem to be affected by this issue: the
> >> exact same image on the same SD card (with latest master) boots fine on it.
Cyril, 830aa6f29f07 ("PCI: brcmstb: Split brcm_pcie_setup() into two
funcs") reverts cleanly as of 57ae8a492116. Does reverting it avoid
the regression?
next prev parent reply other threads:[~2022-05-09 17:07 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <bug-215925-41252@https.bugzilla.kernel.org/>
2022-05-02 18:38 ` [Bug 215925] New: PCIe regression on Raspberry Pi Compute Module 4 (CM4) breaks booting Bjorn Helgaas
2022-05-09 7:44 ` Thorsten Leemhuis
2022-05-09 17:07 ` Bjorn Helgaas [this message]
2022-05-09 17:45 ` Cyril Brulebois
2022-05-10 17:22 ` Bjorn Helgaas
2022-05-10 20:07 ` Cyril Brulebois
2022-05-10 20:55 ` Bjorn Helgaas
2022-05-16 21:05 ` Jim Quinlan
2022-05-18 19:47 ` Jim Quinlan
2022-05-20 5:48 ` Thorsten Leemhuis
2022-06-20 7:00 ` [Bug 215925] New: PCIe regression on Raspberry Pi Compute Module 4 (CM4) breaks booting #forregzbot Thorsten Leemhuis
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=20220509170708.GA604646@bhelgaas \
--to=helgaas@kernel.org \
--cc=bjorn@helgaas.com \
--cc=jim2101024@gmail.com \
--cc=kibi@debian.org \
--cc=linux-pci@vger.kernel.org \
--cc=regressions@leemhuis.info \
--cc=regressions@lists.linux.dev \
/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;
as well as URLs for NNTP newsgroup(s).