[Bug 2065051] Re: [SRU] Migrate Pi users to KMS

[Launchpad Bug Tracker]

This bug was fixed in the package ubuntu-release-upgrader - 1:24.04.18

---------------
ubuntu-release-upgrader (1:24.04.18) noble; urgency=medium

  [ Nick Rosbrook ]
  * tests: fix un-templated expected ubuntu.sources
  * DistUpgradeQuirks: prevent upgrades of TPM FDE desktops (LP: #2065229)
  * Run pre-build.sh: updating mirrors, demotions, and translations.

  [ Dave Jones ]
  * New quirk to add KMS overlay on Pi Server images (LP: #2065051)

ubuntu-release-upgrader (1:24.04.17) noble; urgency=medium

  [ Nick Rosbrook ]
  * Revert "DistUpgrade.cfg.jammy: keep {netfilter,iptables}-persistent installed"
  * DistUpgradeQuirks: keep {netfilter,iptables}-persistent instead of ufw
    (LP: #2061891)

  [ Julian Andres Klode ]
  * DistUpgrade.cfg.jammy: Add systemd-resolved to PostUpgradeInstall
    (LP: #2063464)
  * Transition the automatically installed bit to t64 libraries, and
    do not write automatically installed bit in simulation (LP: #2064090)
  * Run pre-build.sh: updating mirrors, demotions, and translations.

 -- Nick Rosbrook <enr0n at ubuntu.com>  Thu, 09 May 2024 15:39:56 -0400

** Changed in: ubuntu-release-upgrader (Ubuntu Noble)
       Status: Fix Committed => Fix Released

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

Title:
  [SRU] Migrate Pi users to KMS

Status in ubuntu-release-upgrader package in Ubuntu:
  Fix Released
Status in ubuntu-release-upgrader source package in Noble:
  Fix Released

Bug description:
  [ Impact ]

  In switching Pi Server users over to the KMS overlay (as resolution to
  LP: #2038924) we need an additional quirk for upgraders to migrate
  config.txt (this will be similar, but not identical, to the one for
  LP: #1923673).

  If we do not migrate such users, the immediate impact is that Pi 5
  users will have no sound output on server images (the Pi 5 only has
  HDMI audio output, no auxiliary jack). Potentially more problematic in
  the long-run, though, is that we will wind up with users on different
  graphical stacks (the KMS stack, which is the only upstream supported
  stack going forward, and the legacy framebuffer method).

  [ Test Case ]

  * Flash Ubuntu jammy to SD card and boot on Pi 4
  * Check /boot/firmware/config.txt does not contain dtoverlay=vc4-kms-v3d (it should not on Pi server images)
  * sudo do-release-upgrade
  * Proceed through upgrade and reboot
  * Ensure system reboots successfully
  * After reboot, check /boot/firmware/config.txt contains dtoverlay=vc4-kms-v3d
  * Shutdown, move SD card to Pi 5 and boot it
  * Check /proc/asound/cards contains entries for vc4hdmi

  [ Regression Potential ]

  The use of the KMS overlay itself is not concerning; we already use it
  on the Pi desktop images, and have for several cycles now with no
  serious issues, so the regression potential there is minimal.

  However, the quirk does manipulate the bootloader's config.txt on the
  boot partition, which always carries the potential of leaving a system
  unbootable. To guard against this, tests are included with the quirk
  which check for several scenarios including a config.txt which has
  already been migrated to the KMS overlay manually by the user (there
  are various reasons to do this, including running kmscon), as well as
  the typical expected case.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/ubuntu-release-upgrader/+bug/2065051/+subscriptions