History log of /freebsd/sys/dev/acpica/acpi_resource.c (Results 51 – 75 of 144)
Revision (<<< Hide revision tags) (Show revision tags >>>) Date Author Comments
# 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.


123456