Hi, Rafael The bug has been fixed. The root cause is the previous commit doesn't cover a hidden logic: acpi_enable() should rely on the existence of FADT while currently it relies on the number of loaded tables. The fix that removes the hidden logic is an ACPICA commit. Shall we wait until it is merged via an ACPICA release cycle or make it a bit faster by merging Linuxized version first? Thanks and best regards -Lv > From: mroos@xxxxxxxxxx [mailto:mroos@xxxxxxxxxx] On Behalf Of Meelis Roos > Sent: Friday, October 02, 2015 2:14 PM > > > > > 4.2.0 worked fine, 4.3.0-rc3-00042-g3225031 was the next one tested > > > > after that and with this kernel, ACPI enabling fails. This is Pentium > > > > III, 1 GHz, Intel 815 chipset, DMI tells something about "Packard Bell > > > > NEC" as the mainboard type. > > > > > > > > Full dmesg and config are below. What additional information can I > > > > provide besides bisecting (will take time)? > > > > > > Bisecting done, here is the culprit: > > > > > > 8ec3f459073e67e5c6d78507dec693064b3040a2 is the first bad commit > > > commit 8ec3f459073e67e5c6d78507dec693064b3040a2 > > > Author: Lv Zheng <lv.zheng@xxxxxxxxx> > > > Date: Tue Aug 25 10:29:01 2015 +0800 > > > > > > ACPICA: Tables: Fix global table list issues by removing fixed table indexes > > > > > > ACPICA commit c0b38b4c3982c2336ee92a2a14716107248bd941 > > > > Thanks a lot for bisecting this! > > > > It will help if you file a bug entry at bugzilla.kernel.org agaist ACPI for > > this issue (please mark it as a regression) and attach the output of acpidump > > from the affected system to it. > > Done, https://bugzilla.kernel.org/show_bug.cgi?id=105351 > > -- > Meelis Roos (mroos@xxxxxxxx) -- To unsubscribe from this list: send the line "unsubscribe linux-acpi" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
