The workaround has now landed in all currently supported linux-stable
branches:
linux-6.8: 6.8-rc7 (f45812cc23fb74bef62d4eb8a69fe7218f4b9f2a)
linux-6.7: 6.7.9(cbf12e716a52d260fabecdca7d5f6e7cd07aed6c)
linux-6.6: 6.6.21 (71da10e633a96593cf59af3f322a9c49a22cb71e)
linux-6.1: 6.1.81
A workaround [1] (adapted from the respective mailing list submission
[2] with minor edits) has been submitted to mainline Linux and was just
released as part of Linux v6.8-rc7. Automatic backports into Linux 6.1,
6.6, and 6.7 are pending.
I'll submit separate linux-stable backports for 5.15,
** Changed in: linux (Ubuntu)
Status: Expired => Confirmed
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1273060
Title:
[Fujitsu LIFEBOOK LH532 (UMA)] Ubuntu EFI install locks
I tracked this down to a bunch of edge-cases in Fujitsu's UEFI
implementation, the Linux kernel, and efibootmgr.
The method of restoring access by doing a CMOS-reset (shorting the
CL1_CL2 test point) and flashing the BIOS [1] was already known, but I
also created a tool [2] that is supposed to
I tracked this down to a bunch of edge-cases in Fujitsu's UEFI
implementation, the Linux kernel, and efibootmgr.
The method of restoring access by doing a CMOS-reset (shorting the
CL1_CL2 test point) and flashing the BIOS [1] was already known, but I
also created a tool [2] that is supposed to
I tracked this down to a bunch of edge-cases in Fujitsu's UEFI
implementation, the Linux kernel, and efibootmgr.
The method of restoring access by doing a CMOS-reset (shorting the
CL1_CL2 test point) and flashing the BIOS [1] was already known, but I
also created a tool [2] that is supposed to
6 matches
Mail list logo