| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
two files were functionally identical.
|
| |
|
| |
|
|
|
|
|
|
|
|
|
| |
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.
|
| |
|
|
|
|
|
|
| |
This removes the last MD portion of acpi_cpu.c.
MFC after: 2 weeks
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
| |
interrupt model prior to the acpi0 device being probed and attached.
|
|
|
|
| |
on my laptop after this change were the result of a bug in the ACPICA code.
|
|
|
|
|
|
| |
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.
|
|
|
|
|
|
|
|
|
| |
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
|
|
|