Red Hat Bugzilla – Bug 1027478
Systemd is stuck in loop when reading possibly wrong acpi FPDT
Last modified: 2013-11-24 18:49:16 EST
Created attachment 820773 [details]
/sys/firmware/acpi/tables/FPDT taken from system
Description of problem:
I've upgraded to systemd-208-4 (together with Fedora 20) on my Acer Aspire One D270 netbook and suffered stuck during boot after systemd launched (in initramfs).
I've tried acpi=off and system booted. After code investigation I found that acpi_get_boot_usec in src/shared/acpi-fpdt.c is stuck in loop if rec->length is zero.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. read FPDT in attachment using acpi_get_boot_usec function
function is stuck in loop
function returns -EINVAL or something else, but doesn't loop
I have current BIOS for system.
Created attachment 820774 [details]
Here is patch that I've tested on my system. This change doesn't have any effect on correct sizes.
Applied in http://cgit.freedesktop.org/systemd/systemd/commit/?id=f8f8193.
systemd-208-6.fc20 has been submitted as an update for Fedora 20.
* should fix your issue,
* was pushed to the Fedora 20 testing repository,
* should be available at your local mirror within two days.
Update it with:
# su -c 'yum update --enablerepo=updates-testing systemd-208-6.fc20'
as soon as you are able to.
Please go to the following url:
then log in and leave karma (feedback).
systemd-208-6.fc20 has been pushed to the Fedora 20 stable repository. If problems still persist, please make note of it in this bug report.