[Bug 1684034] Re: Some Dell and Lenovo systems do not work after BIOS Capsule Update
Mathieu Trudel-Lapierre
mathieu.tl at gmail.com
Mon Apr 24 16:09:12 UTC 2017
Looks like newer fwupdate would need a newer efivar too; this will need
a bit more testing (verifying that reverse-dependencies still build).
** Description changed:
[Impact]
This Bug is found on Ubuntu 16.04 with fwupdate 0.5-2ubuntu4, but not found on Ubuntu 17.04 with fwupdate 9-1.
The newer version of capsule flashing tools in Ubuntu 17.04 supports the
reset type from some querycapsuleinfo call.
https://github.com/rhinstaller/fwupdate/commit/f1cc489783d2054e90fa6bebc3732e7ea8bb3722
[Test Case]
+
+ == fwupdate ==
On a system with a capsule update available, perform capsule update using fwupdate. Verify the system works properly after the update.
+
+ == efivar ==
+ Validate that all efivar reverse-dependencies in a release still build correctly.
[Regression Potential]
Any vendors that relied upon the previous functionality (hardcoded to warm reset rather than querying for reset types) may have problems. This is actually a BIOS
problem in those situations.
It's unlikely that this should happen though because querying for reset
types more closely aligns to the implementations that other OSes use
when applying capsule updates.
--
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to fwupdate in Ubuntu.
https://bugs.launchpad.net/bugs/1684034
Title:
Some Dell and Lenovo systems do not work after BIOS Capsule Update
Status in fwupdate package in Ubuntu:
Fix Released
Status in fwupdate-signed package in Ubuntu:
Fix Released
Status in fwupdate source package in Xenial:
In Progress
Status in fwupdate-signed source package in Xenial:
In Progress
Status in fwupdate source package in Yakkety:
In Progress
Status in fwupdate-signed source package in Yakkety:
In Progress
Status in fwupdate source package in Zesty:
Fix Released
Status in fwupdate-signed source package in Zesty:
Fix Released
Bug description:
[Impact]
This Bug is found on Ubuntu 16.04 with fwupdate 0.5-2ubuntu4, but not found on Ubuntu 17.04 with fwupdate 9-1.
The newer version of capsule flashing tools in Ubuntu 17.04 supports
the reset type from some querycapsuleinfo call.
https://github.com/rhinstaller/fwupdate/commit/f1cc489783d2054e90fa6bebc3732e7ea8bb3722
[Test Case]
== fwupdate ==
On a system with a capsule update available, perform capsule update using fwupdate. Verify the system works properly after the update.
== efivar ==
Validate that all efivar reverse-dependencies in a release still build correctly.
[Regression Potential]
Any vendors that relied upon the previous functionality (hardcoded to warm reset rather than querying for reset types) may have problems. This is actually a BIOS
problem in those situations.
It's unlikely that this should happen though because querying for
reset types more closely aligns to the implementations that other OSes
use when applying capsule updates.
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/fwupdate/+bug/1684034/+subscriptions
More information about the foundations-bugs
mailing list