2005-04-16 16:20:36 -06:00
|
|
|
/*
|
|
|
|
* $Id: pci.c,v 1.91 1999/01/21 13:34:01 davem Exp $
|
|
|
|
*
|
|
|
|
* PCI Bus Services, see include/linux/pci.h for further explanation.
|
|
|
|
*
|
|
|
|
* Copyright 1993 -- 1997 Drew Eckhardt, Frederic Potter,
|
|
|
|
* David Mosberger-Tang
|
|
|
|
*
|
|
|
|
* Copyright 1997 -- 2000 Martin Mares <mj@ucw.cz>
|
|
|
|
*/
|
|
|
|
|
|
|
|
#include <linux/kernel.h>
|
|
|
|
#include <linux/delay.h>
|
|
|
|
#include <linux/init.h>
|
|
|
|
#include <linux/pci.h>
|
|
|
|
#include <linux/module.h>
|
|
|
|
#include <linux/spinlock.h>
|
2005-10-30 16:03:48 -07:00
|
|
|
#include <linux/string.h>
|
2005-04-16 16:20:36 -06:00
|
|
|
#include <asm/dma.h> /* isa_dma_bridge_buggy */
|
2005-04-07 23:53:31 -06:00
|
|
|
#include "pci.h"
|
2005-04-16 16:20:36 -06:00
|
|
|
|
2006-07-12 09:59:00 -06:00
|
|
|
unsigned int pci_pm_d3_delay = 10;
|
2005-04-16 16:20:36 -06:00
|
|
|
|
|
|
|
/**
|
|
|
|
* pci_bus_max_busnr - returns maximum PCI bus number of given bus' children
|
|
|
|
* @bus: pointer to PCI bus structure to search
|
|
|
|
*
|
|
|
|
* Given a PCI bus, returns the highest PCI bus number present in the set
|
|
|
|
* including the given PCI bus and its list of child PCI buses.
|
|
|
|
*/
|
|
|
|
unsigned char __devinit
|
|
|
|
pci_bus_max_busnr(struct pci_bus* bus)
|
|
|
|
{
|
|
|
|
struct list_head *tmp;
|
|
|
|
unsigned char max, n;
|
|
|
|
|
2006-01-17 17:56:56 -07:00
|
|
|
max = bus->subordinate;
|
2005-04-16 16:20:36 -06:00
|
|
|
list_for_each(tmp, &bus->children) {
|
|
|
|
n = pci_bus_max_busnr(pci_bus_b(tmp));
|
|
|
|
if(n > max)
|
|
|
|
max = n;
|
|
|
|
}
|
|
|
|
return max;
|
|
|
|
}
|
2006-01-17 17:56:56 -07:00
|
|
|
EXPORT_SYMBOL_GPL(pci_bus_max_busnr);
|
2005-04-16 16:20:36 -06:00
|
|
|
|
2006-01-17 17:56:56 -07:00
|
|
|
#if 0
|
2005-04-16 16:20:36 -06:00
|
|
|
/**
|
|
|
|
* pci_max_busnr - returns maximum PCI bus number
|
|
|
|
*
|
|
|
|
* Returns the highest PCI bus number present in the system global list of
|
|
|
|
* PCI buses.
|
|
|
|
*/
|
|
|
|
unsigned char __devinit
|
|
|
|
pci_max_busnr(void)
|
|
|
|
{
|
|
|
|
struct pci_bus *bus = NULL;
|
|
|
|
unsigned char max, n;
|
|
|
|
|
|
|
|
max = 0;
|
|
|
|
while ((bus = pci_find_next_bus(bus)) != NULL) {
|
|
|
|
n = pci_bus_max_busnr(bus);
|
|
|
|
if(n > max)
|
|
|
|
max = n;
|
|
|
|
}
|
|
|
|
return max;
|
|
|
|
}
|
|
|
|
|
2005-12-21 17:08:52 -07:00
|
|
|
#endif /* 0 */
|
|
|
|
|
[PATCH] PCI: add pci_find_next_capability()
Some devices have more than one capability of the same type. For
example, the PCI header for the PathScale InfiniPath looks like:
04:01.0 InfiniBand: Unknown device 1fc1:000d (rev 02)
Subsystem: Unknown device 1fc1:000d
Flags: bus master, fast devsel, latency 0, IRQ 193
Memory at fea00000 (64-bit, non-prefetchable) [size=2M]
Capabilities: [c0] HyperTransport: Slave or Primary Interface
Capabilities: [f8] HyperTransport: Interrupt Discovery and Configuration
There are _two_ HyperTransport capabilities, and the PathScale driver
wants to look at both of them.
The current pci_find_capability() API doesn't work for this, since it
only allows us to get to the first capability of a given type. The
patch below introduces a new pci_find_next_capability(), which can be
used in a loop like
for (pos = pci_find_capability(pdev, <ID>);
pos;
pos = pci_find_next_capability(pdev, pos, <ID>)) {
/* ... */
}
Signed-off-by: Roland Dreier <rolandd@cisco.com>
Signed-off-by: Matthew Wilcox <matthew@wil.cx>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2005-10-28 18:35:34 -06:00
|
|
|
static int __pci_find_next_cap(struct pci_bus *bus, unsigned int devfn, u8 pos, int cap)
|
|
|
|
{
|
|
|
|
u8 id;
|
|
|
|
int ttl = 48;
|
|
|
|
|
|
|
|
while (ttl--) {
|
|
|
|
pci_bus_read_config_byte(bus, devfn, pos, &pos);
|
|
|
|
if (pos < 0x40)
|
|
|
|
break;
|
|
|
|
pos &= ~3;
|
|
|
|
pci_bus_read_config_byte(bus, devfn, pos + PCI_CAP_LIST_ID,
|
|
|
|
&id);
|
|
|
|
if (id == 0xff)
|
|
|
|
break;
|
|
|
|
if (id == cap)
|
|
|
|
return pos;
|
|
|
|
pos += PCI_CAP_LIST_NEXT;
|
|
|
|
}
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
int pci_find_next_capability(struct pci_dev *dev, u8 pos, int cap)
|
|
|
|
{
|
|
|
|
return __pci_find_next_cap(dev->bus, dev->devfn,
|
|
|
|
pos + PCI_CAP_LIST_NEXT, cap);
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(pci_find_next_capability);
|
|
|
|
|
2005-04-16 16:20:36 -06:00
|
|
|
static int __pci_bus_find_cap(struct pci_bus *bus, unsigned int devfn, u8 hdr_type, int cap)
|
|
|
|
{
|
|
|
|
u16 status;
|
[PATCH] PCI: add pci_find_next_capability()
Some devices have more than one capability of the same type. For
example, the PCI header for the PathScale InfiniPath looks like:
04:01.0 InfiniBand: Unknown device 1fc1:000d (rev 02)
Subsystem: Unknown device 1fc1:000d
Flags: bus master, fast devsel, latency 0, IRQ 193
Memory at fea00000 (64-bit, non-prefetchable) [size=2M]
Capabilities: [c0] HyperTransport: Slave or Primary Interface
Capabilities: [f8] HyperTransport: Interrupt Discovery and Configuration
There are _two_ HyperTransport capabilities, and the PathScale driver
wants to look at both of them.
The current pci_find_capability() API doesn't work for this, since it
only allows us to get to the first capability of a given type. The
patch below introduces a new pci_find_next_capability(), which can be
used in a loop like
for (pos = pci_find_capability(pdev, <ID>);
pos;
pos = pci_find_next_capability(pdev, pos, <ID>)) {
/* ... */
}
Signed-off-by: Roland Dreier <rolandd@cisco.com>
Signed-off-by: Matthew Wilcox <matthew@wil.cx>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2005-10-28 18:35:34 -06:00
|
|
|
u8 pos;
|
2005-04-16 16:20:36 -06:00
|
|
|
|
|
|
|
pci_bus_read_config_word(bus, devfn, PCI_STATUS, &status);
|
|
|
|
if (!(status & PCI_STATUS_CAP_LIST))
|
|
|
|
return 0;
|
|
|
|
|
|
|
|
switch (hdr_type) {
|
|
|
|
case PCI_HEADER_TYPE_NORMAL:
|
|
|
|
case PCI_HEADER_TYPE_BRIDGE:
|
[PATCH] PCI: add pci_find_next_capability()
Some devices have more than one capability of the same type. For
example, the PCI header for the PathScale InfiniPath looks like:
04:01.0 InfiniBand: Unknown device 1fc1:000d (rev 02)
Subsystem: Unknown device 1fc1:000d
Flags: bus master, fast devsel, latency 0, IRQ 193
Memory at fea00000 (64-bit, non-prefetchable) [size=2M]
Capabilities: [c0] HyperTransport: Slave or Primary Interface
Capabilities: [f8] HyperTransport: Interrupt Discovery and Configuration
There are _two_ HyperTransport capabilities, and the PathScale driver
wants to look at both of them.
The current pci_find_capability() API doesn't work for this, since it
only allows us to get to the first capability of a given type. The
patch below introduces a new pci_find_next_capability(), which can be
used in a loop like
for (pos = pci_find_capability(pdev, <ID>);
pos;
pos = pci_find_next_capability(pdev, pos, <ID>)) {
/* ... */
}
Signed-off-by: Roland Dreier <rolandd@cisco.com>
Signed-off-by: Matthew Wilcox <matthew@wil.cx>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2005-10-28 18:35:34 -06:00
|
|
|
pos = PCI_CAPABILITY_LIST;
|
2005-04-16 16:20:36 -06:00
|
|
|
break;
|
|
|
|
case PCI_HEADER_TYPE_CARDBUS:
|
[PATCH] PCI: add pci_find_next_capability()
Some devices have more than one capability of the same type. For
example, the PCI header for the PathScale InfiniPath looks like:
04:01.0 InfiniBand: Unknown device 1fc1:000d (rev 02)
Subsystem: Unknown device 1fc1:000d
Flags: bus master, fast devsel, latency 0, IRQ 193
Memory at fea00000 (64-bit, non-prefetchable) [size=2M]
Capabilities: [c0] HyperTransport: Slave or Primary Interface
Capabilities: [f8] HyperTransport: Interrupt Discovery and Configuration
There are _two_ HyperTransport capabilities, and the PathScale driver
wants to look at both of them.
The current pci_find_capability() API doesn't work for this, since it
only allows us to get to the first capability of a given type. The
patch below introduces a new pci_find_next_capability(), which can be
used in a loop like
for (pos = pci_find_capability(pdev, <ID>);
pos;
pos = pci_find_next_capability(pdev, pos, <ID>)) {
/* ... */
}
Signed-off-by: Roland Dreier <rolandd@cisco.com>
Signed-off-by: Matthew Wilcox <matthew@wil.cx>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2005-10-28 18:35:34 -06:00
|
|
|
pos = PCI_CB_CAPABILITY_LIST;
|
2005-04-16 16:20:36 -06:00
|
|
|
break;
|
|
|
|
default:
|
|
|
|
return 0;
|
|
|
|
}
|
[PATCH] PCI: add pci_find_next_capability()
Some devices have more than one capability of the same type. For
example, the PCI header for the PathScale InfiniPath looks like:
04:01.0 InfiniBand: Unknown device 1fc1:000d (rev 02)
Subsystem: Unknown device 1fc1:000d
Flags: bus master, fast devsel, latency 0, IRQ 193
Memory at fea00000 (64-bit, non-prefetchable) [size=2M]
Capabilities: [c0] HyperTransport: Slave or Primary Interface
Capabilities: [f8] HyperTransport: Interrupt Discovery and Configuration
There are _two_ HyperTransport capabilities, and the PathScale driver
wants to look at both of them.
The current pci_find_capability() API doesn't work for this, since it
only allows us to get to the first capability of a given type. The
patch below introduces a new pci_find_next_capability(), which can be
used in a loop like
for (pos = pci_find_capability(pdev, <ID>);
pos;
pos = pci_find_next_capability(pdev, pos, <ID>)) {
/* ... */
}
Signed-off-by: Roland Dreier <rolandd@cisco.com>
Signed-off-by: Matthew Wilcox <matthew@wil.cx>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2005-10-28 18:35:34 -06:00
|
|
|
return __pci_find_next_cap(bus, devfn, pos, cap);
|
2005-04-16 16:20:36 -06:00
|
|
|
}
|
|
|
|
|
|
|
|
/**
|
|
|
|
* pci_find_capability - query for devices' capabilities
|
|
|
|
* @dev: PCI device to query
|
|
|
|
* @cap: capability code
|
|
|
|
*
|
|
|
|
* Tell if a device supports a given PCI capability.
|
|
|
|
* Returns the address of the requested capability structure within the
|
|
|
|
* device's PCI configuration space or 0 in case the device does not
|
|
|
|
* support it. Possible values for @cap:
|
|
|
|
*
|
|
|
|
* %PCI_CAP_ID_PM Power Management
|
|
|
|
* %PCI_CAP_ID_AGP Accelerated Graphics Port
|
|
|
|
* %PCI_CAP_ID_VPD Vital Product Data
|
|
|
|
* %PCI_CAP_ID_SLOTID Slot Identification
|
|
|
|
* %PCI_CAP_ID_MSI Message Signalled Interrupts
|
|
|
|
* %PCI_CAP_ID_CHSWP CompactPCI HotSwap
|
|
|
|
* %PCI_CAP_ID_PCIX PCI-X
|
|
|
|
* %PCI_CAP_ID_EXP PCI Express
|
|
|
|
*/
|
|
|
|
int pci_find_capability(struct pci_dev *dev, int cap)
|
|
|
|
{
|
|
|
|
return __pci_bus_find_cap(dev->bus, dev->devfn, dev->hdr_type, cap);
|
|
|
|
}
|
|
|
|
|
|
|
|
/**
|
|
|
|
* pci_bus_find_capability - query for devices' capabilities
|
|
|
|
* @bus: the PCI bus to query
|
|
|
|
* @devfn: PCI device to query
|
|
|
|
* @cap: capability code
|
|
|
|
*
|
|
|
|
* Like pci_find_capability() but works for pci devices that do not have a
|
|
|
|
* pci_dev structure set up yet.
|
|
|
|
*
|
|
|
|
* Returns the address of the requested capability structure within the
|
|
|
|
* device's PCI configuration space or 0 in case the device does not
|
|
|
|
* support it.
|
|
|
|
*/
|
|
|
|
int pci_bus_find_capability(struct pci_bus *bus, unsigned int devfn, int cap)
|
|
|
|
{
|
|
|
|
u8 hdr_type;
|
|
|
|
|
|
|
|
pci_bus_read_config_byte(bus, devfn, PCI_HEADER_TYPE, &hdr_type);
|
|
|
|
|
|
|
|
return __pci_bus_find_cap(bus, devfn, hdr_type & 0x7f, cap);
|
|
|
|
}
|
|
|
|
|
|
|
|
/**
|
|
|
|
* pci_find_ext_capability - Find an extended capability
|
|
|
|
* @dev: PCI device to query
|
|
|
|
* @cap: capability code
|
|
|
|
*
|
|
|
|
* Returns the address of the requested extended capability structure
|
|
|
|
* within the device's PCI configuration space or 0 if the device does
|
|
|
|
* not support it. Possible values for @cap:
|
|
|
|
*
|
|
|
|
* %PCI_EXT_CAP_ID_ERR Advanced Error Reporting
|
|
|
|
* %PCI_EXT_CAP_ID_VC Virtual Channel
|
|
|
|
* %PCI_EXT_CAP_ID_DSN Device Serial Number
|
|
|
|
* %PCI_EXT_CAP_ID_PWR Power Budgeting
|
|
|
|
*/
|
|
|
|
int pci_find_ext_capability(struct pci_dev *dev, int cap)
|
|
|
|
{
|
|
|
|
u32 header;
|
|
|
|
int ttl = 480; /* 3840 bytes, minimum 8 bytes per capability */
|
|
|
|
int pos = 0x100;
|
|
|
|
|
|
|
|
if (dev->cfg_size <= 256)
|
|
|
|
return 0;
|
|
|
|
|
|
|
|
if (pci_read_config_dword(dev, pos, &header) != PCIBIOS_SUCCESSFUL)
|
|
|
|
return 0;
|
|
|
|
|
|
|
|
/*
|
|
|
|
* If we have no capabilities, this is indicated by cap ID,
|
|
|
|
* cap version and next pointer all being 0.
|
|
|
|
*/
|
|
|
|
if (header == 0)
|
|
|
|
return 0;
|
|
|
|
|
|
|
|
while (ttl-- > 0) {
|
|
|
|
if (PCI_EXT_CAP_ID(header) == cap)
|
|
|
|
return pos;
|
|
|
|
|
|
|
|
pos = PCI_EXT_CAP_NEXT(header);
|
|
|
|
if (pos < 0x100)
|
|
|
|
break;
|
|
|
|
|
|
|
|
if (pci_read_config_dword(dev, pos, &header) != PCIBIOS_SUCCESSFUL)
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
2006-05-23 04:10:01 -06:00
|
|
|
EXPORT_SYMBOL_GPL(pci_find_ext_capability);
|
2005-04-16 16:20:36 -06:00
|
|
|
|
|
|
|
/**
|
|
|
|
* pci_find_parent_resource - return resource region of parent bus of given region
|
|
|
|
* @dev: PCI device structure contains resources to be searched
|
|
|
|
* @res: child resource record for which parent is sought
|
|
|
|
*
|
|
|
|
* For given resource region of given device, return the resource
|
|
|
|
* region of parent bus the given region is contained in or where
|
|
|
|
* it should be allocated from.
|
|
|
|
*/
|
|
|
|
struct resource *
|
|
|
|
pci_find_parent_resource(const struct pci_dev *dev, struct resource *res)
|
|
|
|
{
|
|
|
|
const struct pci_bus *bus = dev->bus;
|
|
|
|
int i;
|
|
|
|
struct resource *best = NULL;
|
|
|
|
|
|
|
|
for(i = 0; i < PCI_BUS_NUM_RESOURCES; i++) {
|
|
|
|
struct resource *r = bus->resource[i];
|
|
|
|
if (!r)
|
|
|
|
continue;
|
|
|
|
if (res->start && !(res->start >= r->start && res->end <= r->end))
|
|
|
|
continue; /* Not contained */
|
|
|
|
if ((res->flags ^ r->flags) & (IORESOURCE_IO | IORESOURCE_MEM))
|
|
|
|
continue; /* Wrong type */
|
|
|
|
if (!((res->flags ^ r->flags) & IORESOURCE_PREFETCH))
|
|
|
|
return r; /* Exact match */
|
|
|
|
if ((res->flags & IORESOURCE_PREFETCH) && !(r->flags & IORESOURCE_PREFETCH))
|
|
|
|
best = r; /* Approximating prefetchable by non-prefetchable */
|
|
|
|
}
|
|
|
|
return best;
|
|
|
|
}
|
|
|
|
|
2005-07-27 08:19:44 -06:00
|
|
|
/**
|
|
|
|
* pci_restore_bars - restore a devices BAR values (e.g. after wake-up)
|
|
|
|
* @dev: PCI device to have its BARs restored
|
|
|
|
*
|
|
|
|
* Restore the BAR values for a given device, so as to make it
|
|
|
|
* accessible by its driver.
|
|
|
|
*/
|
|
|
|
void
|
|
|
|
pci_restore_bars(struct pci_dev *dev)
|
|
|
|
{
|
|
|
|
int i, numres;
|
|
|
|
|
|
|
|
switch (dev->hdr_type) {
|
|
|
|
case PCI_HEADER_TYPE_NORMAL:
|
|
|
|
numres = 6;
|
|
|
|
break;
|
|
|
|
case PCI_HEADER_TYPE_BRIDGE:
|
|
|
|
numres = 2;
|
|
|
|
break;
|
|
|
|
case PCI_HEADER_TYPE_CARDBUS:
|
|
|
|
numres = 1;
|
|
|
|
break;
|
|
|
|
default:
|
|
|
|
/* Should never get here, but just in case... */
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
|
|
|
for (i = 0; i < numres; i ++)
|
|
|
|
pci_update_resource(dev, &dev->resource[i], i);
|
|
|
|
}
|
|
|
|
|
2005-10-23 12:57:38 -06:00
|
|
|
int (*platform_pci_set_power_state)(struct pci_dev *dev, pci_power_t t);
|
|
|
|
|
2005-04-16 16:20:36 -06:00
|
|
|
/**
|
|
|
|
* pci_set_power_state - Set the power state of a PCI device
|
|
|
|
* @dev: PCI device to be suspended
|
|
|
|
* @state: PCI power state (D0, D1, D2, D3hot, D3cold) we're entering
|
|
|
|
*
|
|
|
|
* Transition a device to a new power state, using the Power Management
|
|
|
|
* Capabilities in the device's config space.
|
|
|
|
*
|
|
|
|
* RETURN VALUE:
|
|
|
|
* -EINVAL if trying to enter a lower state than we're already in.
|
|
|
|
* 0 if we're already in the requested state.
|
|
|
|
* -EIO if device does not support PCI PM.
|
|
|
|
* 0 if we can successfully change the power state.
|
|
|
|
*/
|
|
|
|
int
|
|
|
|
pci_set_power_state(struct pci_dev *dev, pci_power_t state)
|
|
|
|
{
|
2005-07-27 08:19:44 -06:00
|
|
|
int pm, need_restore = 0;
|
2005-04-16 16:20:36 -06:00
|
|
|
u16 pmcsr, pmc;
|
|
|
|
|
|
|
|
/* bound the state we're entering */
|
|
|
|
if (state > PCI_D3hot)
|
|
|
|
state = PCI_D3hot;
|
|
|
|
|
|
|
|
/* Validate current state:
|
|
|
|
* Can enter D0 from any state, but if we can only go deeper
|
|
|
|
* to sleep if we're already in a low power state
|
|
|
|
*/
|
2006-03-23 02:38:34 -07:00
|
|
|
if (state != PCI_D0 && dev->current_state > state) {
|
|
|
|
printk(KERN_ERR "%s(): %s: state=%d, current state=%d\n",
|
|
|
|
__FUNCTION__, pci_name(dev), state, dev->current_state);
|
2005-04-16 16:20:36 -06:00
|
|
|
return -EINVAL;
|
2006-03-23 02:38:34 -07:00
|
|
|
} else if (dev->current_state == state)
|
2005-04-16 16:20:36 -06:00
|
|
|
return 0; /* we're already there */
|
|
|
|
|
2006-07-12 09:59:00 -06:00
|
|
|
/*
|
|
|
|
* If the device or the parent bridge can't support PCI PM, ignore
|
|
|
|
* the request if we're doing anything besides putting it into D0
|
|
|
|
* (which would only happen on boot).
|
|
|
|
*/
|
|
|
|
if ((state == PCI_D1 || state == PCI_D2) && pci_no_d1d2(dev))
|
|
|
|
return 0;
|
|
|
|
|
2005-04-16 16:20:36 -06:00
|
|
|
/* find PCI PM capability in list */
|
|
|
|
pm = pci_find_capability(dev, PCI_CAP_ID_PM);
|
|
|
|
|
|
|
|
/* abort if the device doesn't support PM capabilities */
|
|
|
|
if (!pm)
|
|
|
|
return -EIO;
|
|
|
|
|
|
|
|
pci_read_config_word(dev,pm + PCI_PM_PMC,&pmc);
|
2005-08-17 16:32:19 -06:00
|
|
|
if ((pmc & PCI_PM_CAP_VER_MASK) > 3) {
|
2005-04-16 16:20:36 -06:00
|
|
|
printk(KERN_DEBUG
|
|
|
|
"PCI: %s has unsupported PM cap regs version (%u)\n",
|
|
|
|
pci_name(dev), pmc & PCI_PM_CAP_VER_MASK);
|
|
|
|
return -EIO;
|
|
|
|
}
|
|
|
|
|
|
|
|
/* check if this device supports the desired state */
|
2005-08-17 16:32:19 -06:00
|
|
|
if (state == PCI_D1 && !(pmc & PCI_PM_CAP_D1))
|
|
|
|
return -EIO;
|
|
|
|
else if (state == PCI_D2 && !(pmc & PCI_PM_CAP_D2))
|
|
|
|
return -EIO;
|
2005-04-16 16:20:36 -06:00
|
|
|
|
2005-07-27 08:19:44 -06:00
|
|
|
pci_read_config_word(dev, pm + PCI_PM_CTRL, &pmcsr);
|
|
|
|
|
2005-09-14 07:52:42 -06:00
|
|
|
/* If we're (effectively) in D3, force entire word to 0.
|
2005-04-16 16:20:36 -06:00
|
|
|
* This doesn't affect PME_Status, disables PME_En, and
|
|
|
|
* sets PowerState to 0.
|
|
|
|
*/
|
2005-09-14 07:52:42 -06:00
|
|
|
switch (dev->current_state) {
|
2005-09-28 15:50:51 -06:00
|
|
|
case PCI_D0:
|
|
|
|
case PCI_D1:
|
|
|
|
case PCI_D2:
|
|
|
|
pmcsr &= ~PCI_PM_CTRL_STATE_MASK;
|
|
|
|
pmcsr |= state;
|
|
|
|
break;
|
2005-09-14 07:52:42 -06:00
|
|
|
case PCI_UNKNOWN: /* Boot-up */
|
|
|
|
if ((pmcsr & PCI_PM_CTRL_STATE_MASK) == PCI_D3hot
|
|
|
|
&& !(pmcsr & PCI_PM_CTRL_NO_SOFT_RESET))
|
2005-07-27 08:19:44 -06:00
|
|
|
need_restore = 1;
|
2005-09-14 07:52:42 -06:00
|
|
|
/* Fall-through: force to D0 */
|
|
|
|
default:
|
2005-09-28 15:50:51 -06:00
|
|
|
pmcsr = 0;
|
2005-09-14 07:52:42 -06:00
|
|
|
break;
|
2005-04-16 16:20:36 -06:00
|
|
|
}
|
|
|
|
|
|
|
|
/* enter specified state */
|
|
|
|
pci_write_config_word(dev, pm + PCI_PM_CTRL, pmcsr);
|
|
|
|
|
|
|
|
/* Mandatory power management transition delays */
|
|
|
|
/* see PCI PM 1.1 5.6.1 table 18 */
|
|
|
|
if (state == PCI_D3hot || dev->current_state == PCI_D3hot)
|
2006-07-12 09:59:00 -06:00
|
|
|
msleep(pci_pm_d3_delay);
|
2005-04-16 16:20:36 -06:00
|
|
|
else if (state == PCI_D2 || dev->current_state == PCI_D2)
|
|
|
|
udelay(200);
|
|
|
|
|
2005-03-18 22:16:18 -07:00
|
|
|
/*
|
|
|
|
* Give firmware a chance to be called, such as ACPI _PRx, _PSx
|
2006-06-26 10:35:02 -06:00
|
|
|
* Firmware method after native method ?
|
2005-03-18 22:16:18 -07:00
|
|
|
*/
|
|
|
|
if (platform_pci_set_power_state)
|
|
|
|
platform_pci_set_power_state(dev, state);
|
|
|
|
|
|
|
|
dev->current_state = state;
|
2005-07-27 08:19:44 -06:00
|
|
|
|
|
|
|
/* According to section 5.4.1 of the "PCI BUS POWER MANAGEMENT
|
|
|
|
* INTERFACE SPECIFICATION, REV. 1.2", a device transitioning
|
|
|
|
* from D3hot to D0 _may_ perform an internal reset, thereby
|
|
|
|
* going to "D0 Uninitialized" rather than "D0 Initialized".
|
|
|
|
* For example, at least some versions of the 3c905B and the
|
|
|
|
* 3c556B exhibit this behaviour.
|
|
|
|
*
|
|
|
|
* At least some laptop BIOSen (e.g. the Thinkpad T21) leave
|
|
|
|
* devices in a D3hot state at boot. Consequently, we need to
|
|
|
|
* restore at least the BARs so that the device will be
|
|
|
|
* accessible to its driver.
|
|
|
|
*/
|
|
|
|
if (need_restore)
|
|
|
|
pci_restore_bars(dev);
|
|
|
|
|
2005-04-16 16:20:36 -06:00
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2005-03-30 19:23:19 -07:00
|
|
|
int (*platform_pci_choose_state)(struct pci_dev *dev, pm_message_t state);
|
2005-03-18 22:15:48 -07:00
|
|
|
|
2005-04-16 16:20:36 -06:00
|
|
|
/**
|
|
|
|
* pci_choose_state - Choose the power state of a PCI device
|
|
|
|
* @dev: PCI device to be suspended
|
|
|
|
* @state: target sleep state for the whole system. This is the value
|
|
|
|
* that is passed to suspend() function.
|
|
|
|
*
|
|
|
|
* Returns PCI power state suitable for given device and given system
|
|
|
|
* message.
|
|
|
|
*/
|
|
|
|
|
|
|
|
pci_power_t pci_choose_state(struct pci_dev *dev, pm_message_t state)
|
|
|
|
{
|
2005-03-18 22:15:48 -07:00
|
|
|
int ret;
|
|
|
|
|
2005-04-16 16:20:36 -06:00
|
|
|
if (!pci_find_capability(dev, PCI_CAP_ID_PM))
|
|
|
|
return PCI_D0;
|
|
|
|
|
2005-03-18 22:15:48 -07:00
|
|
|
if (platform_pci_choose_state) {
|
|
|
|
ret = platform_pci_choose_state(dev, state);
|
|
|
|
if (ret >= 0)
|
2005-09-03 16:56:57 -06:00
|
|
|
state.event = ret;
|
2005-03-18 22:15:48 -07:00
|
|
|
}
|
2005-09-03 16:56:57 -06:00
|
|
|
|
|
|
|
switch (state.event) {
|
|
|
|
case PM_EVENT_ON:
|
|
|
|
return PCI_D0;
|
|
|
|
case PM_EVENT_FREEZE:
|
2006-08-15 00:11:05 -06:00
|
|
|
case PM_EVENT_PRETHAW:
|
|
|
|
/* REVISIT both freeze and pre-thaw "should" use D0 */
|
2005-09-03 16:56:57 -06:00
|
|
|
case PM_EVENT_SUSPEND:
|
|
|
|
return PCI_D3hot;
|
2005-04-16 16:20:36 -06:00
|
|
|
default:
|
2006-08-15 00:11:05 -06:00
|
|
|
printk("Unrecognized suspend event %d\n", state.event);
|
2005-04-16 16:20:36 -06:00
|
|
|
BUG();
|
|
|
|
}
|
|
|
|
return PCI_D0;
|
|
|
|
}
|
|
|
|
|
|
|
|
EXPORT_SYMBOL(pci_choose_state);
|
|
|
|
|
2006-08-21 07:22:22 -06:00
|
|
|
static int pci_save_pcie_state(struct pci_dev *dev)
|
|
|
|
{
|
|
|
|
int pos, i = 0;
|
|
|
|
struct pci_cap_saved_state *save_state;
|
|
|
|
u16 *cap;
|
|
|
|
|
|
|
|
pos = pci_find_capability(dev, PCI_CAP_ID_EXP);
|
|
|
|
if (pos <= 0)
|
|
|
|
return 0;
|
|
|
|
|
|
|
|
save_state = kzalloc(sizeof(*save_state) + sizeof(u16) * 4, GFP_KERNEL);
|
|
|
|
if (!save_state) {
|
|
|
|
dev_err(&dev->dev, "Out of memory in pci_save_pcie_state\n");
|
|
|
|
return -ENOMEM;
|
|
|
|
}
|
|
|
|
cap = (u16 *)&save_state->data[0];
|
|
|
|
|
|
|
|
pci_read_config_word(dev, pos + PCI_EXP_DEVCTL, &cap[i++]);
|
|
|
|
pci_read_config_word(dev, pos + PCI_EXP_LNKCTL, &cap[i++]);
|
|
|
|
pci_read_config_word(dev, pos + PCI_EXP_SLTCTL, &cap[i++]);
|
|
|
|
pci_read_config_word(dev, pos + PCI_EXP_RTCTL, &cap[i++]);
|
|
|
|
pci_add_saved_cap(dev, save_state);
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
static void pci_restore_pcie_state(struct pci_dev *dev)
|
|
|
|
{
|
|
|
|
int i = 0, pos;
|
|
|
|
struct pci_cap_saved_state *save_state;
|
|
|
|
u16 *cap;
|
|
|
|
|
|
|
|
save_state = pci_find_saved_cap(dev, PCI_CAP_ID_EXP);
|
|
|
|
pos = pci_find_capability(dev, PCI_CAP_ID_EXP);
|
|
|
|
if (!save_state || pos <= 0)
|
|
|
|
return;
|
|
|
|
cap = (u16 *)&save_state->data[0];
|
|
|
|
|
|
|
|
pci_write_config_word(dev, pos + PCI_EXP_DEVCTL, cap[i++]);
|
|
|
|
pci_write_config_word(dev, pos + PCI_EXP_LNKCTL, cap[i++]);
|
|
|
|
pci_write_config_word(dev, pos + PCI_EXP_SLTCTL, cap[i++]);
|
|
|
|
pci_write_config_word(dev, pos + PCI_EXP_RTCTL, cap[i++]);
|
|
|
|
pci_remove_saved_cap(save_state);
|
|
|
|
kfree(save_state);
|
|
|
|
}
|
|
|
|
|
2006-11-08 17:17:15 -07:00
|
|
|
|
|
|
|
static int pci_save_pcix_state(struct pci_dev *dev)
|
|
|
|
{
|
|
|
|
int pos, i = 0;
|
|
|
|
struct pci_cap_saved_state *save_state;
|
|
|
|
u16 *cap;
|
|
|
|
|
|
|
|
pos = pci_find_capability(dev, PCI_CAP_ID_PCIX);
|
|
|
|
if (pos <= 0)
|
|
|
|
return 0;
|
|
|
|
|
|
|
|
save_state = kzalloc(sizeof(*save_state) + sizeof(u16), GFP_KERNEL);
|
|
|
|
if (!save_state) {
|
|
|
|
dev_err(&dev->dev, "Out of memory in pci_save_pcie_state\n");
|
|
|
|
return -ENOMEM;
|
|
|
|
}
|
|
|
|
cap = (u16 *)&save_state->data[0];
|
|
|
|
|
|
|
|
pci_read_config_word(dev, pos + PCI_X_CMD, &cap[i++]);
|
|
|
|
pci_add_saved_cap(dev, save_state);
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
static void pci_restore_pcix_state(struct pci_dev *dev)
|
|
|
|
{
|
|
|
|
int i = 0, pos;
|
|
|
|
struct pci_cap_saved_state *save_state;
|
|
|
|
u16 *cap;
|
|
|
|
|
|
|
|
save_state = pci_find_saved_cap(dev, PCI_CAP_ID_PCIX);
|
|
|
|
pos = pci_find_capability(dev, PCI_CAP_ID_PCIX);
|
|
|
|
if (!save_state || pos <= 0)
|
|
|
|
return;
|
|
|
|
cap = (u16 *)&save_state->data[0];
|
|
|
|
|
|
|
|
pci_write_config_word(dev, pos + PCI_X_CMD, cap[i++]);
|
|
|
|
pci_remove_saved_cap(save_state);
|
|
|
|
kfree(save_state);
|
|
|
|
}
|
|
|
|
|
|
|
|
|
2005-04-16 16:20:36 -06:00
|
|
|
/**
|
|
|
|
* pci_save_state - save the PCI configuration space of a device before suspending
|
|
|
|
* @dev: - PCI device that we're dealing with
|
|
|
|
*/
|
|
|
|
int
|
|
|
|
pci_save_state(struct pci_dev *dev)
|
|
|
|
{
|
|
|
|
int i;
|
|
|
|
/* XXX: 100% dword access ok here? */
|
|
|
|
for (i = 0; i < 16; i++)
|
|
|
|
pci_read_config_dword(dev, i * 4,&dev->saved_config_space[i]);
|
2006-02-08 02:11:38 -07:00
|
|
|
if ((i = pci_save_msi_state(dev)) != 0)
|
|
|
|
return i;
|
|
|
|
if ((i = pci_save_msix_state(dev)) != 0)
|
|
|
|
return i;
|
2006-08-21 07:22:22 -06:00
|
|
|
if ((i = pci_save_pcie_state(dev)) != 0)
|
|
|
|
return i;
|
2006-11-08 17:17:15 -07:00
|
|
|
if ((i = pci_save_pcix_state(dev)) != 0)
|
|
|
|
return i;
|
2005-04-16 16:20:36 -06:00
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
/**
|
|
|
|
* pci_restore_state - Restore the saved state of a PCI device
|
|
|
|
* @dev: - PCI device that we're dealing with
|
|
|
|
*/
|
|
|
|
int
|
|
|
|
pci_restore_state(struct pci_dev *dev)
|
|
|
|
{
|
|
|
|
int i;
|
2006-04-18 22:06:51 -06:00
|
|
|
int val;
|
2005-04-16 16:20:36 -06:00
|
|
|
|
2006-08-21 07:22:22 -06:00
|
|
|
/* PCI Express register must be restored first */
|
|
|
|
pci_restore_pcie_state(dev);
|
|
|
|
|
2006-04-25 01:00:34 -06:00
|
|
|
/*
|
|
|
|
* The Base Address register should be programmed before the command
|
|
|
|
* register(s)
|
|
|
|
*/
|
|
|
|
for (i = 15; i >= 0; i--) {
|
2006-04-18 22:06:51 -06:00
|
|
|
pci_read_config_dword(dev, i * 4, &val);
|
|
|
|
if (val != dev->saved_config_space[i]) {
|
|
|
|
printk(KERN_DEBUG "PM: Writing back config space on "
|
|
|
|
"device %s at offset %x (was %x, writing %x)\n",
|
|
|
|
pci_name(dev), i,
|
|
|
|
val, (int)dev->saved_config_space[i]);
|
|
|
|
pci_write_config_dword(dev,i * 4,
|
|
|
|
dev->saved_config_space[i]);
|
|
|
|
}
|
|
|
|
}
|
2006-11-08 17:17:15 -07:00
|
|
|
pci_restore_pcix_state(dev);
|
2006-02-08 02:11:38 -07:00
|
|
|
pci_restore_msi_state(dev);
|
|
|
|
pci_restore_msix_state(dev);
|
2005-04-16 16:20:36 -06:00
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
/**
|
|
|
|
* pci_enable_device_bars - Initialize some of a device for use
|
|
|
|
* @dev: PCI device to be initialized
|
|
|
|
* @bars: bitmask of BAR's that must be configured
|
|
|
|
*
|
|
|
|
* Initialize device before it's used by a driver. Ask low-level code
|
|
|
|
* to enable selected I/O and memory resources. Wake up the device if it
|
|
|
|
* was suspended. Beware, this function can fail.
|
|
|
|
*/
|
|
|
|
|
|
|
|
int
|
|
|
|
pci_enable_device_bars(struct pci_dev *dev, int bars)
|
|
|
|
{
|
|
|
|
int err;
|
|
|
|
|
2005-07-28 12:37:33 -06:00
|
|
|
err = pci_set_power_state(dev, PCI_D0);
|
2005-08-10 13:18:44 -06:00
|
|
|
if (err < 0 && err != -EIO)
|
2005-07-28 12:37:33 -06:00
|
|
|
return err;
|
|
|
|
err = pcibios_enable_device(dev, bars);
|
|
|
|
if (err < 0)
|
2005-04-16 16:20:36 -06:00
|
|
|
return err;
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
/**
|
PCI: switch pci_{enable,disable}_device() to be nestable
Changes the pci_{enable,disable}_device() functions to work in a
nested basis, so that eg, three calls to enable_device() require three
calls to disable_device().
The reason for this is to simplify PCI drivers for
multi-interface/capability devices. These are devices that cram more
than one interface in a single function. A relevant example of that is
the Wireless [USB] Host Controller Interface (similar to EHCI) [see
http://www.intel.com/technology/comms/wusb/whci.htm].
In these kind of devices, multiple interfaces are accessed through a
single bar and IRQ line. For that, the drivers map only the smallest
area of the bar to access their register banks and use shared IRQ
handlers.
However, because the order at which those drivers load cannot be known
ahead of time, the sequence in which the calls to pci_enable_device()
and pci_disable_device() cannot be predicted. Thus:
1. driverA starts pci_enable_device()
2. driverB starts pci_enable_device()
3. driverA shutdown pci_disable_device()
4. driverB shutdown pci_disable_device()
between steps 3 and 4, driver B would loose access to it's device,
even if it didn't intend to.
By using this modification, the device won't be disabled until all the
callers to enable() have called disable().
This is implemented by replacing 'struct pci_dev->is_enabled' from a
bitfield to an atomic use count. Each caller to enable increments it,
each caller to disable decrements it. When the count increments from 0
to 1, __pci_enable_device() is called to actually enable the
device. When it drops to zero, pci_disable_device() actually does the
disabling.
We keep the backend __pci_enable_device() for pci_default_resume() to
use and also change the sysfs method implementation, so that userspace
enabling/disabling the device doesn't disable it one time too much.
Signed-off-by: Inaky Perez-Gonzalez <inaky@linux.intel.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2006-11-22 13:40:31 -07:00
|
|
|
* __pci_enable_device - Initialize device before it's used by a driver.
|
2005-04-16 16:20:36 -06:00
|
|
|
* @dev: PCI device to be initialized
|
|
|
|
*
|
|
|
|
* Initialize device before it's used by a driver. Ask low-level code
|
|
|
|
* to enable I/O and memory. Wake up the device if it was suspended.
|
|
|
|
* Beware, this function can fail.
|
PCI: switch pci_{enable,disable}_device() to be nestable
Changes the pci_{enable,disable}_device() functions to work in a
nested basis, so that eg, three calls to enable_device() require three
calls to disable_device().
The reason for this is to simplify PCI drivers for
multi-interface/capability devices. These are devices that cram more
than one interface in a single function. A relevant example of that is
the Wireless [USB] Host Controller Interface (similar to EHCI) [see
http://www.intel.com/technology/comms/wusb/whci.htm].
In these kind of devices, multiple interfaces are accessed through a
single bar and IRQ line. For that, the drivers map only the smallest
area of the bar to access their register banks and use shared IRQ
handlers.
However, because the order at which those drivers load cannot be known
ahead of time, the sequence in which the calls to pci_enable_device()
and pci_disable_device() cannot be predicted. Thus:
1. driverA starts pci_enable_device()
2. driverB starts pci_enable_device()
3. driverA shutdown pci_disable_device()
4. driverB shutdown pci_disable_device()
between steps 3 and 4, driver B would loose access to it's device,
even if it didn't intend to.
By using this modification, the device won't be disabled until all the
callers to enable() have called disable().
This is implemented by replacing 'struct pci_dev->is_enabled' from a
bitfield to an atomic use count. Each caller to enable increments it,
each caller to disable decrements it. When the count increments from 0
to 1, __pci_enable_device() is called to actually enable the
device. When it drops to zero, pci_disable_device() actually does the
disabling.
We keep the backend __pci_enable_device() for pci_default_resume() to
use and also change the sysfs method implementation, so that userspace
enabling/disabling the device doesn't disable it one time too much.
Signed-off-by: Inaky Perez-Gonzalez <inaky@linux.intel.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2006-11-22 13:40:31 -07:00
|
|
|
*
|
|
|
|
* Note this function is a backend and is not supposed to be called by
|
|
|
|
* normal code, use pci_enable_device() instead.
|
2005-04-16 16:20:36 -06:00
|
|
|
*/
|
|
|
|
int
|
PCI: switch pci_{enable,disable}_device() to be nestable
Changes the pci_{enable,disable}_device() functions to work in a
nested basis, so that eg, three calls to enable_device() require three
calls to disable_device().
The reason for this is to simplify PCI drivers for
multi-interface/capability devices. These are devices that cram more
than one interface in a single function. A relevant example of that is
the Wireless [USB] Host Controller Interface (similar to EHCI) [see
http://www.intel.com/technology/comms/wusb/whci.htm].
In these kind of devices, multiple interfaces are accessed through a
single bar and IRQ line. For that, the drivers map only the smallest
area of the bar to access their register banks and use shared IRQ
handlers.
However, because the order at which those drivers load cannot be known
ahead of time, the sequence in which the calls to pci_enable_device()
and pci_disable_device() cannot be predicted. Thus:
1. driverA starts pci_enable_device()
2. driverB starts pci_enable_device()
3. driverA shutdown pci_disable_device()
4. driverB shutdown pci_disable_device()
between steps 3 and 4, driver B would loose access to it's device,
even if it didn't intend to.
By using this modification, the device won't be disabled until all the
callers to enable() have called disable().
This is implemented by replacing 'struct pci_dev->is_enabled' from a
bitfield to an atomic use count. Each caller to enable increments it,
each caller to disable decrements it. When the count increments from 0
to 1, __pci_enable_device() is called to actually enable the
device. When it drops to zero, pci_disable_device() actually does the
disabling.
We keep the backend __pci_enable_device() for pci_default_resume() to
use and also change the sysfs method implementation, so that userspace
enabling/disabling the device doesn't disable it one time too much.
Signed-off-by: Inaky Perez-Gonzalez <inaky@linux.intel.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2006-11-22 13:40:31 -07:00
|
|
|
__pci_enable_device(struct pci_dev *dev)
|
2005-04-16 16:20:36 -06:00
|
|
|
{
|
2006-04-28 12:37:38 -06:00
|
|
|
int err;
|
|
|
|
|
|
|
|
err = pci_enable_device_bars(dev, (1 << PCI_NUM_RESOURCES) - 1);
|
2006-01-14 00:34:53 -07:00
|
|
|
if (err)
|
2005-04-16 16:20:36 -06:00
|
|
|
return err;
|
|
|
|
pci_fixup_device(pci_fixup_enable, dev);
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
PCI: switch pci_{enable,disable}_device() to be nestable
Changes the pci_{enable,disable}_device() functions to work in a
nested basis, so that eg, three calls to enable_device() require three
calls to disable_device().
The reason for this is to simplify PCI drivers for
multi-interface/capability devices. These are devices that cram more
than one interface in a single function. A relevant example of that is
the Wireless [USB] Host Controller Interface (similar to EHCI) [see
http://www.intel.com/technology/comms/wusb/whci.htm].
In these kind of devices, multiple interfaces are accessed through a
single bar and IRQ line. For that, the drivers map only the smallest
area of the bar to access their register banks and use shared IRQ
handlers.
However, because the order at which those drivers load cannot be known
ahead of time, the sequence in which the calls to pci_enable_device()
and pci_disable_device() cannot be predicted. Thus:
1. driverA starts pci_enable_device()
2. driverB starts pci_enable_device()
3. driverA shutdown pci_disable_device()
4. driverB shutdown pci_disable_device()
between steps 3 and 4, driver B would loose access to it's device,
even if it didn't intend to.
By using this modification, the device won't be disabled until all the
callers to enable() have called disable().
This is implemented by replacing 'struct pci_dev->is_enabled' from a
bitfield to an atomic use count. Each caller to enable increments it,
each caller to disable decrements it. When the count increments from 0
to 1, __pci_enable_device() is called to actually enable the
device. When it drops to zero, pci_disable_device() actually does the
disabling.
We keep the backend __pci_enable_device() for pci_default_resume() to
use and also change the sysfs method implementation, so that userspace
enabling/disabling the device doesn't disable it one time too much.
Signed-off-by: Inaky Perez-Gonzalez <inaky@linux.intel.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2006-11-22 13:40:31 -07:00
|
|
|
/**
|
|
|
|
* pci_enable_device - Initialize device before it's used by a driver.
|
|
|
|
* @dev: PCI device to be initialized
|
|
|
|
*
|
|
|
|
* Initialize device before it's used by a driver. Ask low-level code
|
|
|
|
* to enable I/O and memory. Wake up the device if it was suspended.
|
|
|
|
* Beware, this function can fail.
|
|
|
|
*
|
|
|
|
* Note we don't actually enable the device many times if we call
|
|
|
|
* this function repeatedly (we just increment the count).
|
|
|
|
*/
|
|
|
|
int pci_enable_device(struct pci_dev *dev)
|
|
|
|
{
|
|
|
|
int result;
|
|
|
|
if (atomic_add_return(1, &dev->enable_cnt) > 1)
|
|
|
|
return 0; /* already enabled */
|
|
|
|
result = __pci_enable_device(dev);
|
|
|
|
if (result < 0)
|
|
|
|
atomic_dec(&dev->enable_cnt);
|
|
|
|
return result;
|
|
|
|
}
|
|
|
|
|
2005-04-16 16:20:36 -06:00
|
|
|
/**
|
|
|
|
* pcibios_disable_device - disable arch specific PCI resources for device dev
|
|
|
|
* @dev: the PCI device to disable
|
|
|
|
*
|
|
|
|
* Disables architecture specific PCI resources for the device. This
|
|
|
|
* is the default implementation. Architecture implementations can
|
|
|
|
* override this.
|
|
|
|
*/
|
|
|
|
void __attribute__ ((weak)) pcibios_disable_device (struct pci_dev *dev) {}
|
|
|
|
|
|
|
|
/**
|
|
|
|
* pci_disable_device - Disable PCI device after use
|
|
|
|
* @dev: PCI device to be disabled
|
|
|
|
*
|
|
|
|
* Signal to the system that the PCI device is not in use by the system
|
|
|
|
* anymore. This only involves disabling PCI bus-mastering, if active.
|
PCI: switch pci_{enable,disable}_device() to be nestable
Changes the pci_{enable,disable}_device() functions to work in a
nested basis, so that eg, three calls to enable_device() require three
calls to disable_device().
The reason for this is to simplify PCI drivers for
multi-interface/capability devices. These are devices that cram more
than one interface in a single function. A relevant example of that is
the Wireless [USB] Host Controller Interface (similar to EHCI) [see
http://www.intel.com/technology/comms/wusb/whci.htm].
In these kind of devices, multiple interfaces are accessed through a
single bar and IRQ line. For that, the drivers map only the smallest
area of the bar to access their register banks and use shared IRQ
handlers.
However, because the order at which those drivers load cannot be known
ahead of time, the sequence in which the calls to pci_enable_device()
and pci_disable_device() cannot be predicted. Thus:
1. driverA starts pci_enable_device()
2. driverB starts pci_enable_device()
3. driverA shutdown pci_disable_device()
4. driverB shutdown pci_disable_device()
between steps 3 and 4, driver B would loose access to it's device,
even if it didn't intend to.
By using this modification, the device won't be disabled until all the
callers to enable() have called disable().
This is implemented by replacing 'struct pci_dev->is_enabled' from a
bitfield to an atomic use count. Each caller to enable increments it,
each caller to disable decrements it. When the count increments from 0
to 1, __pci_enable_device() is called to actually enable the
device. When it drops to zero, pci_disable_device() actually does the
disabling.
We keep the backend __pci_enable_device() for pci_default_resume() to
use and also change the sysfs method implementation, so that userspace
enabling/disabling the device doesn't disable it one time too much.
Signed-off-by: Inaky Perez-Gonzalez <inaky@linux.intel.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2006-11-22 13:40:31 -07:00
|
|
|
*
|
|
|
|
* Note we don't actually disable the device until all callers of
|
|
|
|
* pci_device_enable() have called pci_device_disable().
|
2005-04-16 16:20:36 -06:00
|
|
|
*/
|
|
|
|
void
|
|
|
|
pci_disable_device(struct pci_dev *dev)
|
|
|
|
{
|
|
|
|
u16 pci_command;
|
2006-05-25 20:58:27 -06:00
|
|
|
|
PCI: switch pci_{enable,disable}_device() to be nestable
Changes the pci_{enable,disable}_device() functions to work in a
nested basis, so that eg, three calls to enable_device() require three
calls to disable_device().
The reason for this is to simplify PCI drivers for
multi-interface/capability devices. These are devices that cram more
than one interface in a single function. A relevant example of that is
the Wireless [USB] Host Controller Interface (similar to EHCI) [see
http://www.intel.com/technology/comms/wusb/whci.htm].
In these kind of devices, multiple interfaces are accessed through a
single bar and IRQ line. For that, the drivers map only the smallest
area of the bar to access their register banks and use shared IRQ
handlers.
However, because the order at which those drivers load cannot be known
ahead of time, the sequence in which the calls to pci_enable_device()
and pci_disable_device() cannot be predicted. Thus:
1. driverA starts pci_enable_device()
2. driverB starts pci_enable_device()
3. driverA shutdown pci_disable_device()
4. driverB shutdown pci_disable_device()
between steps 3 and 4, driver B would loose access to it's device,
even if it didn't intend to.
By using this modification, the device won't be disabled until all the
callers to enable() have called disable().
This is implemented by replacing 'struct pci_dev->is_enabled' from a
bitfield to an atomic use count. Each caller to enable increments it,
each caller to disable decrements it. When the count increments from 0
to 1, __pci_enable_device() is called to actually enable the
device. When it drops to zero, pci_disable_device() actually does the
disabling.
We keep the backend __pci_enable_device() for pci_default_resume() to
use and also change the sysfs method implementation, so that userspace
enabling/disabling the device doesn't disable it one time too much.
Signed-off-by: Inaky Perez-Gonzalez <inaky@linux.intel.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2006-11-22 13:40:31 -07:00
|
|
|
if (atomic_sub_return(1, &dev->enable_cnt) != 0)
|
|
|
|
return;
|
|
|
|
|
2006-05-25 20:58:27 -06:00
|
|
|
if (dev->msi_enabled)
|
|
|
|
disable_msi_mode(dev, pci_find_capability(dev, PCI_CAP_ID_MSI),
|
|
|
|
PCI_CAP_ID_MSI);
|
|
|
|
if (dev->msix_enabled)
|
|
|
|
disable_msi_mode(dev, pci_find_capability(dev, PCI_CAP_ID_MSI),
|
|
|
|
PCI_CAP_ID_MSIX);
|
|
|
|
|
2005-04-16 16:20:36 -06:00
|
|
|
pci_read_config_word(dev, PCI_COMMAND, &pci_command);
|
|
|
|
if (pci_command & PCI_COMMAND_MASTER) {
|
|
|
|
pci_command &= ~PCI_COMMAND_MASTER;
|
|
|
|
pci_write_config_word(dev, PCI_COMMAND, pci_command);
|
|
|
|
}
|
2005-04-07 23:53:31 -06:00
|
|
|
dev->is_busmaster = 0;
|
2005-04-16 16:20:36 -06:00
|
|
|
|
|
|
|
pcibios_disable_device(dev);
|
|
|
|
}
|
|
|
|
|
|
|
|
/**
|
|
|
|
* pci_enable_wake - enable device to generate PME# when suspended
|
|
|
|
* @dev: - PCI device to operate on
|
|
|
|
* @state: - Current state of device.
|
|
|
|
* @enable: - Flag to enable or disable generation
|
|
|
|
*
|
|
|
|
* Set the bits in the device's PM Capabilities to generate PME# when
|
|
|
|
* the system is suspended.
|
|
|
|
*
|
|
|
|
* -EIO is returned if device doesn't have PM Capabilities.
|
|
|
|
* -EINVAL is returned if device supports it, but can't generate wake events.
|
|
|
|
* 0 if operation is successful.
|
|
|
|
*
|
|
|
|
*/
|
|
|
|
int pci_enable_wake(struct pci_dev *dev, pci_power_t state, int enable)
|
|
|
|
{
|
|
|
|
int pm;
|
|
|
|
u16 value;
|
|
|
|
|
|
|
|
/* find PCI PM capability in list */
|
|
|
|
pm = pci_find_capability(dev, PCI_CAP_ID_PM);
|
|
|
|
|
|
|
|
/* If device doesn't support PM Capabilities, but request is to disable
|
|
|
|
* wake events, it's a nop; otherwise fail */
|
|
|
|
if (!pm)
|
|
|
|
return enable ? -EIO : 0;
|
|
|
|
|
|
|
|
/* Check device's ability to generate PME# */
|
|
|
|
pci_read_config_word(dev,pm+PCI_PM_PMC,&value);
|
|
|
|
|
|
|
|
value &= PCI_PM_CAP_PME_MASK;
|
|
|
|
value >>= ffs(PCI_PM_CAP_PME_MASK) - 1; /* First bit of mask */
|
|
|
|
|
|
|
|
/* Check if it can generate PME# from requested state. */
|
|
|
|
if (!value || !(value & (1 << state)))
|
|
|
|
return enable ? -EINVAL : 0;
|
|
|
|
|
|
|
|
pci_read_config_word(dev, pm + PCI_PM_CTRL, &value);
|
|
|
|
|
|
|
|
/* Clear PME_Status by writing 1 to it and enable PME# */
|
|
|
|
value |= PCI_PM_CTRL_PME_STATUS | PCI_PM_CTRL_PME_ENABLE;
|
|
|
|
|
|
|
|
if (!enable)
|
|
|
|
value &= ~PCI_PM_CTRL_PME_ENABLE;
|
|
|
|
|
|
|
|
pci_write_config_word(dev, pm + PCI_PM_CTRL, value);
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
int
|
|
|
|
pci_get_interrupt_pin(struct pci_dev *dev, struct pci_dev **bridge)
|
|
|
|
{
|
|
|
|
u8 pin;
|
|
|
|
|
2005-11-02 17:24:39 -07:00
|
|
|
pin = dev->pin;
|
2005-04-16 16:20:36 -06:00
|
|
|
if (!pin)
|
|
|
|
return -1;
|
|
|
|
pin--;
|
|
|
|
while (dev->bus->self) {
|
|
|
|
pin = (pin + PCI_SLOT(dev->devfn)) % 4;
|
|
|
|
dev = dev->bus->self;
|
|
|
|
}
|
|
|
|
*bridge = dev;
|
|
|
|
return pin;
|
|
|
|
}
|
|
|
|
|
|
|
|
/**
|
|
|
|
* pci_release_region - Release a PCI bar
|
|
|
|
* @pdev: PCI device whose resources were previously reserved by pci_request_region
|
|
|
|
* @bar: BAR to release
|
|
|
|
*
|
|
|
|
* Releases the PCI I/O and memory resources previously reserved by a
|
|
|
|
* successful call to pci_request_region. Call this function only
|
|
|
|
* after all use of the PCI regions has ceased.
|
|
|
|
*/
|
|
|
|
void pci_release_region(struct pci_dev *pdev, int bar)
|
|
|
|
{
|
|
|
|
if (pci_resource_len(pdev, bar) == 0)
|
|
|
|
return;
|
|
|
|
if (pci_resource_flags(pdev, bar) & IORESOURCE_IO)
|
|
|
|
release_region(pci_resource_start(pdev, bar),
|
|
|
|
pci_resource_len(pdev, bar));
|
|
|
|
else if (pci_resource_flags(pdev, bar) & IORESOURCE_MEM)
|
|
|
|
release_mem_region(pci_resource_start(pdev, bar),
|
|
|
|
pci_resource_len(pdev, bar));
|
|
|
|
}
|
|
|
|
|
|
|
|
/**
|
|
|
|
* pci_request_region - Reserved PCI I/O and memory resource
|
|
|
|
* @pdev: PCI device whose resources are to be reserved
|
|
|
|
* @bar: BAR to be reserved
|
|
|
|
* @res_name: Name to be associated with resource.
|
|
|
|
*
|
|
|
|
* Mark the PCI region associated with PCI device @pdev BR @bar as
|
|
|
|
* being reserved by owner @res_name. Do not access any
|
|
|
|
* address inside the PCI regions unless this call returns
|
|
|
|
* successfully.
|
|
|
|
*
|
|
|
|
* Returns 0 on success, or %EBUSY on error. A warning
|
|
|
|
* message is also printed on failure.
|
|
|
|
*/
|
2006-03-04 19:52:42 -07:00
|
|
|
int pci_request_region(struct pci_dev *pdev, int bar, const char *res_name)
|
2005-04-16 16:20:36 -06:00
|
|
|
{
|
|
|
|
if (pci_resource_len(pdev, bar) == 0)
|
|
|
|
return 0;
|
|
|
|
|
|
|
|
if (pci_resource_flags(pdev, bar) & IORESOURCE_IO) {
|
|
|
|
if (!request_region(pci_resource_start(pdev, bar),
|
|
|
|
pci_resource_len(pdev, bar), res_name))
|
|
|
|
goto err_out;
|
|
|
|
}
|
|
|
|
else if (pci_resource_flags(pdev, bar) & IORESOURCE_MEM) {
|
|
|
|
if (!request_mem_region(pci_resource_start(pdev, bar),
|
|
|
|
pci_resource_len(pdev, bar), res_name))
|
|
|
|
goto err_out;
|
|
|
|
}
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
|
|
|
|
err_out:
|
2006-06-12 16:14:29 -06:00
|
|
|
printk (KERN_WARNING "PCI: Unable to reserve %s region #%d:%llx@%llx "
|
|
|
|
"for device %s\n",
|
2005-04-16 16:20:36 -06:00
|
|
|
pci_resource_flags(pdev, bar) & IORESOURCE_IO ? "I/O" : "mem",
|
|
|
|
bar + 1, /* PCI BAR # */
|
2006-06-12 16:14:29 -06:00
|
|
|
(unsigned long long)pci_resource_len(pdev, bar),
|
|
|
|
(unsigned long long)pci_resource_start(pdev, bar),
|
2005-04-16 16:20:36 -06:00
|
|
|
pci_name(pdev));
|
|
|
|
return -EBUSY;
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
|
|
/**
|
|
|
|
* pci_release_regions - Release reserved PCI I/O and memory resources
|
|
|
|
* @pdev: PCI device whose resources were previously reserved by pci_request_regions
|
|
|
|
*
|
|
|
|
* Releases all PCI I/O and memory resources previously reserved by a
|
|
|
|
* successful call to pci_request_regions. Call this function only
|
|
|
|
* after all use of the PCI regions has ceased.
|
|
|
|
*/
|
|
|
|
|
|
|
|
void pci_release_regions(struct pci_dev *pdev)
|
|
|
|
{
|
|
|
|
int i;
|
|
|
|
|
|
|
|
for (i = 0; i < 6; i++)
|
|
|
|
pci_release_region(pdev, i);
|
|
|
|
}
|
|
|
|
|
|
|
|
/**
|
|
|
|
* pci_request_regions - Reserved PCI I/O and memory resources
|
|
|
|
* @pdev: PCI device whose resources are to be reserved
|
|
|
|
* @res_name: Name to be associated with resource.
|
|
|
|
*
|
|
|
|
* Mark all PCI regions associated with PCI device @pdev as
|
|
|
|
* being reserved by owner @res_name. Do not access any
|
|
|
|
* address inside the PCI regions unless this call returns
|
|
|
|
* successfully.
|
|
|
|
*
|
|
|
|
* Returns 0 on success, or %EBUSY on error. A warning
|
|
|
|
* message is also printed on failure.
|
|
|
|
*/
|
2006-03-04 19:52:42 -07:00
|
|
|
int pci_request_regions(struct pci_dev *pdev, const char *res_name)
|
2005-04-16 16:20:36 -06:00
|
|
|
{
|
|
|
|
int i;
|
|
|
|
|
|
|
|
for (i = 0; i < 6; i++)
|
|
|
|
if(pci_request_region(pdev, i, res_name))
|
|
|
|
goto err_out;
|
|
|
|
return 0;
|
|
|
|
|
|
|
|
err_out:
|
|
|
|
while(--i >= 0)
|
|
|
|
pci_release_region(pdev, i);
|
|
|
|
|
|
|
|
return -EBUSY;
|
|
|
|
}
|
|
|
|
|
|
|
|
/**
|
|
|
|
* pci_set_master - enables bus-mastering for device dev
|
|
|
|
* @dev: the PCI device to enable
|
|
|
|
*
|
|
|
|
* Enables bus-mastering on the device and calls pcibios_set_master()
|
|
|
|
* to do the needed arch specific settings.
|
|
|
|
*/
|
|
|
|
void
|
|
|
|
pci_set_master(struct pci_dev *dev)
|
|
|
|
{
|
|
|
|
u16 cmd;
|
|
|
|
|
|
|
|
pci_read_config_word(dev, PCI_COMMAND, &cmd);
|
|
|
|
if (! (cmd & PCI_COMMAND_MASTER)) {
|
|
|
|
pr_debug("PCI: Enabling bus mastering for device %s\n", pci_name(dev));
|
|
|
|
cmd |= PCI_COMMAND_MASTER;
|
|
|
|
pci_write_config_word(dev, PCI_COMMAND, cmd);
|
|
|
|
}
|
|
|
|
dev->is_busmaster = 1;
|
|
|
|
pcibios_set_master(dev);
|
|
|
|
}
|
|
|
|
|
2006-10-10 08:01:21 -06:00
|
|
|
#ifdef PCI_DISABLE_MWI
|
|
|
|
int pci_set_mwi(struct pci_dev *dev)
|
|
|
|
{
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
void pci_clear_mwi(struct pci_dev *dev)
|
|
|
|
{
|
|
|
|
}
|
|
|
|
|
|
|
|
#else
|
2006-10-10 08:01:20 -06:00
|
|
|
|
|
|
|
#ifndef PCI_CACHE_LINE_BYTES
|
|
|
|
#define PCI_CACHE_LINE_BYTES L1_CACHE_BYTES
|
|
|
|
#endif
|
|
|
|
|
2005-04-16 16:20:36 -06:00
|
|
|
/* This can be overridden by arch code. */
|
2006-10-10 08:01:20 -06:00
|
|
|
/* Don't forget this is measured in 32-bit words, not bytes */
|
|
|
|
u8 pci_cache_line_size = PCI_CACHE_LINE_BYTES / 4;
|
2005-04-16 16:20:36 -06:00
|
|
|
|
|
|
|
/**
|
2006-10-10 08:01:21 -06:00
|
|
|
* pci_set_cacheline_size - ensure the CACHE_LINE_SIZE register is programmed
|
|
|
|
* @dev: the PCI device for which MWI is to be enabled
|
2005-04-16 16:20:36 -06:00
|
|
|
*
|
2006-10-10 08:01:21 -06:00
|
|
|
* Helper function for pci_set_mwi.
|
|
|
|
* Originally copied from drivers/net/acenic.c.
|
2005-04-16 16:20:36 -06:00
|
|
|
* Copyright 1998-2001 by Jes Sorensen, <jes@trained-monkey.org>.
|
|
|
|
*
|
|
|
|
* RETURNS: An appropriate -ERRNO error value on error, or zero for success.
|
|
|
|
*/
|
|
|
|
static int
|
2006-10-10 08:01:21 -06:00
|
|
|
pci_set_cacheline_size(struct pci_dev *dev)
|
2005-04-16 16:20:36 -06:00
|
|
|
{
|
|
|
|
u8 cacheline_size;
|
|
|
|
|
|
|
|
if (!pci_cache_line_size)
|
|
|
|
return -EINVAL; /* The system doesn't support MWI. */
|
|
|
|
|
|
|
|
/* Validate current setting: the PCI_CACHE_LINE_SIZE must be
|
|
|
|
equal to or multiple of the right value. */
|
|
|
|
pci_read_config_byte(dev, PCI_CACHE_LINE_SIZE, &cacheline_size);
|
|
|
|
if (cacheline_size >= pci_cache_line_size &&
|
|
|
|
(cacheline_size % pci_cache_line_size) == 0)
|
|
|
|
return 0;
|
|
|
|
|
|
|
|
/* Write the correct value. */
|
|
|
|
pci_write_config_byte(dev, PCI_CACHE_LINE_SIZE, pci_cache_line_size);
|
|
|
|
/* Read it back. */
|
|
|
|
pci_read_config_byte(dev, PCI_CACHE_LINE_SIZE, &cacheline_size);
|
|
|
|
if (cacheline_size == pci_cache_line_size)
|
|
|
|
return 0;
|
|
|
|
|
|
|
|
printk(KERN_DEBUG "PCI: cache line size of %d is not supported "
|
|
|
|
"by device %s\n", pci_cache_line_size << 2, pci_name(dev));
|
|
|
|
|
|
|
|
return -EINVAL;
|
|
|
|
}
|
|
|
|
|
|
|
|
/**
|
|
|
|
* pci_set_mwi - enables memory-write-invalidate PCI transaction
|
|
|
|
* @dev: the PCI device for which MWI is enabled
|
|
|
|
*
|
|
|
|
* Enables the Memory-Write-Invalidate transaction in %PCI_COMMAND,
|
|
|
|
* and then calls @pcibios_set_mwi to do the needed arch specific
|
|
|
|
* operations or a generic mwi-prep function.
|
|
|
|
*
|
|
|
|
* RETURNS: An appropriate -ERRNO error value on error, or zero for success.
|
|
|
|
*/
|
|
|
|
int
|
|
|
|
pci_set_mwi(struct pci_dev *dev)
|
|
|
|
{
|
|
|
|
int rc;
|
|
|
|
u16 cmd;
|
|
|
|
|
2006-10-10 08:01:21 -06:00
|
|
|
rc = pci_set_cacheline_size(dev);
|
2005-04-16 16:20:36 -06:00
|
|
|
if (rc)
|
|
|
|
return rc;
|
|
|
|
|
|
|
|
pci_read_config_word(dev, PCI_COMMAND, &cmd);
|
|
|
|
if (! (cmd & PCI_COMMAND_INVALIDATE)) {
|
|
|
|
pr_debug("PCI: Enabling Mem-Wr-Inval for device %s\n", pci_name(dev));
|
|
|
|
cmd |= PCI_COMMAND_INVALIDATE;
|
|
|
|
pci_write_config_word(dev, PCI_COMMAND, cmd);
|
|
|
|
}
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
/**
|
|
|
|
* pci_clear_mwi - disables Memory-Write-Invalidate for device dev
|
|
|
|
* @dev: the PCI device to disable
|
|
|
|
*
|
|
|
|
* Disables PCI Memory-Write-Invalidate transaction on the device
|
|
|
|
*/
|
|
|
|
void
|
|
|
|
pci_clear_mwi(struct pci_dev *dev)
|
|
|
|
{
|
|
|
|
u16 cmd;
|
|
|
|
|
|
|
|
pci_read_config_word(dev, PCI_COMMAND, &cmd);
|
|
|
|
if (cmd & PCI_COMMAND_INVALIDATE) {
|
|
|
|
cmd &= ~PCI_COMMAND_INVALIDATE;
|
|
|
|
pci_write_config_word(dev, PCI_COMMAND, cmd);
|
|
|
|
}
|
|
|
|
}
|
2006-10-10 08:01:21 -06:00
|
|
|
#endif /* ! PCI_DISABLE_MWI */
|
2005-04-16 16:20:36 -06:00
|
|
|
|
2005-08-15 13:23:41 -06:00
|
|
|
/**
|
|
|
|
* pci_intx - enables/disables PCI INTx for device dev
|
2005-10-23 12:57:38 -06:00
|
|
|
* @pdev: the PCI device to operate on
|
|
|
|
* @enable: boolean: whether to enable or disable PCI INTx
|
2005-08-15 13:23:41 -06:00
|
|
|
*
|
|
|
|
* Enables/disables PCI INTx for device dev
|
|
|
|
*/
|
|
|
|
void
|
|
|
|
pci_intx(struct pci_dev *pdev, int enable)
|
|
|
|
{
|
|
|
|
u16 pci_command, new;
|
|
|
|
|
|
|
|
pci_read_config_word(pdev, PCI_COMMAND, &pci_command);
|
|
|
|
|
|
|
|
if (enable) {
|
|
|
|
new = pci_command & ~PCI_COMMAND_INTX_DISABLE;
|
|
|
|
} else {
|
|
|
|
new = pci_command | PCI_COMMAND_INTX_DISABLE;
|
|
|
|
}
|
|
|
|
|
|
|
|
if (new != pci_command) {
|
2005-09-09 11:02:22 -06:00
|
|
|
pci_write_config_word(pdev, PCI_COMMAND, new);
|
2005-08-15 13:23:41 -06:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2005-04-16 16:20:36 -06:00
|
|
|
#ifndef HAVE_ARCH_PCI_SET_DMA_MASK
|
|
|
|
/*
|
|
|
|
* These can be overridden by arch-specific implementations
|
|
|
|
*/
|
|
|
|
int
|
|
|
|
pci_set_dma_mask(struct pci_dev *dev, u64 mask)
|
|
|
|
{
|
|
|
|
if (!pci_dma_supported(dev, mask))
|
|
|
|
return -EIO;
|
|
|
|
|
|
|
|
dev->dma_mask = mask;
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
int
|
|
|
|
pci_set_consistent_dma_mask(struct pci_dev *dev, u64 mask)
|
|
|
|
{
|
|
|
|
if (!pci_dma_supported(dev, mask))
|
|
|
|
return -EIO;
|
|
|
|
|
|
|
|
dev->dev.coherent_dma_mask = mask;
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
#endif
|
|
|
|
|
|
|
|
static int __devinit pci_init(void)
|
|
|
|
{
|
|
|
|
struct pci_dev *dev = NULL;
|
|
|
|
|
|
|
|
while ((dev = pci_get_device(PCI_ANY_ID, PCI_ANY_ID, dev)) != NULL) {
|
|
|
|
pci_fixup_device(pci_fixup_final, dev);
|
|
|
|
}
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
static int __devinit pci_setup(char *str)
|
|
|
|
{
|
|
|
|
while (str) {
|
|
|
|
char *k = strchr(str, ',');
|
|
|
|
if (k)
|
|
|
|
*k++ = 0;
|
|
|
|
if (*str && (str = pcibios_setup(str)) && *str) {
|
2006-03-05 22:33:34 -07:00
|
|
|
if (!strcmp(str, "nomsi")) {
|
|
|
|
pci_no_msi();
|
|
|
|
} else {
|
|
|
|
printk(KERN_ERR "PCI: Unknown option `%s'\n",
|
|
|
|
str);
|
|
|
|
}
|
2005-04-16 16:20:36 -06:00
|
|
|
}
|
|
|
|
str = k;
|
|
|
|
}
|
2006-09-26 02:52:41 -06:00
|
|
|
return 0;
|
2005-04-16 16:20:36 -06:00
|
|
|
}
|
2006-09-26 02:52:41 -06:00
|
|
|
early_param("pci", pci_setup);
|
2005-04-16 16:20:36 -06:00
|
|
|
|
|
|
|
device_initcall(pci_init);
|
|
|
|
|
|
|
|
#if defined(CONFIG_ISA) || defined(CONFIG_EISA)
|
|
|
|
/* FIXME: Some boxes have multiple ISA bridges! */
|
|
|
|
struct pci_dev *isa_bridge;
|
|
|
|
EXPORT_SYMBOL(isa_bridge);
|
|
|
|
#endif
|
|
|
|
|
2005-07-27 08:19:44 -06:00
|
|
|
EXPORT_SYMBOL_GPL(pci_restore_bars);
|
2005-04-16 16:20:36 -06:00
|
|
|
EXPORT_SYMBOL(pci_enable_device_bars);
|
|
|
|
EXPORT_SYMBOL(pci_enable_device);
|
|
|
|
EXPORT_SYMBOL(pci_disable_device);
|
|
|
|
EXPORT_SYMBOL(pci_find_capability);
|
|
|
|
EXPORT_SYMBOL(pci_bus_find_capability);
|
|
|
|
EXPORT_SYMBOL(pci_release_regions);
|
|
|
|
EXPORT_SYMBOL(pci_request_regions);
|
|
|
|
EXPORT_SYMBOL(pci_release_region);
|
|
|
|
EXPORT_SYMBOL(pci_request_region);
|
|
|
|
EXPORT_SYMBOL(pci_set_master);
|
|
|
|
EXPORT_SYMBOL(pci_set_mwi);
|
|
|
|
EXPORT_SYMBOL(pci_clear_mwi);
|
2005-08-15 13:23:41 -06:00
|
|
|
EXPORT_SYMBOL_GPL(pci_intx);
|
2005-04-16 16:20:36 -06:00
|
|
|
EXPORT_SYMBOL(pci_set_dma_mask);
|
|
|
|
EXPORT_SYMBOL(pci_set_consistent_dma_mask);
|
|
|
|
EXPORT_SYMBOL(pci_assign_resource);
|
|
|
|
EXPORT_SYMBOL(pci_find_parent_resource);
|
|
|
|
|
|
|
|
EXPORT_SYMBOL(pci_set_power_state);
|
|
|
|
EXPORT_SYMBOL(pci_save_state);
|
|
|
|
EXPORT_SYMBOL(pci_restore_state);
|
|
|
|
EXPORT_SYMBOL(pci_enable_wake);
|
|
|
|
|
|
|
|
/* Quirk info */
|
|
|
|
|
|
|
|
EXPORT_SYMBOL(isa_dma_bridge_buggy);
|
|
|
|
EXPORT_SYMBOL(pci_pci_problems);
|