Atomic Linux III

software hardware

To cut a long story short, acpi=ht isn’t the magic solution. Although much more stable than before, stable enough to get X windows up and running, it still fell foul of the same runaway kacpid problem eventually. It had to be another part of ACPI causing the problems. A quick look back through the dmesg output showed only very minimal portions of the ACPI code enabled. Immediately obvious was the output describing the LAPIC and IOAPIC setup. Both of these shared one very important feature: They could be individually disabled from the kernel command-line for testing.

Rebooting with noapic appended to acpi=ht appeared again to be successful. After eight hours of constant use under heavy load (recompiling more optimised packages) the system was stable. Could this be the solution? Was the IOAPIC to blame?

A final reboot would confirm my suspicion: Remove acpi=ht entirely and leave only noapic on the kernel command-line. Another twenty hours later and this is being typed on what is seemingly a stable system.

Hopefully this will save somebody some time.

[ACPI]: Advanced Configuration and Power Interface [LAPIC]: Local Advanced Programmable Interrupt Controller *[IOAPIC]: Input/Output Advanced Programmable Interrupt Controller

Previous Post Next Post