#
23300944 |
| 30-Jun-2011 |
Peter Grehan <grehan@FreeBSD.org> |
IFC @ r223696 to pick up dfr's userboot
|
#
9b571ec6 |
| 22-Jun-2011 |
Attilio Rao <attilio@FreeBSD.org> |
MFC
|
#
4c2ed94f |
| 21-Jun-2011 |
John Baldwin <jhb@FreeBSD.org> |
Fix build with ACPI_DEBUG defined.
Submitted by: jkim Pointy hat to: jhb
|
#
4fc477aa |
| 21-Jun-2011 |
John Baldwin <jhb@FreeBSD.org> |
Use AcpiWalkResources() to parse the resource list from _CRS rather than using a home-rolled loop. While here, add support for 64-bit address range resources.
Silence on: acpi@ (older version)
|
#
9b4fcf85 |
| 18-Feb-2011 |
Marcel Moolenaar <marcel@FreeBSD.org> |
Merge svn+ssh://svn.freebsd.org/base/head@218816
|
Revision tags: release/7.4.0_cvs, release/8.2.0_cvs, release/7.4.0, release/8.2.0 |
|
#
f6c05906 |
| 14-Feb-2011 |
Jung-uk Kim <jkim@FreeBSD.org> |
Rework r218685. Copy just enough data for the resource type.
Reviewed by: jhb, mdf
|
#
224e25e1 |
| 14-Feb-2011 |
Matthew D Fleming <mdf@FreeBSD.org> |
Prevent reading from the ACPI_RESOURCE past its actual end. For paranoia limit to the size of the ACPI_RESOURCE as well.
Reviewd by: jhb (in spirit) MFC after: 1 week
|
Revision tags: release/8.1.0_cvs, release/8.1.0, release/7.3.0_cvs, release/7.3.0, release/8.0.0_cvs, release/8.0.0 |
|
#
10b3b545 |
| 17-Sep-2009 |
Dag-Erling Smørgrav <des@FreeBSD.org> |
Merge from head
|
#
7e857dd1 |
| 12-Jun-2009 |
Oleksandr Tymoshenko <gonzo@FreeBSD.org> |
- Merge from HEAD
|
#
129d3046 |
| 05-Jun-2009 |
Jung-uk Kim <jkim@FreeBSD.org> |
Import ACPICA 20090521.
|
#
aaac7452 |
| 03-Jun-2009 |
Jung-uk Kim <jkim@FreeBSD.org> |
Chase ACPICA API changes (for kernel and boot loader).
|
Revision tags: release/7.2.0_cvs, release/7.2.0, release/7.1.0_cvs, release/7.1.0, release/6.4.0_cvs, release/6.4.0, release/7.0.0_cvs, release/7.0.0, release/6.3.0_cvs, release/6.3.0 |
|
#
2be4e471 |
| 22-Mar-2007 |
Jung-uk Kim <jkim@FreeBSD.org> |
Catch up with ACPI-CA 20070320 import.
|
Revision tags: release/6.2.0_cvs, release/6.2.0, release/5.5.0_cvs, release/5.5.0 |
|
#
da72d149 |
| 07-May-2006 |
Nate Lawson <njl@FreeBSD.org> |
Don't attach special devices in the order they appear in the AML tree. If the embedded controller exists before the sysresource devices, for example, it will be attached first. Instead, let the norm
Don't attach special devices in the order they appear in the AML tree. If the embedded controller exists before the sysresource devices, for example, it will be attached first. Instead, let the normal device order function work as we first desired. [1]
There still remained a problem where we couldn't allocate resources in acpi0 that were passed up by the sysresource pseudo-devices. These devices had to probe/attach first to give their resources to acpi, then acpi would allocate them before probing/attaching other devices. To work around this, we attach them from acpi_sysres_alloc(). A better approach would be to implement multi-pass probe/attach in newbus but that's a much bigger task.
Suggested by: jhb [1] Hardware from: Centaur Technologies MFC after: 1 week
show more ...
|
Revision tags: release/6.1.0_cvs, release/6.1.0 |
|
#
3a6497c1 |
| 07-Nov-2005 |
John Baldwin <jhb@FreeBSD.org> |
*sigh* Revert stuff that wasn't supposed to be committed. The acpi_resource change was a minor nit offered as an early candidate for the recent ACPICA import problem and the acpi.c change is one I
*sigh* Revert stuff that wasn't supposed to be committed. The acpi_resource change was a minor nit offered as an early candidate for the recent ACPICA import problem and the acpi.c change is one I need to test still that makes the ordered probing of system devices actually work as advertised (probe devices in order based on the type of device rather than in the order we encounter them in the device tree).
show more ...
|
#
f25bdd3b |
| 07-Nov-2005 |
John Baldwin <jhb@FreeBSD.org> |
Work around at least one busted BIOS. If we get a source index in a _PRT entry that is not zero, assume that it is really a hard-wired IRQ (commonly used for APIC routing) and not a source index. I
Work around at least one busted BIOS. If we get a source index in a _PRT entry that is not zero, assume that it is really a hard-wired IRQ (commonly used for APIC routing) and not a source index. In practice, we've only ever seen source indices of 0 for legitimate non-hard-wired _PRT entries.
Reviewed by: njl Tested by: Alex Lyashkov shadow at psoft dot net MFC after: 2 weeks
show more ...
|
Revision tags: release/6.0.0_cvs, release/6.0.0 |
|
#
e8d472a7 |
| 01-Nov-2005 |
Jung-uk Kim <jkim@FreeBSD.org> |
Catch up with ACPI-CA 20051021 import
|
#
2a191126 |
| 11-Sep-2005 |
David E. O'Brien <obrien@FreeBSD.org> |
Canonize the include of acpi.h.
|
Revision tags: release/5.4.0_cvs, release/5.4.0 |
|
#
be1bf4d2 |
| 18-Mar-2005 |
Poul-Henning Kamp <phk@FreeBSD.org> |
s/SLIST/STAILQ/ /imp/a\ pointy hat .
|
Revision tags: release/4.11.0_cvs, release/4.11.0 |
|
#
b0977ecf |
| 18-Jan-2005 |
John Baldwin <jhb@FreeBSD.org> |
Don't create new-bus resources for ACPI extended IRQ resources that are producers rather than consumers as new-bus resources only handle consumed resources. We already do this for the other ACPI res
Don't create new-bus resources for ACPI extended IRQ resources that are producers rather than consumers as new-bus resources only handle consumed resources. We already do this for the other ACPI resource types that support the producer/consumer attribute.
show more ...
|
#
d05fa56b |
| 27-Dec-2004 |
Nate Lawson <njl@FreeBSD.org> |
Remove trailing whitespace.
|
Revision tags: release/5.3.0_cvs, release/5.3.0 |
|
#
adad4744 |
| 23-Aug-2004 |
Nate Lawson <njl@FreeBSD.org> |
Rework sysresource management. Instead of having each sysresource object hold its own values, pass them up to the parent (acpi0) and merge/uniq them on the way. After the namespace evaluation, acpi
Rework sysresource management. Instead of having each sysresource object hold its own values, pass them up to the parent (acpi0) and merge/uniq them on the way. After the namespace evaluation, acpi will reserve these resources and manage them via rman before bus_generic_probe() and bus_generic_attach(). This is necessary because some systems specify conflicting resources in separate sysresource objects. It's also cleaner in that the interface between sysresource and acpi is now merely the parent's resource list. This code handles the following cases:
1. Unique resource: add it to the parent via bus_set_resource(). 2. New wholly contained in old: discard new. 3. New tail overlaps old head: grow old head downward. AND/OR 4. New head overlaps old tail: grow old tail upward.
Tested by: Pawel Worach <sajd_at_telia.com> Tested by: Radek Kozlowski <radek_at_raadradd.com> MFC after: 5 days
show more ...
|
#
1531578c |
| 20-Aug-2004 |
Nate Lawson <njl@FreeBSD.org> |
Use the new start for the offset, not the old end.
|
#
d22e9c6e |
| 20-Aug-2004 |
Nate Lawson <njl@FreeBSD.org> |
Correctly handle BIOS resources that are duplicated (!). There are many systems that have overlapping regions specified in their sysresource objects. This patch fixes ATA DMA and acpi_timer allocat
Correctly handle BIOS resources that are duplicated (!). There are many systems that have overlapping regions specified in their sysresource objects. This patch fixes ATA DMA and acpi_timer allocation for such sysctems. It should eventually be moved to resource_list_add() if it is a valid generalized approach. The minimal approach for 5.3 is:
"Loop through all current resources to see if the new one overlaps any existing ones. If so, the old one always takes precedence and the new one is adjusted (or rejected). We check for three cases:
1. Tail of new resource overlaps head of old resource: truncate the new resource so it is contiguous with the start of the old. 2. New resource wholly contained within the old resource: error. 3. Head of new resource overlaps tail of old resource: truncate the new resource so it is contiguous, following the old."
Tested by: Radek Kozlowski <radek_at_raadradd.com> Discussed with: imp MFC after: 4 days
show more ...
|
#
cece02d7 |
| 13-Aug-2004 |
Nate Lawson <njl@FreeBSD.org> |
MPSAFE locking: Add a comment that we need resource list and device_t refcounting/locking.
|
#
5fcc8a58 |
| 29-Jun-2004 |
Nate Lawson <njl@FreeBSD.org> |
Use the acpi_id_probe() method instead of acpi_MatchHid(), which is now static.
|