[Bug 1989713] Re: [SRU] CM4 NVMe boot fails due to old start4.elf / fixup4.dat

Thu Feb 16 11:07:12 UTC 2023

This bug was fixed in the package linux-firmware-raspi -
8-0ubuntu1~22.04

---------------
linux-firmware-raspi (8-0ubuntu1~22.04) jammy; urgency=medium

  * New upstream boot firmware, 1.20220331
    - Fixes issues with NVME boot (LP: #1993937, LP: #1989713)
  * New upstream wifi firmware, 20210315-3+rpt7

    [ Serge Schneider ]
    - Add update-alternatives for cyfmac43455-sdio.bin

    [ Phil Elwell ]
    - Add license from Synaptics
    - Update SYN43436P firmware
      - The shipping firmware for the SYN43436P does not support 4-way
        handshake offloading. This new firmware (version string "Version:
        9.88.4.77 CRC: 143f9f15 Date: Thu 2022-03-31 17:25:16 CST Ucode
        Ver: 1043.20743 FWID: 01-3b307371") fixes that.
    - Updated SYN43436S firmware
      - The embedded clm_blob in the previous SYN43436S firmware did not offer
        any channels when the country code was set to KR (Korea). This
        firmware fixes that.
      - Full version string:
        Version: 7.45.96.141 (g53ba0094) CRC: 6a9f22a0 Date: Tue 2022-07-05
        21:30:23 CST Ucode Ver: 1043.20739 FWID: 01-eef9b3bf

  * New upstream bluetooth firmware release

    [ Phil Elwell ]

    - This updated Bluetooth firmware contains Braktooth fixes for CYW43455,
      addressing the following vulnerabilities:
      CVE-2021-34145
      CVE-2021-34146
      CVE-2021-34147
      CVE-2021-34148
    - Add Synaptics firmware:
      SYN43430A1.hcd and SYN43430B0.hcd are firmwares for the two Zero 2 W
      variants.
    - Add board-specific links for the Zero 2 W firmwares

 -- Dave Jones <dave.jones at canonical.com>  Thu, 28 Jul 2022 13:50:22
+0100

** Changed in: linux-firmware-raspi (Ubuntu Jammy)
       Status: Fix Committed => Fix Released

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

Title:
  [SRU] CM4 NVMe boot fails due to old start4.elf / fixup4.dat

Status in linux-firmware-raspi package in Ubuntu:
  Fix Released
Status in linux-firmware-raspi2 package in Ubuntu:
  Invalid
Status in linux-raspi package in Ubuntu:
  Invalid
Status in linux-firmware-raspi source package in Jammy:
  Fix Released
Status in linux-firmware-raspi2 source package in Jammy:
  Invalid
Status in linux-raspi source package in Jammy:
  Invalid
Status in linux-firmware-raspi source package in Kinetic:
  Fix Released
Status in linux-firmware-raspi2 source package in Kinetic:
  Invalid
Status in linux-raspi source package in Kinetic:
  Invalid
Status in linux-firmware-raspi source package in Lunar:
  Fix Released
Status in linux-firmware-raspi2 source package in Lunar:
  Invalid
Status in linux-raspi source package in Lunar:
  Invalid

Bug description:
  [ Impact ]

  CM4 users wishing to boot directly from NVMe find the initramfs is
  reported as corrupted. This is due to a bug in the boot firmware
  reported upstream as:

  https://github.com/raspberrypi/firmware/issues/1731
  https://github.com/raspberrypi/firmware/issues/1746

  These issues were fixed upstream but Ubuntu now needs an updated
  linux-firmware-raspi package incorporating the fixed boot firmware
  (and ideally this should land prior to 22.04.2 to ensure the updated
  firmware can go into the images for that release).

  [ Test Plan ]

  * sudo add-apt-repository ppa:waveform/firmware

  * sudo apt install linux-firmware-raspi

  * sudo reboot

  * Verify that the system boots successfully

  * Run through the full battery of ISO tests for the relevant image.
  Specifically, Ubuntu Desktop arm64+raspi, Ubuntu Server arm64+raspi,
  and Ubuntu Server armhf+raspi under:

    - Kinetic dailies:
  http://iso.qa.ubuntu.com/qatracker/milestones/433/builds

    - Jammy dailies:
  http://iso.qa.ubuntu.com/qatracker/milestones/429/builds

  [ Regression Potential ]

  The updated package replaces the tertiary boot firmware. An obvious
  regression potential is therefore that one or more Pi models fail to
  boot. However, in addition we've encountered other issues which
  ultimately boiled down to boot firmware in the past (the boot firmware
  is also responsible for patching the device-tree). Hence the test plan
  needs to be comprehensive and should be tested on as many models of Pi
  as is reasonably possible.

  Several kind users have already tested the back-ported firmware on the
  CM4 with NVMe boot (see comments 7 and 8), and I've tested on Pi 3 and
  4 models under armhf and arm64 kernels, hence I'm quietly confident
  but I haven't run the full gamut of ISO tests yet. Still, SRU
  verification should include all supported models, and ISO tests to
  guard against regressions due to interactions with differing kernel
  versions on the SRU'd releases.

  [ Original Description ]

  Hi there,

  there is the issue connected with "Initramfs unpacking failed:
  Decoding failed" error during Ubuntu boot. See
  https://github.com/raspberrypi/firmware/issues/1746 and
  https://github.com/raspberrypi/firmware/issues/1731. The Raspberry Pi
  have the update for start4.elf / fixup4.dat with fix it. Could you
  please include update for these files in new ubuntu release ASAP?

  Thanks in advance!

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux-firmware-raspi/+bug/1989713/+subscriptions