[Bug 1906552] Re: "Synchronous Abort" handler and reboot loop on rpi

Launchpad Bug Tracker 1906552 at bugs.launchpad.net
Thu Jan 28 16:48:32 UTC 2021


This bug was fixed in the package u-boot - 2020.10+dfsg-1ubuntu0~20.10.1

---------------
u-boot (2020.10+dfsg-1ubuntu0~20.10.1) groovy; urgency=medium

  * SRU of changes through to 2020.10+dfsg-1ubuntu6 to fix Pi4-8GB & CM4 support,
    and add support for risc-v unleashed board:

  [ Dave Jones ]
  * Add d/p/rpi-8gb-pci.patch for Pi400 and Pi4-8Gb support (LP: #1906552)
  * Add d/p/rpi-cm4-sdhci.patch for CM4 eMMC support
  * Add d/p/rpi-maxargs.patch for new Core 18 boot-env (LP: #1910094)
  * Remove redundant d/targets entries

  [ Dimitri John Ledkov ]
  * Enable u-boot spl for unleashed. LP: #1905274

u-boot (2020.10+dfsg-1ubuntu0~20.10) groovy; urgency=low

  * SRU of 2020.10+dfsg-1 to support Raspberry Pi 4 ethernet (LP:
#1903054)

  [ Dave Jones ]
  * Merge from Debian unstable.  Remaining changes:
    - Enable Ubuntu support for the Nitrogen6x board (LP: #1838064)
      - Add d/p/ubuntu-nitrogen6q2g-config-tweaks.patch to tweak the
        nitrogen6q2g configs to better fit our Ubuntu usage.
      - Start building the nitrogen6x2g target for u-boot.
    - Enable FIT signing support (LP: #1831942)
      - Enable CONFIG_FIT_SIGNATURE so we can sign FIT images.
      - Add libssl-dev to Build-Depends: to enable crypto functionality.
      - Limit key names to keys within the keydir.
    - d/p/rpi-config-tweaks.patch: Configuration adjustments to the RPi
      configs
    - d/p/rpi-board-dt.patch: use the board's device-tree instead of an
      embedded one

  * Removed obsolete patches/changes:
    - d/p/lzo-to-lzno.patch: use gzip instead of lzo compression for FIT
      images as lzop in Ubuntu is in universe. This should be temporary and in
      the next releases ideally we should follow what Debian does.

u-boot (2020.10+dfsg-1) unstable; urgency=medium

  * New upstream release.

u-boot (2020.10~rc5+dfsg-1) experimental; urgency=medium

  [ Vagrant Cascadian ]
  * New upstream release candidate.
  * debian/control: u-boot-qemu: Set Multi-Arch: foreign.

  [ Uwe Kleine-König ]
  * control: Use https for upstream homepage

u-boot (2020.10~rc3+dfsg-1) experimental; urgency=medium

  * New upstream release candidate.
  * debian/patches: Refresh and remove obsolete patches.
  * [armhf] u-boot-sunxi: Add Bananapi_M2_Ultra (Closes: #962931). Thanks
    to Bernhard Wörner.
  * [arm64] u-boot-rockchip: Update rock-pi-4 .dtb names.
  * u-boot-qemu: Build firmware for qemu ppc e500 (Closes: #966624).

u-boot (2020.07+dfsg-2) unstable; urgency=medium

  [ Vagrant Cascadian ]
  * u-boot-install-rockchip: Update with additional RockPro64 names from
    linux 5.7 device-trees.

  [ Denis Pynkin ]
  * u-boot-rpi: Add rpi_arm64 target for arm64 (Closes: #966078).

  [ Vagrant Cascadian ]
  * debian/patches: Fix reproducibility of mx6cuboxi target.

u-boot (2020.07+dfsg-1) unstable; urgency=medium

  * New upstream release.
  * [armhf] u-boot-omap: Drop omap3_pandora, removed upstream.
  * [arm64] u-boot-amlogic: Install new board-specific documentation.
  * debian/patches: Fix riscv64 support for extlinux.
  * debian/control:
    - Upgrade to debhelper compat 13.
    - Update Build-Depends on arm-trusted-firmware.

u-boot (2020.07~rc4+dfsg-1) experimental; urgency=medium

  * New upstream release candidate.
  * debian/patches:
    - Remove pinebook-pro patches, applied upstream.
    - Remove riscv64 patches, applied upstream.
  * u-boot-rockchip: Update puma-rk3399 to include new
    rk3399-puma-haikou.dtb file.
  * Update lintian overrides to use "shared-library-lacks-prerequisites"
    instead of older tag name.

u-boot (2020.07~rc3+dfsg-1) experimental; urgency=medium

  [ Andreas Henriksson ]
  * u-boot-rpi: Enable rpi4 target on armhf and arm64 (Closes: #958668)

  [ Vagrant Cascadian ]
  * New upstream release candidate.
  * debian/patches: Refresh n900 patch.

u-boot (2020.07~rc2+dfsg-1) experimental; urgency=medium

  * New upstream release candidate.
  * debian/patches: Refresh.

 -- Dimitri John Ledkov <xnox at ubuntu.com>  Fri, 08 Jan 2021 14:32:32
+0000

** Changed in: u-boot (Ubuntu Groovy)
       Status: Fix Committed => Fix Released

-- 
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to u-boot in Ubuntu.
https://bugs.launchpad.net/bugs/1906552

Title:
  "Synchronous Abort" handler and reboot loop on rpi

Status in u-boot package in Ubuntu:
  Fix Released
Status in u-boot source package in Bionic:
  Fix Committed
Status in u-boot source package in Focal:
  Fix Released
Status in u-boot source package in Groovy:
  Fix Released

Bug description:
  [ Impact ]

  The issue results in an unbootable system on certain Pi hardware.
  While this hardware (Pi 400) wasn't originally supported at Focal's
  release, as the current LTS it needs to be supported. Furthermore,
  this version of the bootloader also fixes another issue (LP: #1900693)
  and thus needs back-porting to Bionic to support Core 18's gadget.

  [ Test Case ]

  * Flash a focal image to a card and boot it
  * Enable proposed (https://wiki.ubuntu.com/Testing/EnableProposed)
  * Upgrade the u-boot-rpi package to the proposed version: sudo apt install -t focal-proposed u-boot-rpi
  * Reboot the system: sudo reboot
  * Check the system boots correctly to login prompt

  [ Regression Potential ]

  As with anything that messes with the bootloader, the potential is
  there for an unbootable system. However, the update fixes a variety of
  serious issues (LP: #1906551, LP: #1900693, and indirectly LP:
  #1900879) and enables hardware on the current LTS.

  [ Original Description ]

  I first noticed this on a focal daily image (http://cdimage.ubuntu.com
  /ubuntu-server/focal/daily-preinstalled/20201202/ or the current
  pending one should be able to reproduce it). On the rpi400 device, it
  goes into a reboot loop. I'm also seeing this behavior with the
  current uc20 arm64 images on rpi400, and I suspect the same problem
  could be happening on cm4, but I can't confirm that yet because I
  don't have one in front of me.

  Here's the output I'm getting from serial before it goes into the reboot loop (it gives this output each time it reboots):
  U-Boot 2020.10+dfsg-1ubuntu0~20.04.1 (Nov 12 2020 - 17:05:18 +0000)

  DRAM:  3.9 GiB
  RPI: Board rev 0x13 outside known range
  RPI Unknown model (0xc03130)
  MMC:   mmcnr at 7e300000: 1, emmc2 at 7e340000: 0
  Loading Environment from FAT... ** No partition table - mmc 0 **
  In:    serial
  Out:   vidconsole
  Err:   vidconsole
  Net:   eth0: ethernet at 7d580000
  PCIe BRCM: link up, 5.0 Gbps x1 (SSC)
  starting USB...
  Bus xhci_pci: probe failed, error -110
  No working controllers found
  Hit any key to stop autoboot:  0
  switch to partitions #0, OK
  mmc0 is current device
  ** No partition table - mmc 0 **
  Card did not respond to voltage select!
  starting USB...
  Bus xhci_pci: probe failed, error -110
  No working controllers found
  USB is stopped. Please issue 'usb start' first.
  starting USB...
  Bus xhci_pci: probe failed, error -110
  No working controllers found
  "Synchronous Abort" handler, esr 0x96000044
  elr: 000000000009c1c0 lr : 0000000000091edc (reloc)
  elr: 000000003b3751c0 lr : 000000003b36aedc
  x0 : 0000000000000031 x1 : 0000000000000051
  x2 : 20d51c1000580003 x3 : 409400002fd519f2
  x4 : 20d2800800d51e10 x5 : 0000000000000014
  x6 : 000000003b3d2e40 x7 : 20d2800800d51df0
  x8 : 0000000000000000 x9 : 0000000000000008
  x10: 00000000ffffffd0 x11: 000000000000000d
  x12: 0000000000000006 x13: 000000000001869f
  x14: 000000003af2ceb0 x15: 0000000000000002
  x16: 000000003b377278 x17: 33a26b1e70c6e1df
  x18: 000000003af38d90 x19: 0000000000000021
  x20: 000000003b3d2d00 x21: 000000003afcac50
  x22: 000000000000000b x23: 00000000ffffffff
  x24: 0000000000000002 x25: 000000003b3e5594
  x26: 000000003b3bee1b x27: 000000003b3c74cb
  x28: 0000000000000020 x29: 000000003af2c4f0

  Code: a9410803 8b130001 b2400273 f9000413 (f9000c62)
  Resetting CPU ...

  resetting ...

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/u-boot/+bug/1906552/+subscriptions



More information about the foundations-bugs mailing list