linux-toradex.git/drivers/acpi/pci_bind.c, branch v3.2.68

PCI / ACPI / PM: Platform support for PCI PME wake-up

2010-02-23T00:21:02+00:00

Although the majority of PCI devices can generate PMEs that in
principle may be used to wake up devices suspended at run time,
platform support is generally necessary to convert PMEs into wake-up
events that can be delivered to the kernel.  If ACPI is used for this
purpose, PME signals generated by a PCI device will trigger the ACPI
GPE associated with the device to generate an ACPI wake-up event that
we can set up a handler for, provided that everything is configured
correctly.

Unfortunately, the subset of PCI devices that have GPEs associated
with them is quite limited.  The devices without dedicated GPEs have
to rely on the GPEs associated with other devices (in the majority of
cases their upstream bridges and, possibly, the root bridge) to
generate ACPI wake-up events in response to PME signals from them.

Add ACPI platform support for PCI PME wake-up:
o Add a framework making is possible to use ACPI system notify
  handlers for run-time PM.
o Add new PCI platform callback ->run_wake() to struct
  pci_platform_pm_ops allowing us to enable/disable the platform to
  generate wake-up events for given device.  Implemet this callback
  for the ACPI platform.
o Define ACPI wake-up handlers for PCI devices and PCI root buses and
  make the PCI-ACPI binding code register wake-up notifiers for all
  PCI devices present in the ACPI tables.
o Add function pci_dev_run_wake() which can be used by PCI drivers to
  check if given device is capable of generating wake-up events at
  run time.

Developed in cooperation with Matthew Garrett .

Signed-off-by: Rafael J. Wysocki 
Signed-off-by: Jesse Barnes

ACPI: kill acpi_get_pci_id

2009-06-18T03:32:23+00:00

acpi_get_pci_dev() is better, and all callers have been converted, so
eliminate acpi_get_pci_id().

Signed-off-by: Alex Chiang 
Acked-by: Bjorn Helgaas 
Signed-off-by: Len Brown

ACPI: acpi_pci_unbind should clean up properly after acpi_pci_bind

2009-06-18T03:22:16+00:00

In acpi_pci_bind, we set device->ops.bind and device->ops.unbind, but
never clear them out.

Signed-off-by: Alex Chiang 
Acked-by: Bjorn Helgaas 
Signed-off-by: Len Brown

ACPI: simplify acpi_pci_irq_del_prt() API

2009-06-18T03:22:16+00:00

There is no need to pass a segment/bus tuple to this API, as the callsite
always has a struct pci_bus. We can derive segment/bus from the
struct pci_bus, so let's take this opportunit to simplify the API and
make life easier for the callers.

Signed-off-by: Alex Chiang 
Acked-by: Bjorn Helgaas 
Signed-off-by: Len Brown

ACPI: simplify acpi_pci_irq_add_prt() API

2009-06-18T03:22:16+00:00

A PCI domain cannot change as you descend down subordinate buses, which
makes the 'segment' argument to acpi_pci_irq_add_prt() useless.

Change the interface to take a struct pci_bus *, from whence we can derive
the bus number and segment. Reducing the number of arguments makes life
simpler for callers.

Signed-off-by: Alex Chiang 
Acked-by: Bjorn Helgaas 
Signed-off-by: Len Brown

ACPI: eviscerate pci_bind.c

2009-06-18T03:22:16+00:00

Now that we can dynamically convert an ACPI CA handle to a
struct pci_dev at runtime, there's no need to statically bind
them during boot.

acpi_pci_bind/unbind are vastly simplified, and are only used
to evaluate _PRT methods on P2P bridges and non-bridge children.

This patch also changes the time-space tradeoff ever so slightly.

Looking up the ACPI-PCI binding is never in the performance path, and by
eliminating this caching, we save 24 bytes for each _ADR device in the
ACPI namespace.

This patch lays further groundwork to eventually eliminate
the acpi_driver_ops.bind callback.

Signed-off-by: Alex Chiang 
Acked-by: Bjorn Helgaas 
Signed-off-by: Len Brown

ACPI: rearrange acpi_pci_bind/acpi_pci_unbind in pci_bind.c

2009-06-18T03:22:15+00:00

This is a pure code movement patch that does $subject in order
to make the following patch easier to read and review.

No functional change.

Signed-off-by: Alex Chiang 
Signed-off-by: Len Brown

ACPI: make acpi_pci_bind() static

2009-06-18T03:22:15+00:00

acpi_pci_root_add() explicitly assigns device->ops.bind, and later
calls acpi_pci_bind_root(), which also does the same thing.

We don't need to repeat ourselves; removing the explicit assignment
allows us to make acpi_pci_bind() static.

Signed-off-by: Alex Chiang 
Acked-by: Bjorn Helgaas 
Signed-off-by: Len Brown

PCI/ACPI: fix wrong ref count handling in acpi_pci_bind()

2009-05-27T21:53:07+00:00

The 'dev' field of struct acpi_pci_data is having a pointer to struct
pci_dev without incrementing the reference counter. Because of this, I
got the following kernel oops when I was doing some pci hotplug
operations. This patch fixes this bug by replacing wrong hand-made
pci_find_slot() with pci_get_slot() in acpi_pci_bind().

 BUG: unable to handle kernel NULL pointer dereference at 00000000000000e8
 IP: [] acpi_pci_unbind+0xb1/0xdd

 Call Trace:
  [] acpi_bus_remove+0x54/0x68
  [] acpi_bus_trim+0x75/0xe3
  [] acpiphp_disable_slot+0x16d/0x1e0 [acpiphp]
  [] disable_slot+0x20/0x60 [acpiphp]
  [] power_write_file+0xc8/0x110
  [] pci_slot_attr_store+0x24/0x30
  [] sysfs_write_file+0xce/0x140
  [] vfs_write+0xc7/0x170
  [] sys_write+0x50/0x90
  [] system_call_fastpath+0x16/0x1b

Signed-off-by: Kenji Kaneshige 
Reviewed-by: Bjorn Helgaas 
Reviewed-by: Alex Chiang 
Tested-by: Alex Chiang 
Signed-off-by: Len Brown

ACPI: simplify buffer management for acpi_pci_bind() etc.

2008-12-31T03:52:26+00:00

use ACPI_ALLOCATE_BUFFER to remove the allocations
within acpi_pci_bind(), acpi_pci_unbind() and acpi_pci_bind_root().
While there, delete some unnecessary param inits from those routines.

Delete concept of ACPI_PATHNAME_MAX, since this was the last use.

Signed-off-by: Len Brown