This bug was fixed in the package linux-firmware-raspi -
8-0ubuntu1~22.10
---------------
linux-firmware-raspi (8-0ubuntu1~22.10) kinetic; 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.jo...@canonical.com> Thu, 28 Jul 2022 13:50:22
+0100
** Changed in: linux-firmware-raspi (Ubuntu Kinetic)
Status: Fix Committed => Fix Released
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux-raspi 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 Committed
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
--
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help : https://help.launchpad.net/ListHelp
