SRU fwupd to 1.7.9 for jammy and focal: Getting wrong hwids by "sudo fwupdtool hwids"

[Max Lee]

[Impact]

 * BIOS of specific machines can't get updated.

[Test Plan]

 * To reproduce and verify the bug:
   sudo fwupdtool hwids # to and check if the id is correct.

 * Since we bump version, so we will follow the test steps in
   https://wiki.ubuntu.com/firmware-updates to make sure there
   is no regression.

[Where problems could occur]

 * It's rather a low risk for since we keep in stable
   branch that only accept patch but not new features.

 * Worse case the new fwupd will brick certain HW even if we have
   certain test coverage during the testing. It's unlikely to
   happen per past history of fwupd, they usually have very good
   code quality and have very limited regression. For the regression
   we know, it never bricks any HW.

 * Maybe we could not find certain device, or their fw upgrade
   won't working.

[Other Info]

 * Per check, the fwupd-signed version is the same in Jammy and Focal
   And they both are compatible with fwupd 1.7.9. Given so, we don't
   need to upgrade fwupd-efi at this round.

-----

Getting wrong hwids by "sudo fwupdtool hwids"

System information:
Product Name: HP EliteBook 850 G8 Notebook PC
Version: T76 Ver. 01.04.01

https://fwupd.org/lvfs/devices/com.hp.laptop.system.T76.firmware
HWID: "09cbbed7-aafc-5da4-b4e9-ed1f69c914fb|caa05e67-8a4f-5051-aa9e-c3968534e2ee"
---------------------------------------------------------------------------------
fwupd v1.5.11 (Pass)
$sudo fwupdtool hwids (Pass)

fwupd v1.7.5-3 (Fail)
$sudo fwupdtool hwids (Fail)
$fwupdtool hwids (Pass)
---------------------------------------------------------------------------------
$sudo fwupdtool hwids (Fail)

Computer Information
--------------------
BiosVendor: HP
BiosVersion: HP EliteBook 850 G8 Notebook PC
BiosMajorRelease: 4
BiosMinorRelease: 1
FirmwareMajorRelease: 30
FirmwareMinorRelease: 2e
Manufacturer: HP
Family: 103C_5336AN HP EliteBook
ProductName: 8846
ProductSku: 2W0G5AA#ABA
EnclosureKind: a
BaseboardManufacturer: HP
BaseboardProduct:

Hardware IDs
------------
{de359097-00e2-50dc-b5ae-45a8b5cfd2e1} <- Manufacturer + Family + ProductName + ProductSku + BiosVendor + BiosVersion + BiosMajorRelease + BiosMinorRelease
{bed2db88-8678-5bdc-98f2-aa9cde737e4c} <- Manufacturer + Family + ProductName + BiosVendor + BiosVersion + BiosMajorRelease + BiosMinorRelease
{4f4cd8e3-2cbe-5da4-bea5-df5da7d66a08} <- Manufacturer + ProductName + BiosVendor + BiosVersion + BiosMajorRelease + BiosMinorRelease
{fd6c3be2-2024-5e79-8345-686a04de7565} <- Manufacturer + Family + ProductName + ProductSku + BaseboardManufacturer + BaseboardProduct
{53790aa7-87e9-50e7-8653-3129c5c9084b} <- Manufacturer + Family + ProductName + ProductSku
{cb89193d-dfe0-51d9-a064-71bdc79cfe7c} <- Manufacturer + Family + ProductName
{8b6ee295-93af-5b17-973a-80694714dc9f} <- Manufacturer + ProductSku + BaseboardManufacturer + BaseboardProduct
{cefb964c-762d-5b98-98ce-08ddb0319c3a} <- Manufacturer + ProductSku
{1819e0d6-95f1-589c-8848-6f452fb6c1c4} <- Manufacturer + ProductName + BaseboardManufacturer + BaseboardProduct
{1fa950ae-21a6-5949-b69a-7ccd9d44255c} <- Manufacturer + ProductName
{af72e99f-83c4-5df9-8cb5-358a7fbd631f} <- Manufacturer + Family + BaseboardManufacturer + BaseboardProduct
{19fe40b5-1900-5d4a-a48f-b9f9938f3e69} <- Manufacturer + Family
{f999e8e2-2bed-5ee7-85be-a69096b9544d} <- Manufacturer + EnclosureKind
{43cf4427-8ee5-54af-986b-4edebae52a8b} <- Manufacturer + BaseboardManufacturer + BaseboardProduct
{93f84748-c854-5d6b-b78a-13c2361e0758} <- Manufacturer

---------------------------------------------------------------------------------
$fwupdtool hwids (Pass)
Computer Information
--------------------
BiosVendor: HP
BiosVersion: T76 Ver. 01.04.01
Manufacturer: HP
Family: 103C_5336AN HP EliteBook
ProductName: HP EliteBook 850 G8 Notebook PC
ProductSku: 2W0G5AA#ABA
EnclosureKind: a
BaseboardManufacturer: HP
BaseboardProduct: 8846

Hardware IDs
------------
not available as 'BiosMajorRelease' unknown
not available as 'BiosMajorRelease' unknown
not available as 'BiosMajorRelease' unknown
{86645044-4788-5141-a9f1-8e6a65b0f0a7} <- Manufacturer + Family + ProductName + ProductSku + BaseboardManufacturer + BaseboardProduct
{09a4b2a8-0b62-5b81-81b1-1900db888bf2} <- Manufacturer + Family + ProductName + ProductSku
{a4a12b7b-8654-5b6a-95cf-84de6743900d} <- Manufacturer + Family + ProductName
{8d2b3a23-f489-50fc-8d21-6b1521625e16} <- Manufacturer + ProductSku + BaseboardManufacturer + BaseboardProduct
{cefb964c-762d-5b98-98ce-08ddb0319c3a} <- Manufacturer + ProductSku
{53b17589-3f1f-5236-a7f4-c1007c0b16c6} <- Manufacturer + ProductName + BaseboardManufacturer + BaseboardProduct
{ce7351cd-5c19-5c5e-8f65-8442f50cf8bd} <- Manufacturer + ProductName
{7f4baedd-748f-5580-96d8-3587d10b5016} <- Manufacturer + Family + BaseboardManufacturer + BaseboardProduct
{19fe40b5-1900-5d4a-a48f-b9f9938f3e69} <- Manufacturer + Family
{f999e8e2-2bed-5ee7-85be-a69096b9544d} <- Manufacturer + EnclosureKind
{caa05e67-8a4f-5051-aa9e-c3968534e2ee} <- Manufacturer + BaseboardManufacturer + BaseboardProduct
{93f84748-c854-5d6b-b78a-13c2361e0758} <- Manufacturer

[Richard Hughes (richard-hughes)]

Did you update the firmware between pass and fail? Or really just update the fwupd version?

[Max Lee (max-lee)]

@Richard

Yes, if the HWID correct, the update process could be done.
in the fail case, the HW ID doesn't match. cause the process stop.
"no HWIDs matche d09cbbed7-aafc-5da4-b4e9-ed1f69c914fb|caa05e67-8a4f-5051-aa9e-c3968534e2ee"

[Mario Limonciello (superm1)]

To me this looks to be some regression related to parsing smbios structures. Look at the get-devices output and you can see the product name changed at the top too.

Any chance you can try with 1.8.2? There is a snap for it that should make it easy to check with.

[Mario Limonciello (superm1)]

Unfortunately the smbios data structure doesn't come with the sosreport.
So can you please share /sys/firmware/dmi/tables/DMI

That should hopefully make this easier to reproduce away from this machine. @hughsie, BTW maybe we want to be dumping this part of the emulation profile stuff too in addition to HSI and devices.

[Max Lee (max-lee)]

I tried to upgrade v1.8.2, reading hwids of the BIOS info still incorrect by "sudo".

@Mario

# fwupdtool smbios-dump foo.bin
Failed to open file “foo.bin”: No such file or directory

smbios-dump FILE Dump SMBIOS data from a file
What's the BIOS file should I dump.

[Mario Limonciello (superm1)]

Sorry - my mistake, I meant to share SMBIOS DMI file:
/sys/firmware/dmi/tables/DMI

[Max Lee (max-lee)]

copy from /sys/firmware/dmi/tables/DMI

[Max Lee (max-lee)]

#fwupdtool smbios-dump DMI

[Mario Limonciello (superm1)]

Can you add smbios_entry_point as well?
This is for reproducing using something like:
# sudo FWUPD_SYSFSFWDIR=./foo fwupdtool --verbose hwids

[Mario Limonciello (superm1)]

Max - can you please try this patch?
https://github.com/fwupd/fwupd/pull/4853

[Max Lee (max-lee)]

@Mario,

Thanks. the fwupdtool can get the correct data after apply the patch#16.

https://launchpad.net/~os369510/+archive/ubuntu/lp1982103

[Max Lee (max-lee)]

Verify pass that upgrading BIOS from 0x1080100 to 0x1090100 by #fwupdmgr upgrade

[Mario Limonciello (superm1)]

Okay thanks. The plan is new release upstream on Monday and will fix in kinetic then.

[Mario Limonciello (superm1)]

At least For Jammy, I think if you are going to have to SRU anyway, it's probably better to pick up that new release too. All the other confirmed bugs with open jammy tasks should be fixed too.

(https://bugs.launchpad.net/ubuntu/jammy/+source/fwupd/+bugs?field.searchtext=&orderby=-importance&search=Search&field.status%3Alist=NEW&field.status%3Alist=CONFIRMED&field.status%3Alist=TRIAGED&field.status%3Alist=INPROGRESS&field.status%3Alist=FIXCOMMITTED&assignee_option=any&field.assignee=&field.bug_reporter=&field.bug_commenter=&field.subscriber=&field.component-empty-marker=1&field.tag=&field.tags_combinator=ANY&field.status_upstream-empty-marker=1&field.upstream_target=&field.has_cve.used=&field.omit_dupes.used=&field.omit_dupes=on&field.affects_me.used=&field.has_patch.used=&field.has_branches.used=&field.has_branches=on&field.has_no_branches.used=&field.has_no_branches=on&field.has_blueprints.used=&field.has_blueprints=on&field.has_no_blueprints.used=&field.has_no_blueprints=on)

[Ubuntu Foundations Team Bug Bot (crichton)]

The attachment "0002-fu-smbios-Fix-parsing-smbios-data.kinetic.debdiff" seems to be a patch. If it isn't, please remove the "patch" flag from the attachment, remove the "patch" tag, and if you are a member of the ~ubuntu-reviewers, unsubscribe the team.

[This is an automated message performed by a Launchpad user owned by ~brian-murray, for any issues please contact him.]

[Launchpad Janitor (janitor)]

This bug was fixed in the package fwupd - 1.8.3-1

---------------
fwupd (1.8.3-1) unstable; urgency=medium

  * New upstream version (1.8.3)
  * Drop COD patch
  * Fixes HWIDs for some systems (LP: #1982103)

 -- Mario Limonciello <email address hidden> Fri, 22 Jul 2022 07:04:23 -0500

[Yuan-Chen Cheng (ycheng-twn)]

I prepare a ppa for focal with the patch. Please kindly test it.
(Note it also includes a fix to lp:1980334, so it also upgrades libxmlb)

If it works well, I plan to use it for SRU to focal.

https://launchpad.net/~ycheng-twn/+archive/ubuntu/fwupd-focal-mm1

[Yuan-Chen Cheng (ycheng-twn)]

Please use this ppa that go fwupd 1.7.9 instead:

https://launchpad.net/~ycheng-twn/+archive/ubuntu/focal-fwupd179-2

For jammy, please test it from https://launchpad.net/~ycheng-twn/+archive/ubuntu/fwupd-jammy-2

[Mario Limonciello (superm1)]

I think #1969976 should be added to your changelog too, that should have been fixed both in 1.7.x and 1.8.x I would have expected.

[Mario Limonciello (superm1)]

#1982103 should be added to your jammy changelog too.

[Mario Limonciello (superm1)]

And I think #1966364 will probably be fixed by both too.

[Max Lee (max-lee)]

The fwupd is works on jammy.
https://launchpad.net/~ycheng-twn/+archive/ubuntu/fwupd-jammy-2

SUT:HP ZBook Fury 17.3 inch G8 Mobile Workstation PC
BIOS:T95 0x01080100 to 0x01090b00

u@ubuntu:~$ sudo fwupdmgr upgrade
Devices with no available firmware updates:
 • ELAN0750:00 04F3:313A
 • MZVLB512HBJQ-000H1
 • MZVLB512HBJQ-000H1
 • MZVLB512HBJQ-000H1
 • MZVLB512HBJQ-000H1
 • UEFI Device Firmware
 • UEFI Device Firmware
 • UEFI dbx
Devices with the latest available firmware version:
 • Prometheus
 • Prometheus IOTA Config
╔══════════════════════════════════════════════════════════════════════════════╗
║ Upgrade System Firmware from 0x01080100 to 0x01090b00? ║
╠══════════════════════════════════════════════════════════════════════════════╣
║ Fixes and enhancements in System firmware 1.9.11.0: ║
║ ║
║ This stable release fixes the following issues: ║
║ ║
║ Some new functionality has also been added: ║
║ ║
║ HP ZBook Fury 17 G8 must remain plugged into a power source for the ║
║ duration of the update to avoid damage. ║
╚══════════════════════════════════════════════════════════════════════════════╝

Perform operation? [Y|n]: y
Downloading… [***************************************]
Downloading… [***************************************]
Decompressing… [***************************************]
Authenticating… [***************************************]
Waiting… [***************************************]
Writing… [***************************************]
Waiting… [***************************************]
Waiting… [***************************************]
Successfully installed firmware

An update requires a reboot to complete. Restart now? [y|N]:y

[Chris Halse Rogers (raof)]

So, fwupd has a stable release exception, which makes the jammy upgrade to 1.8.3 potentially an acceptable SRU.

However, this upload hasn't followed the process for the exception documented here: https://wiki.ubuntu.com/firmware-updates

Either one of these bugs should be turned into the 1.8.3 tracking bug, or a new tracking bug should be filed and a new upload (to jammy-proposed) made referencing that bug.

[Yuan-Chen Cheng (ycheng-twn)]

I update bug lp:1979963 and I think it could be the
1.8.3 SRU tracking bug.

Please kindly share if anything else is missing.

[Chris Halse Rogers (raof)]

Hello Max, or anyone else affected,

Accepted fwupd into jammy-proposed. The package will build now and be available at https://launchpad.net/ubuntu/+source/fwupd/1.8.3-1~22.04.1 in a few hours, and then in the -proposed repository.

Please help us by testing this new package. See https://wiki.ubuntu.com/Testing/EnableProposed for documentation on how to enable and use -proposed. Your feedback will aid us getting this update out to other Ubuntu users.

If this package fixes the bug for you, please add a comment to this bug, mentioning the version of the package you tested, what testing has been performed on the package and change the tag from verification-needed-jammy to verification-done-jammy. If it does not fix the bug for you, please add a comment stating that, and change the tag to verification-failed-jammy. In either case, without details of your testing we will not be able to proceed.

Further information regarding the verification process can be found at https://wiki.ubuntu.com/QATeam/PerformingSRUVerification . Thank you in advance for helping!

N.B. The updated package will be released to -updates after the bug(s) fixed by this package have been verified and the package has been in -proposed for a minimum of 7 days.

[Ubuntu SRU Bot (ubuntu-sru-bot)]

All autopkgtests for the newly accepted fwupd (1.8.3-1~22.04.1) for jammy have finished running.
The following regressions have been reported in tests triggered by the package:

fwupd/1.8.3-1~22.04.1 (armhf)

Please visit the excuses page listed below and investigate the failures, proceeding afterwards as per the StableReleaseUpdates policy regarding autopkgtest regressions [1].

https://people.canonical.com/~ubuntu-archive/proposed-migration/jammy/update_excuses.html#fwupd

[1] https://wiki.ubuntu.com/StableReleaseUpdates#Autopkgtest_Regressions

Thank you!

[Yuan-Chen Cheng (ycheng-twn)]

As fwupd 1.8.3 is removed from jammy-proposed due to certain issue, the SRU
team suggests us to SRU to fwupd 1.7.9 on Jammy for now.

Given so, here is the fwupd 1.7.9 ppa for Jammy.

https://launchpad.net/~ycheng-twn/+archive/ubuntu/jammy-fwupd179-1

As the libxmlb and modemmanger version in Jammy is updated enough, we
don't need to rebuild other deb in Jammy.

[Yuan-Chen Cheng (ycheng-twn)]

BTW: the last ppa for focal, on this bug is here if you want to test:

https://launchpad.net/~ycheng-twn/+archive/ubuntu/focal-fwupd179-10

[Yuan-Chen Cheng (ycheng-twn)]

@SRU team, as the SRU in focal need to upgrade libxmlb from version 0.1.15 to 0.3.6, and that will bump libxmlb1 to libxmlb2. Could you please comment on whether that still block image builds and when could we proceed with that?

As this SUR has been delayed for quite a while, the push from OEM customers have becomes harder and we do need this SRU to be completed.

[Łukasz Zemczak (sil2100)]

Hello Max, or anyone else affected,

Accepted fwupd into jammy-proposed. The package will build now and be available at https://launchpad.net/ubuntu/+source/fwupd/1.7.9-1~22.04.1 in a few hours, and then in the -proposed repository.

Please help us by testing this new package. See https://wiki.ubuntu.com/Testing/EnableProposed for documentation on how to enable and use -proposed. Your feedback will aid us getting this update out to other Ubuntu users.

If this package fixes the bug for you, please add a comment to this bug, mentioning the version of the package you tested, what testing has been performed on the package and change the tag from verification-needed-jammy to verification-done-jammy. If it does not fix the bug for you, please add a comment stating that, and change the tag to verification-failed-jammy. In either case, without details of your testing we will not be able to proceed.

Further information regarding the verification process can be found at https://wiki.ubuntu.com/QATeam/PerformingSRUVerification . Thank you in advance for helping!

N.B. The updated package will be released to -updates after the bug(s) fixed by this package have been verified and the package has been in -proposed for a minimum of 7 days.

[Ubuntu SRU Bot (ubuntu-sru-bot)]

All autopkgtests for the newly accepted fwupd (1.7.9-1~22.04.1) for jammy have finished running.
The following regressions have been reported in tests triggered by the package:

fwupd/1.7.9-1~22.04.1 (armhf)

Please visit the excuses page listed below and investigate the failures, proceeding afterwards as per the StableReleaseUpdates policy regarding autopkgtest regressions [1].

https://people.canonical.com/~ubuntu-archive/proposed-migration/jammy/update_excuses.html#fwupd

[1] https://wiki.ubuntu.com/StableReleaseUpdates#Autopkgtest_Regressions

Thank you!

[Łukasz Zemczak (sil2100)]

Hello Max, or anyone else affected,

Accepted fwupd into focal-proposed. The package will build now and be available at https://launchpad.net/ubuntu/+source/fwupd/1.7.9-1~20.04.1 in a few hours, and then in the -proposed repository.

Please help us by testing this new package. See https://wiki.ubuntu.com/Testing/EnableProposed for documentation on how to enable and use -proposed. Your feedback will aid us getting this update out to other Ubuntu users.

If this package fixes the bug for you, please add a comment to this bug, mentioning the version of the package you tested, what testing has been performed on the package and change the tag from verification-needed-focal to verification-done-focal. If it does not fix the bug for you, please add a comment stating that, and change the tag to verification-failed-focal. In either case, without details of your testing we will not be able to proceed.

Further information regarding the verification process can be found at https://wiki.ubuntu.com/QATeam/PerformingSRUVerification . Thank you in advance for helping!

N.B. The updated package will be released to -updates after the bug(s) fixed by this package have been verified and the package has been in -proposed for a minimum of 7 days.

[Ubuntu SRU Bot (ubuntu-sru-bot)]

All autopkgtests for the newly accepted fwupd (1.7.9-1~20.04.1) for focal have finished running.
The following regressions have been reported in tests triggered by the package:

fwupd/1.7.9-1~20.04.1 (armhf)

Please visit the excuses page listed below and investigate the failures, proceeding afterwards as per the StableReleaseUpdates policy regarding autopkgtest regressions [1].

https://people.canonical.com/~ubuntu-archive/proposed-migration/focal/update_excuses.html#fwupd

[1] https://wiki.ubuntu.com/StableReleaseUpdates#Autopkgtest_Regressions

Thank you!

[Yuan-Chen Cheng (ycheng-twn)]

deb diff and PPA to fix jammy/armhf autopkgtest failure.

ppa: https://launchpad.net/~ycheng-twn/+archive/ubuntu/jammy-fwupd179-2/+packages

The error is

FuPluginMtd:ERROR:../plugins/mtd/fu-self-test.c:50:fu_test_mtd_device_func: assertion failed (error == NULL): failed to open /dev/mtd0: No such file or directory (g-io-error-quark, 1)
Bail out! FuPluginMtd:ERROR:../plugins/mtd/fu-self-test.c:50:fu_test_mtd_device_func: assertion failed (error == NULL): failed to open /dev/mtd0: No such file or directory (g-io-error-quark, 1)
Aborted (core dumped)

The content of the debdiff is landed in kinetic and also merged upstream.

I think we can ignore the failure. If SRU team insist on fix it, please tell me and I'll find sponsor to re-upload.

[Yuan-Chen Cheng (ycheng-twn)]

deb diff and PPA to fix focal/armhf autopkgtest failure.

ppa: https://launchpad.net/~ycheng-twn/+archive/ubuntu/focal-fwupd179-11

[Ian Kumlien (pomac)]

Downloaded manually as a side channel, works just fine =)

On Tue, Oct 11, 2022 at 8:40 PM Łukasz Zemczak <email address hidden>
wrote:

> Hello Max, or anyone else affected,
>
> Accepted fwupd into focal-proposed. The package will build now and be
> available at https://launchpad.net/ubuntu/+source/fwupd/1.7.9-1~20.04.1
> in a few hours, and then in the -proposed repository.
>
> Please help us by testing this new package. See
> https://wiki.ubuntu.com/Testing/EnableProposed for documentation on how
> to enable and use -proposed. Your feedback will aid us getting this
> update out to other Ubuntu users.
>
> If this package fixes the bug for you, please add a comment to this bug,
> mentioning the version of the package you tested, what testing has been
> performed on the package and change the tag from verification-needed-
> focal to verification-done-focal. If it does not fix the bug for you,
> please add a comment stating that, and change the tag to verification-
> failed-focal. In either case, without details of your testing we will
> not be able to proceed.
>
> Further information regarding the verification process can be found at
> https://wiki.ubuntu.com/QATeam/PerformingSRUVerification . Thank you in
> advance for helping!
>
> N.B. The updated package will be released to -updates after the bug(s)
> fixed by this package have been verified and the package has been in
> -proposed for a minimum of 7 days.
>
> ** Changed in: fwupd (Ubuntu Focal)
> Status: In Progress => Fix Committed
>
> ** Tags added: verification-needed-focal
>
> --
> You received this bug notification because you are subscribed to a
> duplicate bug report (1983257).
> https://bugs.launchpad.net/bugs/1982103
>
> Title:
> SRU fwupd to 1.7.9 for jammy and focal: Getting wrong hwids by "sudo
> fwupdtool hwids"
>
> Status in OEM Priority Project:
> In Progress
> Status in fwupd package in Ubuntu:
> Fix Released
> Status in fwupd source package in Focal:
> Fix Committed
> Status in fwupd source package in Jammy:
> Fix Committed
> Status in fwupd source package in Kinetic:
> Fix Released
>
> Bug description:
> [Impact]
>
> * BIOS of specific machines can't get updated.
>
> [Test Plan]
>
> * To reproduce and verify the bug:
> sudo fwupdtool hwids # to and check if the id is correct.
>
> * Since we bump version, so we will follow the test steps in
> https://wiki.ubuntu.com/firmware-updates to make sure there
> is no regression.
>
> [Where problems could occur]
>
> * It's rather a low risk for since we keep in stable
> branch that only accept patch but not new features.
>
> * Worse case the new fwupd will brick certain HW even if we have
> certain test coverage during the testing. It's unlikely to
> happen per past history of fwupd, they usually have very good
> code quality and have very limited regression. For the regression
> we know, it never bricks any HW.
>
> * Maybe we could not find certain device, or their fw upgrade
> won't working.
>
> [Other Info]
>
> * Per check, the fwupd-signed version is the same in Jammy and Focal
> And they both are compatible with fwupd ...

[Yuan-Chen Cheng (ycheng-twn)]

Jammy Extra SRU testing: All passed

1. UEFI capsule: pass
2. firmware upgrade or re-install, NVME/Docking etc: Pass/Pass
3. signed packages compatibility: Covered by 1
4-1 fwupdmgr update / install / reinstall sub-command: Pass/Pass/Pass
4-2 old and new version of fwupdmgr.sh in fwupd-tests: Pass (Note: no change in test content across version)
5. bus method: no change (Ref: https://github.com/ycheng/fwupd-dbus) passed
6. snap-store and gnome-software fw upgrade: Pass/Pass (by using local source that fake version bump)

[Yuan-Chen Cheng (ycheng-twn)]

Focal Extra SRU testing: All passed

1. UEFI capsule: Pass.
2. firmware upgrade or re-install, NVME/Docking etc: Pass/Pass
3. signed packages compatibility: Covered by 1
4-1 fwupdmgr update / install / reinstall sub-command: Pass/Pass/Pass
4-2 old and new version of fwupdmgr.sh in fwupd-tests: Pass (Note: no change in test content across version)
5. bus method: no change (Ref: https://github.com/ycheng/fwupd-dbus) passed
6. snap-store and gnome-software fw upgrade: Pass/Pass

[Yuan-Chen Cheng (ycheng-twn)]

Per Ian Kumlien's comment, he verified that on focal about wrong hwids.

I'll change to verified-done-focal after I finish other extra SRU testing.

[Yuan-Chen Cheng (ycheng-twn)]

Max or anyone, for jammy, still need one who have access to the machine to verified wrong hwids issue.

[Max Lee (max-lee)]

Verify the fwupd v1.7.9 from focal and jammy-proposed.
it works on HP EliteBook 850 G8 Notebook PC
and update BIOS from 01.08.01 to 01.09.01

[Yuan-Chen Cheng (ycheng-twn)]

Given all Jammy/Focal Extra SRU testing is passed,
I'll also tag verification-done-focal.

[Łukasz Zemczak (sil2100)]

Hey! So I think we're ready to get these updates released to -updates. The armhf test failure I would recommend fixing with a follow up upload. I already uploaded follow up packages to the queues. I won't hint the failure, since I want people to re-run their tests against -proposed in case they see a failure (instead of not caring for test results at all). Filled in the test issues as https://bugs.launchpad.net/ubuntu/+source/fwupd/+bug/1994143 .

Let's try getting this landed, finally!

[Łukasz Zemczak (sil2100)]

The verification of the Stable Release Update for fwupd has completed successfully and the package is now being released to -updates. Subsequently, the Ubuntu Stable Release Updates Team is being unsubscribed and will not receive messages about this bug report. In the event that you encounter a regression using the package from -updates please report a new bug using ubuntu-bug and tag the bug report regression-update so we can easily find any regressions.

[Launchpad Janitor (janitor)]

This bug was fixed in the package fwupd - 1.7.9-1~20.04.1

---------------
fwupd (1.7.9-1~20.04.1) focal; urgency=medium

  * New upstream release, and drop all patches since they are merged.
  * Properly fall back to use DMI instead of /sys/class/dmi interface.
    (LP: #1982103)
  * Build depends on mondemmanager 1.8 and libxmlb 0.3.6 to support
    EM120/160. (LP: #1980334)
  * Don't stderr-fail the autopkgtest on modprobe error as they are
    optional. (LP: #1966364)
  * Run fwupd-refresh under a dedicated fwupd-refresh user. This is
    fixed in 1.1.7, so it's automatically included. (LP: #1969976)

 -- Yuan-Chen Cheng <email address hidden> Sun, 03 Jul 2022 03:18:51 +0000

[Launchpad Janitor (janitor)]

This bug was fixed in the package fwupd - 1.7.9-1~22.04.1

---------------
fwupd (1.7.9-1~22.04.1) jammy; urgency=medium

  * New upstream release, and drop all patches since they are merged.
  * Properly fall back to use DMI instead of /sys/class/dmi interface.
    (LP: #1982103)
  * Don't stderr-fail the autopkgtest on modprobe error as they are
    optional. (LP: #1966364)
  * Run fwupd-refresh under a dedicated fwupd-refresh user. This is
    fixed in 1.7.7, so it's automatically included. (LP: #1969976)

 -- Yuan-Chen Cheng <email address hidden> Tue, 20 Sep 2022 03:18:51 +0000

[Ubuntu SRU Bot (ubuntu-sru-bot)]

All autopkgtests for the newly accepted fwupd (1.7.9-1~20.04.1) for focal have finished running.
The following regressions have been reported in tests triggered by the package:

fwupd/1.7.9-1~20.04.1 (armhf)

Please visit the excuses page listed below and investigate the failures, proceeding afterwards as per the StableReleaseUpdates policy regarding autopkgtest regressions [1].

https://people.canonical.com/~ubuntu-archive/proposed-migration/focal/update_excuses.html#fwupd

[1] https://wiki.ubuntu.com/StableReleaseUpdates#Autopkgtest_Regressions

Thank you!

[Ubuntu SRU Bot (ubuntu-sru-bot)]

All autopkgtests for the newly accepted fwupd (1.7.9-1~22.04.1) for jammy have finished running.
The following regressions have been reported in tests triggered by the package:

fwupd/1.7.9-1~22.04.1 (armhf)

Please visit the excuses page listed below and investigate the failures, proceeding afterwards as per the StableReleaseUpdates policy regarding autopkgtest regressions [1].

https://people.canonical.com/~ubuntu-archive/proposed-migration/jammy/update_excuses.html#fwupd

[1] https://wiki.ubuntu.com/StableReleaseUpdates#Autopkgtest_Regressions

Thank you!