1Important things to make ACPI useful on more machines: 2 3* Fix problems with PCI_INTR_FIXUP. The current code always chooses the last 4 possible interrupt, which causes problems when that interrupt is shared with 5 an ISA device. http://mail-index.netbsd.org/tech-kern/2005/11/11/0011.html 6 has a more detailed analysis. 7 8- sekiya, 21 December 2005 9 10* The mismatch between the conventional and the ACPI device tree is the single 11 biggest architectural problem in the current stack. Various power management 12 features rely on the interaction between the firmware (ACPI) and the native 13 drivers. Examples include, but are not limited to, WoL, PCI power management, 14 and runtime power management (which involves GPEs on the ACPI side). 15 16 Devices should not attach to acpi(4), but should still use ACPI to reserve 17 PCI, ISA, and other resources. This includes also buses such as I2C where 18 resource conflicts and other bus errors are widely known to exist. 19 20 A satisfactory solution involves full or partial redesign of the x86 21 autoconfiguration process. The current ad-hoc solutions used for instance 22 in acpi_pci.c are inefficient and ugly. 23 24* Related to previous, investigate how existing systems can interact with 25 the BIOS and ACPI. For instance, at the moment of writing this, IPMI is 26 already available via ACPI. In the future this may cause possible conflicts 27 between ipmi(4) and the firmware. 28 29* Not directly related to ACPI, but implement S4 a.k.a. suspend-to-disk. 30 31* Improve IA-64 ACPI support. Even if the architecture may be rare, 32 support for Itanium is a good way to ensure that the stack remains MI. 33 34* Implement the ACPI requirements for CPU hot-plug. 35 36* Support APEI (ACPI Platform Error Interface). 37 38* Support ACPI 4.0 devices. 39 40- jruoho, 23 June 2011 41