https://bugzilla.kernel.org/show_bug.cgi?id=206553
--- Comment #22 from Jan Engelhardt (ej+...@inai.de) --- Created attachment 287653 --> https://bugzilla.kernel.org/attachment.cgi?id=287653&action=edit Patch from a completely different angle The real bug is in __acpi_acquire_global_lock. The firmware is fine (well, mostly). The FACS table contains some garbage bits, which __acpi_acquire_global_lock fails to deal with. This patch also makes the system boot successfully. This opens up another consideration though: if the FACS table were to contain 0xffffffff in the GL register, then acquiring the lock would always fail logically, even if the firmware is actually performing properly. IOW, I think we need to add a facs->global_lock&=~0x3 statement right after loading the FACS as well, just to reset that register to a sane value. -- You are receiving this mail because: You are watching the assignee of the bug. _______________________________________________ acpi-bugzilla mailing list acpi-bugzilla@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla
