summaryrefslogtreecommitdiffstats
path: root/sys/i386/include/acpica_machdep.h
Commit message (Collapse)AuthorAgeFilesLines
* Merge acpica_machdep.h for amd64 and i386 and move to x86. In fact, thesejkim2013-08-131-97/+3
| | | | two files were functionally identical.
* Tidy up global locks for ACPICA. There is no functional change.jkim2013-08-131-3/+3
|
* Move definitions required by userland applications out of acpica_machdep.h.jkim2013-06-271-6/+2
|
* Extract the code to find and map the MADT ACPI table during early kerneljhb2009-09-231-0/+3
| | | | | | | | | startup and genericize it so it can be reused to map other tables as well: - Add a routine to walk a list of ACPI subtables such as those used in the APIC and SRAT tables in the MI acpi(4) driver. - Move the routines for mapping and unmapping an ACPI table as well as mapping the RSDT or XSDT and searching for a table with a given signature out into acpica_machdep.c for both amd64 and i386.
* Catch up with ACPI-CA 20070320 import.jkim2007-03-221-21/+23
|
* Move the code for halting the CPU (acpi_cpu_c1) into machdep files.njl2004-10-111-1/+2
| | | | | | This removes the last MD portion of acpi_cpu.c. MFC after: 2 weeks
* Add an MI implementation of the ACPI global lock routines and retire thenjl2004-05-051-35/+8
| | | | | | | | individual asm versions. The global lock is shared between the BIOS and OS and thus cannot use our mutexes. It is defined in section 5.2.9.1 of the ACPI specification. Reviewed by: marcel, bde, jhb
* Add a acpi_SetDefaultIntrModel() method to allow drivers to set thejhb2003-09-101-0/+2
| | | | interrupt model prior to the acpi0 device being probed and attached.
* Reinstate the bug fix in revision 1.2 as it is correct. The errors I sawjhb2003-06-071-8/+6
| | | | on my laptop after this change were the result of a bug in the ACPICA code.
* Bah, revert the previous commit for the time being due to inadequate testingjhb2003-06-031-6/+8
| | | | | | on my part. The output asm looks correct with the previous commit in place and it works on amd64, but on my laptop I got a spew of AE_BAD_PARAMETER errors trying to unlock the acpi global lock.
* Fix the asm constraints so that we use the correct constants when acquiringjhb2003-06-031-8/+6
| | | | | | | | | and releasing ACPI global locks instead of (ab)using the pointers to those locks as the constants. Also, rather than require that the address of the lock be stored in a register, use a memory constraint allowing the memory address to be used directly. Noticed by: peter
* Resolve conflicts arising from the ACPI CA 20020725 import.iwasaki2002-07-301-0/+125
OpenPOWER on IntegriCloud