| History log of /src/sys/arch/ia64/acpi/acpi_machdep.c |
| Revision | | Date | Author | Comments |
| 1.10 |
| 22-Dec-2019 |
thorpej | Add acpi_intr_mask() and acpi_intr_unmask() which, following the pre-existing
ACPI software layering model, are wrappers around acpi_md_intr_mask() and
acpi_md_intr_unmask(), which in turn are wrappers around intr_mask() and
intr_unmask().
XXX ARM and IA64 implementations of acpi_md_intr_mask() and
acpi_md_intr_unmask() are just stubs for now.
|
| 1.9 |
| 17-Nov-2018 |
scole | change "InterruptNumber" to "irq" to fix compilation
|
| 1.8 |
| 16-Nov-2018 |
jmcneill | Add MD functions for establishing and disestablishing interrupt handlers.
|
| 1.7 |
| 20-Mar-2018 |
bouyer | branches: 1.7.2;
Allow registering ACPI interrupt handlers with a xname.
AcpiOsInstallInterruptHandler(), part of ACPICA API, doesn't allow passing
the xname. I extend the API with AcpiOsInstallInterruptHandler_xname()
for this purpose, and change acpi_md_OsInstallInterruptHandler() to
accept and use the xname (ia64 doens't use it).
The xname was hardcoded to "acpi SCI" in the
x86 acpi_md_OsInstallInterruptHandler(), so I make
AcpiOsInstallInterruptHandler() call
AcpiOsInstallInterruptHandler_xname with xname = "acpi SCI".
Now 'vmstat -i' shows the device's name instead of "acpi SCI" for for i2c HID
interrupts.
Proposed on tech-kern@ on Dec 29.
|
| 1.6 |
| 23-Sep-2012 |
chs | branches: 1.6.36;
locate PCI buses and determine their bus numbers using the info
previously extracted from ACPICA rather than trying to figure it out again.
allow PCI buses that don't have a _PRT method.
|
| 1.5 |
| 12-Jun-2011 |
jruoho | branches: 1.5.2; 1.5.8; 1.5.12;
Follow IA-64 with the x86-specific ACPI MD functions and move these where
they belong to. Remove an unused function. Minor KNF. No functional change.
|
| 1.4 |
| 12-Jun-2011 |
jruoho | Move the evaluation of the _PDC control method out from the acpicpu(4)
driver to the main acpi(4) stack. Follow Linux and evaluate it early.
Should fix PR port-amd64/42895, possibly also PR kern/42583, and many
other comparable bugs.
A common sense explanation is that Intel supplies additional CPU tables to
OEMs. BIOS writers do not bother to modify their DSDTs, but instead load
these extra tables dynamically as secondary SSDT tables. The actual Load()
happens when the _PDC method is invoked, and thus namespace errors occur
when the CPU-specific ACPI methods are not yet present but referenced in the
AML by various drivers, including, but not limited to, acpitz(4).
|
| 1.3 |
| 13-Jan-2011 |
jruoho | branches: 1.3.6;
Move the function that counts the CPUs from acpicpu(4) to the MD layer.
|
| 1.2 |
| 24-Jul-2010 |
jruoho | Move ACPI_FLUSH_CPU_CACHE() (a.k.a. WBINVD on x86) to MD headers where it
belongs to. Let IA-64 define its own function/instruction instead of
requiring a dummy wbinvd() to satisfy the definition in a MI header.
|
| 1.1 |
| 20-Jul-2009 |
kiyohara | branches: 1.1.2; 1.1.4; 1.1.6;
Fix little bit, and add a few files.
current status is to see following thread.
http://mail-index.netbsd.org/port-ia64/2009/06/18/msg000102.html
|
| 1.1.6.1 |
| 05-Mar-2011 |
rmind | sync with head
|
| 1.1.4.1 |
| 17-Aug-2010 |
uebayasi | Sync with HEAD.
|
| 1.1.2.3 |
| 11-Aug-2010 |
yamt | sync with head.
|
| 1.1.2.2 |
| 19-Aug-2009 |
yamt | sync with head.
|
| 1.1.2.1 |
| 20-Jul-2009 |
yamt | file acpi_machdep.c was added on branch yamt-nfs-mp on 2009-08-19 18:46:20 +0000
|
| 1.3.6.1 |
| 23-Jun-2011 |
cherry | Catchup with rmind-uvmplock merge.
|
| 1.5.12.1 |
| 20-Nov-2012 |
tls | Resync to 2012-11-19 00:00:00 UTC
|
| 1.5.8.1 |
| 22-Nov-2012 |
riz | Pull up following revision(s) (requested by chs in ticket #683):
sys/arch/ia64/include/acpi_machdep.h: revision 1.6
sys/arch/x86/include/acpi_machdep.h: revision 1.11
sys/dev/acpi/acpi.c: revision 1.255
sys/arch/x86/acpi/acpi_machdep.c: revision 1.4
sys/arch/x86/x86/mpacpi.c: revision 1.95
sys/arch/x86/x86/mpacpi.c: revision 1.96
sys/arch/ia64/acpi/acpi_machdep.c: revision 1.6
locate PCI buses and determine their bus numbers using the info
previously extracted from ACPICA rather than trying to figure it out again.
allow PCI buses that don't have a _PRT method.
as a workaround for PR 47016, call ioapic_reenable() at the end of
ACPI interrupt routing to fix the settings for the SCI interrupt.
the problem is that after my recent changes, the SCI handler is
installed before the MADT info is parsed, so we don't know what
polarity it should have. the real fix for this will be to rearrange
the ACPI initialization so that everything is done in a more sensible
order, but that will take some more time.
|
| 1.5.2.1 |
| 30-Oct-2012 |
yamt | sync with head
|
| 1.6.36.2 |
| 26-Nov-2018 |
pgoyette | Sync with HEAD, resolve a couple of conflicts
|
| 1.6.36.1 |
| 22-Mar-2018 |
pgoyette | Synch with HEAD, resolve conflicts
|
| 1.7.2.2 |
| 08-Apr-2020 |
martin | Merge changes from current as of 20200406
|
| 1.7.2.1 |
| 10-Jun-2019 |
christos | Sync with HEAD
|
