[Bug 1936370] Re: u-boot-sifive does not upgrade u-boot on disk

[Launchpad Bug Tracker]

This bug was fixed in the package u-boot - 2021.01+dfsg-3ubuntu0~20.04.3

---------------
u-boot (2021.01+dfsg-3ubuntu0~20.04.3) focal; urgency=medium

  * debian/u-boot-sifive.postinst: use correct target names for u-boot
    2021.01.

u-boot (2021.01+dfsg-3ubuntu0~20.04.2) focal; urgency=medium

  * Bump opensbi build-dependency to ensure fixed version is used by u-boot
    RISC-V images (LP: #1937277)

  [ Dimitri John Ledkov ]
  * Implement u-boot-sifive.postinst to upgrade u-boot in loader1/loader2
    partitions upon package upgrades. LP: #1936370

 -- Łukasz 'sil2100' Zemczak <lukasz.zemczak at ubuntu.com>  Fri, 30 Jul
2021 16:38:17 +0200

** Changed in: u-boot (Ubuntu Focal)
       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/1936370

Title:
  u-boot-sifive does not upgrade u-boot on disk

Status in u-boot package in Ubuntu:
  Fix Released
Status in u-boot source package in Focal:
  Fix Released
Status in u-boot source package in Hirsute:
  Incomplete
Status in u-boot source package in Impish:
  Fix Released

Bug description:
  [Impact]

   * u-boot-sifive package currently does not upgrade bootloader on
  loader1/loader2 partitions.

   * there have now been bugs identified, meaning that upgrading u-boot
  is required to upgrade from v5.8 kernel to v5.11 (i.e. either in-
  focal, or from focal to hirsute).

   * Add maintainer script that identifies if the machine one is running
  on is unleashed or unamtched, and appropriately upgrades the
  bootloader on loader1/loader2 partitions.

  [Test Plan]

   * Boot older unleashed or unmatched image

   * Check version strings of loader1/loader2 partitions

  $ sudo strings /dev/disk/by-partlabel/loader* | grep 202 | grep U-Boot

   * Upgrade u-boot-sifive to latest package

   * Check version strings of loader1/loader2 partitions, they should
  have changed

  $ sudo strings /dev/disk/by-partlabel/loader* | grep 202 | grep U-Boot

   * Reboot, and observe on the serial console that u-boot version
  number is incremented to the latest one.

   * Repeat the test twice, once with unleashed board, once with
  unmatched board

   * Upgrade the package under qemu VM and observe no side-effects / no
  attempts to upgrade anything.

  [Where problems could occur]

   * It is not possible to atomically upgrade loader1 and loader2 simultaniously.
   * A backup of loader1 and loader2 partitions is not stored anywhere.
   * Thus in case of errors rollback of older u-boot is not performed.
   * However if dd of one or the other partition fails, it is unlikely that one can restore the backup.

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