Bug 1993250

Summary: RPi 4 - bcm2711-firmware-20210714-1.7208c3d triggers a uboot XHCI error and infinite reboot loop
Product: [Fedora] Fedora Reporter: Benjamin Masse <benjamin.masse>
Component: bcm283x-firmwareAssignee: Peter Robinson <pbrobinson>
Status: CLOSED CURRENTRELEASE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 34CC: berend, laura, pbrobinson, pwhalen
Target Milestone: ---   
Target Release: ---   
Hardware: aarch64   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2022-03-17 20:11:52 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
uboot screen picture none

Description Benjamin Masse 2021-08-12 15:48:12 UTC
Description of problem:
When booting from USB on RPi 4 on an otherwise up-to-date system, uboot throws an "Unexpected XHCI event TRB, skipping..." error at the scanning bus xhci_pci for devices stage and reboots in loop.

Version-Release number of selected component (if applicable):
bcm2711-firmware-20210714-1.7208c3d

How reproducible:
every time

Steps to Reproduce:
1. Update to bcm2711-firmware-20210714-1.7208c3d
2. Reboot

Actual results:
uboot enters an infinite reboot loop

Expected results:
uboot moves on to next booting stage

Additional info:
Booting via an SDcard with UEFI allows booting the F34 Workstation and then to downgrade to bcm2711-firmware-20210407-1.8c7c524 which in turn reallows booting from USB directly.

Comment 1 Peter Robinson 2021-08-12 17:04:03 UTC
What version of U-Boot are you running, was this an upgrade from an older Fedora release?

Comment 2 Benjamin Masse 2021-08-13 08:47:24 UTC
Only uboot-images-armv8-2021.04-3.fc34.noarch is installed uboot-tools is not...
This is a fresh install

Comment 3 Benjamin Masse 2021-08-13 09:41:56 UTC
FWIIW, problem not present with bcm2711-firmware-20210430-1.1a46874.fc34.aarch64 from koji, which should be the penultimate release if I'm not mistaken...
Hope this helps, please otherwise let me know.

Comment 4 Peter Robinson 2021-08-24 10:11:11 UTC
Can you try bcm283x-firmware-20210709-1.98835e7.fc35 and see if that's good/bad. There's nothing in the logs for firmware that mention the pci/usb interface that may affect that but they're not always good at fully documenting their changes. There's also a bcm283x-firmware-20210819-1.25e2b59.fc35 build now too you could also try.

Comment 5 Peter Robinson 2021-08-24 10:13:46 UTC
can you also add the full U-Boot output with the errors.

Comment 6 Paul Whalen 2021-08-24 20:33:04 UTC
Which Raspberry Pi 4 is this?

Comment 7 Benjamin Masse 2021-08-26 09:10:39 UTC
Created attachment 1817821 [details]
uboot screen picture

Comment 8 Benjamin Masse 2021-08-26 10:29:13 UTC
It's a 4Gb Raspberry Pi 4 Model B Rev 1.2 (C03112)

Manually installed both:

bcm283x-firmware-20210819-1.25e2b59.fc35
bcm2711-firmware-20210819-1.25e2b59.fc35
and happy to report USB boot works again (with minor artefacts displaying during the 2 dots plymouth stage that now seem to be nicely centered).

Screen capture attached.

Comment 9 Berend De Schouwer 2021-09-05 16:31:21 UTC
FWIW, bcm283x-firmware-20210819 fixes the exact same problem for me on a Raspberry Pi 4 Model B Rev 1.1

This was a FC34 fresh install a few months ago, with regular upgrades, until bcm2711-firmware-20210714-1.7208c3d prevented rebooting.

The system is usually headless (no hdmi, no keyboard)

Comment 10 Benjamin Masse 2021-10-24 16:47:03 UTC
Updated to F35 Workstation Beta, bcm2711-firmware-20210930-1.b5257da.fc35.aarch64 and uboot-images-armv8-2021.10-2.fc35.noarch, seen BZ#1999180.

bcm2711-firmware-20210930-1.b5257da.fc35.aarch64 unfortunately reintroduces the looping behavior.

Comment 11 Peter Robinson 2021-10-25 07:21:34 UTC
(In reply to Benjamin Masse from comment #10)
> Updated to F35 Workstation Beta,
> bcm2711-firmware-20210930-1.b5257da.fc35.aarch64 and
> uboot-images-armv8-2021.10-2.fc35.noarch, seen BZ#1999180.
> 
> bcm2711-firmware-20210930-1.b5257da.fc35.aarch64 unfortunately reintroduces
> the looping behavior.

did you run rpi-uboot-update after updating u-boot?

Comment 12 Paul Whalen 2021-10-25 14:49:07 UTC
(In reply to Benjamin Masse from comment #10)
> Updated to F35 Workstation Beta,
> bcm2711-firmware-20210930-1.b5257da.fc35.aarch64 and
> uboot-images-armv8-2021.10-2.fc35.noarch, seen BZ#1999180.
> 
> bcm2711-firmware-20210930-1.b5257da.fc35.aarch64 unfortunately reintroduces
> the looping behavior.

Initially I was having a problem booting *with* HDMI connected, once disconnected the system booted OK and the HDMI could be reconnected. On a fully updated F35 system I can no longer reproduce, it works with or without HDMI using USB.

Comment 13 Benjamin Masse 2021-10-31 22:34:37 UTC
running rpi-uboot-update after reupdating bcm2711-firmware indeed allowed USB boot. I shall remember to do it next time.
Thanks!