summaryrefslogtreecommitdiffstats
path: root/sys/dev/acpica/acpi_pci_link.c
Commit message (Expand)AuthorAgeFilesLines
* - Some BIOSes use an Extended IRQ resource descriptor in _PRS for a linkjhb2013-04-221-0/+10
* Use DEVMETHOD_END macro defined in sys/bus.h instead of {0, 0} sentinel on de...sbz2013-01-301-1/+1
* Mark MALLOC_DEFINEs static that have no corresponding MALLOC_DECLAREs.ed2011-11-071-1/+1
* Add a forgotten change from the previous commit.jkim2010-11-051-1/+1
* Fix a use-after-free bug for extended IRQ resource[1]. When _PRS buffer isjkim2010-11-051-44/+34
* Import ACPICA 20090521.jkim2009-06-051-1/+2
* Don't return an error from resume() if execution of _DIS fails for somejhb2007-10-271-3/+4
* Don't always re-route IRQs on resume. If this link hasn't been used, thenjhb2007-10-271-1/+16
* Catch up with ACPI-CA 20070320 import.jkim2007-03-221-4/+4
* Reformat the bootverbose messages that dump out the status of pci_linkjhb2006-11-091-16/+16
* When a user uses a hint to specify the IRQ for a link device, accept IRQsjhb2006-08-071-5/+13
* Be a little more forgiving of lame BIOS writers. If a link device thatjhb2006-01-061-2/+5
* Release the pci_link acpi serial lock if a link device has no actual links.jhb2006-01-031-1/+3
* If pci_link has been disabled via the acpi_disable tunable, then bailjhb2005-12-051-0/+3
* - Quiet the pci_link(4) devices so that they don't show up in dmesg now.jhb2005-11-231-1/+22
* Fix the code to look up the BIOS IRQ for a given link device by readingjhb2005-11-211-3/+15
* Catch up with ACPI-CA 20051021 importjkim2005-11-011-46/+55
* Normalize a significant number of kernel malloc type names:rwatson2005-10-311-1/+1
* Canonize the include of acpi.h.obrien2005-09-111-1/+1
* Correct the order of some if tests so that we don't complain about beingjhb2005-07-271-2/+2
* - Add support for link devices where _CRS just outright fails to execute.jhb2005-01-181-28/+147
* Minor cleanup: Reduce stack usage in probe method. Outdent probe. Usenjl2004-12-271-41/+38
* Only use the current value if there's one IRQ. Some systems returnnjl2004-12-201-8/+8
* Re-enable link programming on resume. It appears the previous boundsnjl2004-12-131-2/+0
* - Do a better job of handling any Dependent Functions (aka DPFs) that appearjhb2004-12-011-69/+218
* Completely back out 1.37. Something else is going on and John wants tonjl2004-12-011-9/+0
* Fix "Lock ACPI PCI link not exclusively lockedobrien2004-12-011-0/+12
* Don't bother locking in attach(). At boot time, we're single-threadednjl2004-11-301-4/+1
* Make sure the link array is big enough to hold both _CRS and _PRSnjl2004-11-301-8/+30
* Temporarily disable programming IRQ links on resume. The new code hangsnjl2004-11-261-0/+2
* Rework the ACPI PCI link code.jhb2004-11-231-973/+573
* Allow routing to the SCI even if it's not in the list of valid IRQs.njl2004-09-251-0/+10
* Add a couple of macros to extract the PCI slot (device) and function fromjhb2004-09-221-3/+3
* Record a problem we can't workaround for now regarding duplicate interruptsnjl2004-09-201-0/+7
* Don't print a warning message if the _CRS value is empty. This is alreadynjl2004-09-161-7/+5
* Disable links after getting the possible resources. Even though _DISnjl2004-09-011-12/+12
* Always set the status and move a printf under bootverbose.njl2004-08-271-5/+8
* If getting the current setting after modifying the link failed, we assumenjl2004-08-261-0/+1
* Fix PCI link irq programming on resume. A logic bug prevented a devicenjl2004-08-211-1/+1
* If _CRS fails, assume that it succeeded. The ASUS K8V (and others) definesnjl2004-08-181-2/+1
* Fix building for the ACPI_DEBUG case.njl2004-08-131-0/+1
* MPSAFE lockingnjl2004-08-131-6/+27
* Skip dependent functions when finding the resource from _PRS to use fornjl2004-08-121-4/+8
* Fix the PRT entry code in acpi_pci_link to always add the entry, even ifnjl2004-08-121-41/+40
* Add some more verbose warning/error messages to help with users reportingnjl2004-08-111-17/+12
* Re-work ACPI PCI IRQ routing (_PRT, link devices). The old approach wasnjl2004-08-111-202/+243
* Refine updates to PCI irq routing. Check _STA and _CRS but only print anjl2004-08-061-28/+39
* Work around non-compliant BIOS PCI link devices. Some systems have thenjl2004-08-051-0/+31
* Revert the removal of the initial_irq hack for now as this code is morejhb2004-06-141-9/+7
* Don't assume that the current setting (_CRS) of a PCI link device isjhb2004-05-281-7/+9
OpenPOWER on IntegriCloud