2005-04-17 06:20:36 +08:00
|
|
|
/*
|
|
|
|
* File: portdrv_pci.c
|
|
|
|
* Purpose: PCI Express Port Bus Driver
|
|
|
|
*
|
|
|
|
* Copyright (C) 2004 Intel
|
|
|
|
* Copyright (C) Tom Long Nguyen (tom.l.nguyen@intel.com)
|
|
|
|
*/
|
|
|
|
|
|
|
|
#include <linux/module.h>
|
|
|
|
#include <linux/pci.h>
|
|
|
|
#include <linux/kernel.h>
|
|
|
|
#include <linux/errno.h>
|
|
|
|
#include <linux/pm.h>
|
2012-06-23 10:23:49 +08:00
|
|
|
#include <linux/pm_runtime.h>
|
2005-04-17 06:20:36 +08:00
|
|
|
#include <linux/init.h>
|
|
|
|
#include <linux/pcieport_if.h>
|
2006-07-31 15:26:16 +08:00
|
|
|
#include <linux/aer.h>
|
2010-02-18 06:40:07 +08:00
|
|
|
#include <linux/dmi.h>
|
PCI: PCIe: Ask BIOS for control of all native services at once
After commit 852972acff8f10f3a15679be2059bb94916cba5d (ACPI: Disable
ASPM if the platform won't provide _OSC control for PCIe) control of
the PCIe Capability Structure is unconditionally requested by
acpi_pci_root_add(), which in principle may cause problems to
happen in two ways. First, the BIOS may refuse to give control of
the PCIe Capability Structure if it is not asked for any of the
_OSC features depending on it at the same time. Second, the BIOS may
assume that control of the _OSC features depending on the PCIe
Capability Structure will be requested in the future and may behave
incorrectly if that doesn't happen. For this reason, control of
the PCIe Capability Structure should always be requested along with
control of any other _OSC features that may depend on it (ie. PCIe
native PME, PCIe native hot-plug, PCIe AER).
Rework the PCIe port driver so that (1) it checks which native PCIe
port services can be enabled, according to the BIOS, and (2) it
requests control of all these services simultaneously. In
particular, this causes pcie_portdrv_probe() to fail if the BIOS
refuses to grant control of the PCIe Capability Structure, which
means that no native PCIe port services can be enabled for the PCIe
Root Complex the given port belongs to. If that happens, ASPM is
disabled to avoid problems with mishandling it by the part of the
PCIe hierarchy for which control of the PCIe Capability Structure
has not been received.
Make it possible to override this behavior using 'pcie_ports=native'
(use the PCIe native services regardless of the BIOS response to the
control request), or 'pcie_ports=compat' (do not use the PCIe native
services at all).
Accordingly, rework the existing PCIe port service drivers so that
they don't request control of the services directly.
Signed-off-by: Rafael J. Wysocki <rjw@sisk.pl>
Signed-off-by: Jesse Barnes <jbarnes@virtuousgeek.org>
2010-08-22 04:02:38 +08:00
|
|
|
#include <linux/pci-aspm.h>
|
2005-04-17 06:20:36 +08:00
|
|
|
|
|
|
|
#include "portdrv.h"
|
2006-07-31 15:26:16 +08:00
|
|
|
#include "aer/aerdrv.h"
|
2005-04-17 06:20:36 +08:00
|
|
|
|
|
|
|
/*
|
|
|
|
* Version Information
|
|
|
|
*/
|
|
|
|
#define DRIVER_VERSION "v1.0"
|
|
|
|
#define DRIVER_AUTHOR "tom.l.nguyen@intel.com"
|
2009-12-04 01:00:10 +08:00
|
|
|
#define DRIVER_DESC "PCIe Port Bus Driver"
|
2005-04-17 06:20:36 +08:00
|
|
|
MODULE_AUTHOR(DRIVER_AUTHOR);
|
|
|
|
MODULE_DESCRIPTION(DRIVER_DESC);
|
|
|
|
MODULE_LICENSE("GPL");
|
|
|
|
|
2010-08-21 07:51:44 +08:00
|
|
|
/* If this switch is set, PCIe port native services should not be enabled. */
|
|
|
|
bool pcie_ports_disabled;
|
|
|
|
|
PCI: PCIe: Ask BIOS for control of all native services at once
After commit 852972acff8f10f3a15679be2059bb94916cba5d (ACPI: Disable
ASPM if the platform won't provide _OSC control for PCIe) control of
the PCIe Capability Structure is unconditionally requested by
acpi_pci_root_add(), which in principle may cause problems to
happen in two ways. First, the BIOS may refuse to give control of
the PCIe Capability Structure if it is not asked for any of the
_OSC features depending on it at the same time. Second, the BIOS may
assume that control of the _OSC features depending on the PCIe
Capability Structure will be requested in the future and may behave
incorrectly if that doesn't happen. For this reason, control of
the PCIe Capability Structure should always be requested along with
control of any other _OSC features that may depend on it (ie. PCIe
native PME, PCIe native hot-plug, PCIe AER).
Rework the PCIe port driver so that (1) it checks which native PCIe
port services can be enabled, according to the BIOS, and (2) it
requests control of all these services simultaneously. In
particular, this causes pcie_portdrv_probe() to fail if the BIOS
refuses to grant control of the PCIe Capability Structure, which
means that no native PCIe port services can be enabled for the PCIe
Root Complex the given port belongs to. If that happens, ASPM is
disabled to avoid problems with mishandling it by the part of the
PCIe hierarchy for which control of the PCIe Capability Structure
has not been received.
Make it possible to override this behavior using 'pcie_ports=native'
(use the PCIe native services regardless of the BIOS response to the
control request), or 'pcie_ports=compat' (do not use the PCIe native
services at all).
Accordingly, rework the existing PCIe port service drivers so that
they don't request control of the services directly.
Signed-off-by: Rafael J. Wysocki <rjw@sisk.pl>
Signed-off-by: Jesse Barnes <jbarnes@virtuousgeek.org>
2010-08-22 04:02:38 +08:00
|
|
|
/*
|
|
|
|
* If this switch is set, ACPI _OSC will be used to determine whether or not to
|
|
|
|
* enable PCIe port native services.
|
|
|
|
*/
|
|
|
|
bool pcie_ports_auto = true;
|
|
|
|
|
2010-08-21 07:51:44 +08:00
|
|
|
static int __init pcie_port_setup(char *str)
|
|
|
|
{
|
PCI: PCIe: Ask BIOS for control of all native services at once
After commit 852972acff8f10f3a15679be2059bb94916cba5d (ACPI: Disable
ASPM if the platform won't provide _OSC control for PCIe) control of
the PCIe Capability Structure is unconditionally requested by
acpi_pci_root_add(), which in principle may cause problems to
happen in two ways. First, the BIOS may refuse to give control of
the PCIe Capability Structure if it is not asked for any of the
_OSC features depending on it at the same time. Second, the BIOS may
assume that control of the _OSC features depending on the PCIe
Capability Structure will be requested in the future and may behave
incorrectly if that doesn't happen. For this reason, control of
the PCIe Capability Structure should always be requested along with
control of any other _OSC features that may depend on it (ie. PCIe
native PME, PCIe native hot-plug, PCIe AER).
Rework the PCIe port driver so that (1) it checks which native PCIe
port services can be enabled, according to the BIOS, and (2) it
requests control of all these services simultaneously. In
particular, this causes pcie_portdrv_probe() to fail if the BIOS
refuses to grant control of the PCIe Capability Structure, which
means that no native PCIe port services can be enabled for the PCIe
Root Complex the given port belongs to. If that happens, ASPM is
disabled to avoid problems with mishandling it by the part of the
PCIe hierarchy for which control of the PCIe Capability Structure
has not been received.
Make it possible to override this behavior using 'pcie_ports=native'
(use the PCIe native services regardless of the BIOS response to the
control request), or 'pcie_ports=compat' (do not use the PCIe native
services at all).
Accordingly, rework the existing PCIe port service drivers so that
they don't request control of the services directly.
Signed-off-by: Rafael J. Wysocki <rjw@sisk.pl>
Signed-off-by: Jesse Barnes <jbarnes@virtuousgeek.org>
2010-08-22 04:02:38 +08:00
|
|
|
if (!strncmp(str, "compat", 6)) {
|
2010-08-21 07:51:44 +08:00
|
|
|
pcie_ports_disabled = true;
|
PCI: PCIe: Ask BIOS for control of all native services at once
After commit 852972acff8f10f3a15679be2059bb94916cba5d (ACPI: Disable
ASPM if the platform won't provide _OSC control for PCIe) control of
the PCIe Capability Structure is unconditionally requested by
acpi_pci_root_add(), which in principle may cause problems to
happen in two ways. First, the BIOS may refuse to give control of
the PCIe Capability Structure if it is not asked for any of the
_OSC features depending on it at the same time. Second, the BIOS may
assume that control of the _OSC features depending on the PCIe
Capability Structure will be requested in the future and may behave
incorrectly if that doesn't happen. For this reason, control of
the PCIe Capability Structure should always be requested along with
control of any other _OSC features that may depend on it (ie. PCIe
native PME, PCIe native hot-plug, PCIe AER).
Rework the PCIe port driver so that (1) it checks which native PCIe
port services can be enabled, according to the BIOS, and (2) it
requests control of all these services simultaneously. In
particular, this causes pcie_portdrv_probe() to fail if the BIOS
refuses to grant control of the PCIe Capability Structure, which
means that no native PCIe port services can be enabled for the PCIe
Root Complex the given port belongs to. If that happens, ASPM is
disabled to avoid problems with mishandling it by the part of the
PCIe hierarchy for which control of the PCIe Capability Structure
has not been received.
Make it possible to override this behavior using 'pcie_ports=native'
(use the PCIe native services regardless of the BIOS response to the
control request), or 'pcie_ports=compat' (do not use the PCIe native
services at all).
Accordingly, rework the existing PCIe port service drivers so that
they don't request control of the services directly.
Signed-off-by: Rafael J. Wysocki <rjw@sisk.pl>
Signed-off-by: Jesse Barnes <jbarnes@virtuousgeek.org>
2010-08-22 04:02:38 +08:00
|
|
|
} else if (!strncmp(str, "native", 6)) {
|
|
|
|
pcie_ports_disabled = false;
|
|
|
|
pcie_ports_auto = false;
|
|
|
|
} else if (!strncmp(str, "auto", 4)) {
|
|
|
|
pcie_ports_disabled = false;
|
|
|
|
pcie_ports_auto = true;
|
|
|
|
}
|
2010-08-21 07:51:44 +08:00
|
|
|
|
|
|
|
return 1;
|
|
|
|
}
|
|
|
|
__setup("pcie_ports=", pcie_port_setup);
|
|
|
|
|
2005-04-17 06:20:36 +08:00
|
|
|
/* global data */
|
|
|
|
|
2010-12-19 22:57:16 +08:00
|
|
|
/**
|
|
|
|
* pcie_clear_root_pme_status - Clear root port PME interrupt status.
|
|
|
|
* @dev: PCIe root port or event collector.
|
|
|
|
*/
|
|
|
|
void pcie_clear_root_pme_status(struct pci_dev *dev)
|
|
|
|
{
|
2012-07-24 17:20:08 +08:00
|
|
|
pcie_capability_set_dword(dev, PCI_EXP_RTSTA, PCI_EXP_RTSTA_PME);
|
2010-12-19 22:57:16 +08:00
|
|
|
}
|
|
|
|
|
2006-07-31 15:26:16 +08:00
|
|
|
static int pcie_portdrv_restore_config(struct pci_dev *dev)
|
|
|
|
{
|
|
|
|
int retval;
|
|
|
|
|
|
|
|
retval = pci_enable_device(dev);
|
|
|
|
if (retval)
|
|
|
|
return retval;
|
|
|
|
pci_set_master(dev);
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2006-09-28 14:35:59 +08:00
|
|
|
#ifdef CONFIG_PM
|
2010-12-19 22:57:16 +08:00
|
|
|
static int pcie_port_resume_noirq(struct device *dev)
|
|
|
|
{
|
|
|
|
struct pci_dev *pdev = to_pci_dev(dev);
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Some BIOSes forget to clear Root PME Status bits after system wakeup
|
|
|
|
* which breaks ACPI-based runtime wakeup on PCI Express, so clear those
|
|
|
|
* bits now just in case (shouldn't hurt).
|
|
|
|
*/
|
2012-07-24 17:20:03 +08:00
|
|
|
if (pci_pcie_type(pdev) == PCI_EXP_TYPE_ROOT_PORT)
|
2010-12-19 22:57:16 +08:00
|
|
|
pcie_clear_root_pme_status(pdev);
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2012-06-23 10:23:49 +08:00
|
|
|
#ifdef CONFIG_PM_RUNTIME
|
PCI/PM: add PCIe runtime D3cold support
This patch adds runtime D3cold support and corresponding ACPI platform
support. This patch only enables runtime D3cold support; it does not
enable D3cold support during system suspend/hibernate.
D3cold is the deepest power saving state for a PCIe device, where its main
power is removed. While it is in D3cold, you can't access the device at
all, not even its configuration space (which is still accessible in D3hot).
Therefore the PCI PM registers can not be used to transition into/out of
the D3cold state; that must be done by platform logic such as ACPI _PR3.
To support wakeup from D3cold, a system may provide auxiliary power, which
allows a device to request wakeup using a Beacon or the sideband WAKE#
signal. WAKE# is usually connected to platform logic such as ACPI GPE.
This is quite different from other power saving states, where devices
request wakeup via a PME message on the PCIe link.
Some devices, such as those in plug-in slots, have no direct platform
logic. For example, there is usually no ACPI _PR3 for them. D3cold
support for these devices can be done via the PCIe Downstream Port leading
to the device. When the PCIe port is powered on/off, the device is powered
on/off too. Wakeup events from the device will be notified to the
corresponding PCIe port.
For more information about PCIe D3cold and corresponding ACPI support,
please refer to:
- PCI Express Base Specification Revision 2.0
- Advanced Configuration and Power Interface Specification Revision 5.0
[bhelgaas: changelog]
Reviewed-by: Rafael J. Wysocki <rjw@sisk.pl>
Originally-by: Zheng Yan <zheng.z.yan@intel.com>
Signed-off-by: Huang Ying <ying.huang@intel.com>
Signed-off-by: Bjorn Helgaas <bhelgaas@google.com>
2012-06-23 10:23:51 +08:00
|
|
|
struct d3cold_info {
|
|
|
|
bool no_d3cold;
|
|
|
|
unsigned int d3cold_delay;
|
|
|
|
};
|
|
|
|
|
|
|
|
static int pci_dev_d3cold_info(struct pci_dev *pdev, void *data)
|
|
|
|
{
|
|
|
|
struct d3cold_info *info = data;
|
|
|
|
|
|
|
|
info->d3cold_delay = max_t(unsigned int, pdev->d3cold_delay,
|
|
|
|
info->d3cold_delay);
|
|
|
|
if (pdev->no_d3cold)
|
|
|
|
info->no_d3cold = true;
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
static int pcie_port_runtime_suspend(struct device *dev)
|
|
|
|
{
|
|
|
|
struct pci_dev *pdev = to_pci_dev(dev);
|
|
|
|
struct d3cold_info d3cold_info = {
|
|
|
|
.no_d3cold = false,
|
|
|
|
.d3cold_delay = PCI_PM_D3_WAIT,
|
|
|
|
};
|
|
|
|
|
|
|
|
/*
|
|
|
|
* If any subordinate device disable D3cold, we should not put
|
|
|
|
* the port into D3cold. The D3cold delay of port should be
|
|
|
|
* the max of that of all subordinate devices.
|
|
|
|
*/
|
|
|
|
pci_walk_bus(pdev->subordinate, pci_dev_d3cold_info, &d3cold_info);
|
|
|
|
pdev->no_d3cold = d3cold_info.no_d3cold;
|
|
|
|
pdev->d3cold_delay = d3cold_info.d3cold_delay;
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
static int pcie_port_runtime_resume(struct device *dev)
|
2012-06-23 10:23:49 +08:00
|
|
|
{
|
|
|
|
return 0;
|
|
|
|
}
|
2012-08-15 09:43:03 +08:00
|
|
|
|
|
|
|
static int pcie_port_runtime_idle(struct device *dev)
|
|
|
|
{
|
|
|
|
/* Delay for a short while to prevent too frequent suspend/resume */
|
|
|
|
pm_schedule_suspend(dev, 10);
|
|
|
|
return -EBUSY;
|
|
|
|
}
|
2012-06-23 10:23:49 +08:00
|
|
|
#else
|
PCI/PM: add PCIe runtime D3cold support
This patch adds runtime D3cold support and corresponding ACPI platform
support. This patch only enables runtime D3cold support; it does not
enable D3cold support during system suspend/hibernate.
D3cold is the deepest power saving state for a PCIe device, where its main
power is removed. While it is in D3cold, you can't access the device at
all, not even its configuration space (which is still accessible in D3hot).
Therefore the PCI PM registers can not be used to transition into/out of
the D3cold state; that must be done by platform logic such as ACPI _PR3.
To support wakeup from D3cold, a system may provide auxiliary power, which
allows a device to request wakeup using a Beacon or the sideband WAKE#
signal. WAKE# is usually connected to platform logic such as ACPI GPE.
This is quite different from other power saving states, where devices
request wakeup via a PME message on the PCIe link.
Some devices, such as those in plug-in slots, have no direct platform
logic. For example, there is usually no ACPI _PR3 for them. D3cold
support for these devices can be done via the PCIe Downstream Port leading
to the device. When the PCIe port is powered on/off, the device is powered
on/off too. Wakeup events from the device will be notified to the
corresponding PCIe port.
For more information about PCIe D3cold and corresponding ACPI support,
please refer to:
- PCI Express Base Specification Revision 2.0
- Advanced Configuration and Power Interface Specification Revision 5.0
[bhelgaas: changelog]
Reviewed-by: Rafael J. Wysocki <rjw@sisk.pl>
Originally-by: Zheng Yan <zheng.z.yan@intel.com>
Signed-off-by: Huang Ying <ying.huang@intel.com>
Signed-off-by: Bjorn Helgaas <bhelgaas@google.com>
2012-06-23 10:23:51 +08:00
|
|
|
#define pcie_port_runtime_suspend NULL
|
|
|
|
#define pcie_port_runtime_resume NULL
|
2012-08-15 09:43:03 +08:00
|
|
|
#define pcie_port_runtime_idle NULL
|
2012-06-23 10:23:49 +08:00
|
|
|
#endif
|
|
|
|
|
2009-12-15 10:00:08 +08:00
|
|
|
static const struct dev_pm_ops pcie_portdrv_pm_ops = {
|
2009-02-16 05:32:48 +08:00
|
|
|
.suspend = pcie_port_device_suspend,
|
|
|
|
.resume = pcie_port_device_resume,
|
|
|
|
.freeze = pcie_port_device_suspend,
|
|
|
|
.thaw = pcie_port_device_resume,
|
|
|
|
.poweroff = pcie_port_device_suspend,
|
|
|
|
.restore = pcie_port_device_resume,
|
2010-12-19 22:57:16 +08:00
|
|
|
.resume_noirq = pcie_port_resume_noirq,
|
PCI/PM: add PCIe runtime D3cold support
This patch adds runtime D3cold support and corresponding ACPI platform
support. This patch only enables runtime D3cold support; it does not
enable D3cold support during system suspend/hibernate.
D3cold is the deepest power saving state for a PCIe device, where its main
power is removed. While it is in D3cold, you can't access the device at
all, not even its configuration space (which is still accessible in D3hot).
Therefore the PCI PM registers can not be used to transition into/out of
the D3cold state; that must be done by platform logic such as ACPI _PR3.
To support wakeup from D3cold, a system may provide auxiliary power, which
allows a device to request wakeup using a Beacon or the sideband WAKE#
signal. WAKE# is usually connected to platform logic such as ACPI GPE.
This is quite different from other power saving states, where devices
request wakeup via a PME message on the PCIe link.
Some devices, such as those in plug-in slots, have no direct platform
logic. For example, there is usually no ACPI _PR3 for them. D3cold
support for these devices can be done via the PCIe Downstream Port leading
to the device. When the PCIe port is powered on/off, the device is powered
on/off too. Wakeup events from the device will be notified to the
corresponding PCIe port.
For more information about PCIe D3cold and corresponding ACPI support,
please refer to:
- PCI Express Base Specification Revision 2.0
- Advanced Configuration and Power Interface Specification Revision 5.0
[bhelgaas: changelog]
Reviewed-by: Rafael J. Wysocki <rjw@sisk.pl>
Originally-by: Zheng Yan <zheng.z.yan@intel.com>
Signed-off-by: Huang Ying <ying.huang@intel.com>
Signed-off-by: Bjorn Helgaas <bhelgaas@google.com>
2012-06-23 10:23:51 +08:00
|
|
|
.runtime_suspend = pcie_port_runtime_suspend,
|
|
|
|
.runtime_resume = pcie_port_runtime_resume,
|
2012-08-15 09:43:03 +08:00
|
|
|
.runtime_idle = pcie_port_runtime_idle,
|
2009-02-16 05:32:48 +08:00
|
|
|
};
|
2006-07-31 15:26:16 +08:00
|
|
|
|
2009-02-16 05:32:48 +08:00
|
|
|
#define PCIE_PORTDRV_PM_OPS (&pcie_portdrv_pm_ops)
|
2008-12-27 23:28:58 +08:00
|
|
|
|
2009-02-16 05:32:48 +08:00
|
|
|
#else /* !PM */
|
|
|
|
|
|
|
|
#define PCIE_PORTDRV_PM_OPS NULL
|
|
|
|
#endif /* !PM */
|
2006-07-31 15:26:16 +08:00
|
|
|
|
2012-06-23 10:23:49 +08:00
|
|
|
/*
|
|
|
|
* PCIe port runtime suspend is broken for some chipsets, so use a
|
|
|
|
* black list to disable runtime PM for these chipsets.
|
|
|
|
*/
|
|
|
|
static const struct pci_device_id port_runtime_pm_black_list[] = {
|
|
|
|
{ /* end: all zeroes */ }
|
|
|
|
};
|
|
|
|
|
2005-04-17 06:20:36 +08:00
|
|
|
/*
|
|
|
|
* pcie_portdrv_probe - Probe PCI-Express port devices
|
|
|
|
* @dev: PCI-Express port device being probed
|
|
|
|
*
|
2009-12-15 10:38:04 +08:00
|
|
|
* If detected invokes the pcie_port_device_register() method for
|
2005-04-17 06:20:36 +08:00
|
|
|
* this port device.
|
|
|
|
*
|
|
|
|
*/
|
2009-11-25 20:00:53 +08:00
|
|
|
static int __devinit pcie_portdrv_probe(struct pci_dev *dev,
|
|
|
|
const struct pci_device_id *id)
|
2005-04-17 06:20:36 +08:00
|
|
|
{
|
2009-11-25 20:00:53 +08:00
|
|
|
int status;
|
2005-04-17 06:20:36 +08:00
|
|
|
|
2009-11-25 20:00:53 +08:00
|
|
|
if (!pci_is_pcie(dev) ||
|
2012-07-24 17:20:03 +08:00
|
|
|
((pci_pcie_type(dev) != PCI_EXP_TYPE_ROOT_PORT) &&
|
|
|
|
(pci_pcie_type(dev) != PCI_EXP_TYPE_UPSTREAM) &&
|
|
|
|
(pci_pcie_type(dev) != PCI_EXP_TYPE_DOWNSTREAM)))
|
2009-11-25 20:00:53 +08:00
|
|
|
return -ENODEV;
|
2005-04-17 06:20:36 +08:00
|
|
|
|
2009-12-15 10:38:04 +08:00
|
|
|
if (!dev->irq && dev->pin) {
|
2008-08-26 05:45:20 +08:00
|
|
|
dev_warn(&dev->dev, "device [%04x:%04x] has invalid IRQ; "
|
2008-06-14 00:52:13 +08:00
|
|
|
"check vendor BIOS\n", dev->vendor, dev->device);
|
2005-04-17 06:20:36 +08:00
|
|
|
}
|
2009-01-13 21:42:01 +08:00
|
|
|
status = pcie_port_device_register(dev);
|
|
|
|
if (status)
|
|
|
|
return status;
|
2005-04-17 06:20:36 +08:00
|
|
|
|
2009-01-13 21:43:07 +08:00
|
|
|
pci_save_state(dev);
|
PCI/PM: Enable D3/D3cold by default for most devices
This patch fixes the following bug:
http://marc.info/?l=linux-usb&m=134318961120825&w=2
Originally, device lower power states include D1, D2, D3. After that,
D3 is further divided into D3hot and D3cold. To support both scenario
safely, original D3 is mapped to D3cold.
When adding D3cold support, because worry about some device may have
broken D3cold support, D3cold is disabled by default. This disable D3
on original platform too. But some original platform may only have
working D3, but no working D1, D2. The root cause of the above bug is
it too.
To deal with this, this patch enables D3/D3cold by default for most
devices. This restores the original behavior. For some devices that
suspected to have broken D3cold support, such as PCIe port, D3cold is
disabled by default.
Reported-by: Bjorn Mork <bjorn@mork.no>
Signed-off-by: Huang Ying <ying.huang@intel.com>
Signed-off-by: Bjorn Helgaas <bhelgaas@google.com>
Reviewed-by: Rafael J. Wysocki <rjw@sisk.pl>
2012-08-08 09:07:38 +08:00
|
|
|
/*
|
|
|
|
* D3cold may not work properly on some PCIe port, so disable
|
|
|
|
* it by default.
|
|
|
|
*/
|
|
|
|
dev->d3cold_allowed = false;
|
2012-06-23 10:23:49 +08:00
|
|
|
if (!pci_match_id(port_runtime_pm_black_list, dev))
|
|
|
|
pm_runtime_put_noidle(&dev->dev);
|
2006-07-31 15:26:16 +08:00
|
|
|
|
2005-04-17 06:20:36 +08:00
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2009-12-15 10:38:04 +08:00
|
|
|
static void pcie_portdrv_remove(struct pci_dev *dev)
|
2005-04-17 06:20:36 +08:00
|
|
|
{
|
2012-06-23 10:23:49 +08:00
|
|
|
if (!pci_match_id(port_runtime_pm_black_list, dev))
|
|
|
|
pm_runtime_get_noresume(&dev->dev);
|
2005-04-17 06:20:36 +08:00
|
|
|
pcie_port_device_remove(dev);
|
2009-03-08 10:35:47 +08:00
|
|
|
pci_disable_device(dev);
|
2005-04-17 06:20:36 +08:00
|
|
|
}
|
|
|
|
|
2006-07-31 15:26:16 +08:00
|
|
|
static int error_detected_iter(struct device *device, void *data)
|
2006-07-06 22:05:51 +08:00
|
|
|
{
|
2006-07-31 15:26:16 +08:00
|
|
|
struct pcie_device *pcie_device;
|
|
|
|
struct pcie_port_service_driver *driver;
|
|
|
|
struct aer_broadcast_data *result_data;
|
|
|
|
pci_ers_result_t status;
|
|
|
|
|
|
|
|
result_data = (struct aer_broadcast_data *) data;
|
|
|
|
|
|
|
|
if (device->bus == &pcie_port_bus_type && device->driver) {
|
|
|
|
driver = to_service_driver(device->driver);
|
|
|
|
if (!driver ||
|
|
|
|
!driver->err_handler ||
|
|
|
|
!driver->err_handler->error_detected)
|
|
|
|
return 0;
|
|
|
|
|
|
|
|
pcie_device = to_pcie_device(device);
|
|
|
|
|
|
|
|
/* Forward error detected message to service drivers */
|
|
|
|
status = driver->err_handler->error_detected(
|
|
|
|
pcie_device->port,
|
|
|
|
result_data->state);
|
|
|
|
result_data->result =
|
|
|
|
merge_result(result_data->result, status);
|
|
|
|
}
|
|
|
|
|
|
|
|
return 0;
|
2006-07-06 22:05:51 +08:00
|
|
|
}
|
|
|
|
|
2006-07-31 15:26:16 +08:00
|
|
|
static pci_ers_result_t pcie_portdrv_error_detected(struct pci_dev *dev,
|
|
|
|
enum pci_channel_state error)
|
2006-07-06 22:05:51 +08:00
|
|
|
{
|
2009-12-15 10:38:04 +08:00
|
|
|
struct aer_broadcast_data data = {error, PCI_ERS_RESULT_CAN_RECOVER};
|
|
|
|
int ret;
|
2006-07-31 15:26:16 +08:00
|
|
|
|
2006-08-29 02:43:25 +08:00
|
|
|
/* can not fail */
|
2009-12-15 10:38:04 +08:00
|
|
|
ret = device_for_each_child(&dev->dev, &data, error_detected_iter);
|
2006-07-31 15:26:16 +08:00
|
|
|
|
2009-12-15 10:38:04 +08:00
|
|
|
return data.result;
|
2006-07-31 15:26:16 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
static int mmio_enabled_iter(struct device *device, void *data)
|
|
|
|
{
|
|
|
|
struct pcie_device *pcie_device;
|
|
|
|
struct pcie_port_service_driver *driver;
|
|
|
|
pci_ers_result_t status, *result;
|
|
|
|
|
|
|
|
result = (pci_ers_result_t *) data;
|
|
|
|
|
|
|
|
if (device->bus == &pcie_port_bus_type && device->driver) {
|
|
|
|
driver = to_service_driver(device->driver);
|
|
|
|
if (driver &&
|
|
|
|
driver->err_handler &&
|
|
|
|
driver->err_handler->mmio_enabled) {
|
|
|
|
pcie_device = to_pcie_device(device);
|
|
|
|
|
|
|
|
/* Forward error message to service drivers */
|
|
|
|
status = driver->err_handler->mmio_enabled(
|
|
|
|
pcie_device->port);
|
|
|
|
*result = merge_result(*result, status);
|
|
|
|
}
|
|
|
|
}
|
2006-07-06 22:05:51 +08:00
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2006-07-31 15:26:16 +08:00
|
|
|
static pci_ers_result_t pcie_portdrv_mmio_enabled(struct pci_dev *dev)
|
2005-04-17 06:20:36 +08:00
|
|
|
{
|
2006-07-31 15:26:16 +08:00
|
|
|
pci_ers_result_t status = PCI_ERS_RESULT_RECOVERED;
|
2006-08-29 02:43:25 +08:00
|
|
|
int retval;
|
2005-06-23 00:09:54 +08:00
|
|
|
|
2006-08-29 02:43:25 +08:00
|
|
|
/* get true return value from &status */
|
|
|
|
retval = device_for_each_child(&dev->dev, &status, mmio_enabled_iter);
|
2006-07-31 15:26:16 +08:00
|
|
|
return status;
|
2005-04-17 06:20:36 +08:00
|
|
|
}
|
|
|
|
|
2006-07-31 15:26:16 +08:00
|
|
|
static int slot_reset_iter(struct device *device, void *data)
|
2005-04-17 06:20:36 +08:00
|
|
|
{
|
2006-07-31 15:26:16 +08:00
|
|
|
struct pcie_device *pcie_device;
|
|
|
|
struct pcie_port_service_driver *driver;
|
|
|
|
pci_ers_result_t status, *result;
|
|
|
|
|
|
|
|
result = (pci_ers_result_t *) data;
|
|
|
|
|
|
|
|
if (device->bus == &pcie_port_bus_type && device->driver) {
|
|
|
|
driver = to_service_driver(device->driver);
|
|
|
|
if (driver &&
|
|
|
|
driver->err_handler &&
|
|
|
|
driver->err_handler->slot_reset) {
|
|
|
|
pcie_device = to_pcie_device(device);
|
|
|
|
|
|
|
|
/* Forward error message to service drivers */
|
|
|
|
status = driver->err_handler->slot_reset(
|
|
|
|
pcie_device->port);
|
|
|
|
*result = merge_result(*result, status);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
static pci_ers_result_t pcie_portdrv_slot_reset(struct pci_dev *dev)
|
|
|
|
{
|
2009-04-30 14:48:29 +08:00
|
|
|
pci_ers_result_t status = PCI_ERS_RESULT_RECOVERED;
|
2006-08-29 02:43:25 +08:00
|
|
|
int retval;
|
2006-07-31 15:26:16 +08:00
|
|
|
|
|
|
|
/* If fatal, restore cfg space for possible link reset at upstream */
|
|
|
|
if (dev->error_state == pci_channel_io_frozen) {
|
2009-09-15 04:25:11 +08:00
|
|
|
dev->state_saved = true;
|
2008-12-27 23:28:58 +08:00
|
|
|
pci_restore_state(dev);
|
2006-07-31 15:26:16 +08:00
|
|
|
pcie_portdrv_restore_config(dev);
|
|
|
|
pci_enable_pcie_error_reporting(dev);
|
|
|
|
}
|
|
|
|
|
2006-08-29 02:43:25 +08:00
|
|
|
/* get true return value from &status */
|
|
|
|
retval = device_for_each_child(&dev->dev, &status, slot_reset_iter);
|
2006-07-31 15:26:16 +08:00
|
|
|
|
|
|
|
return status;
|
|
|
|
}
|
|
|
|
|
|
|
|
static int resume_iter(struct device *device, void *data)
|
|
|
|
{
|
|
|
|
struct pcie_device *pcie_device;
|
|
|
|
struct pcie_port_service_driver *driver;
|
|
|
|
|
|
|
|
if (device->bus == &pcie_port_bus_type && device->driver) {
|
|
|
|
driver = to_service_driver(device->driver);
|
|
|
|
if (driver &&
|
|
|
|
driver->err_handler &&
|
|
|
|
driver->err_handler->resume) {
|
|
|
|
pcie_device = to_pcie_device(device);
|
|
|
|
|
|
|
|
/* Forward error message to service drivers */
|
|
|
|
driver->err_handler->resume(pcie_device->port);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
static void pcie_portdrv_err_resume(struct pci_dev *dev)
|
|
|
|
{
|
2006-08-29 02:43:25 +08:00
|
|
|
int retval;
|
|
|
|
/* nothing to do with error value, if it ever happens */
|
|
|
|
retval = device_for_each_child(&dev->dev, NULL, resume_iter);
|
2005-04-17 06:20:36 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
/*
|
|
|
|
* LINUX Device Driver Model
|
|
|
|
*/
|
|
|
|
static const struct pci_device_id port_pci_ids[] = { {
|
|
|
|
/* handle any PCI-Express port */
|
|
|
|
PCI_DEVICE_CLASS(((PCI_CLASS_BRIDGE_PCI << 8) | 0x00), ~0),
|
|
|
|
}, { /* end: all zeroes */ }
|
|
|
|
};
|
|
|
|
MODULE_DEVICE_TABLE(pci, port_pci_ids);
|
|
|
|
|
2012-09-08 00:33:14 +08:00
|
|
|
static const struct pci_error_handlers pcie_portdrv_err_handler = {
|
|
|
|
.error_detected = pcie_portdrv_error_detected,
|
|
|
|
.mmio_enabled = pcie_portdrv_mmio_enabled,
|
|
|
|
.slot_reset = pcie_portdrv_slot_reset,
|
|
|
|
.resume = pcie_portdrv_err_resume,
|
2006-07-31 15:26:16 +08:00
|
|
|
};
|
|
|
|
|
2007-02-27 17:19:17 +08:00
|
|
|
static struct pci_driver pcie_portdriver = {
|
2009-10-06 06:47:34 +08:00
|
|
|
.name = "pcieport",
|
2005-04-17 06:20:36 +08:00
|
|
|
.id_table = &port_pci_ids[0],
|
|
|
|
|
|
|
|
.probe = pcie_portdrv_probe,
|
|
|
|
.remove = pcie_portdrv_remove,
|
|
|
|
|
2006-07-31 15:26:16 +08:00
|
|
|
.err_handler = &pcie_portdrv_err_handler,
|
2009-02-16 05:32:48 +08:00
|
|
|
|
|
|
|
.driver.pm = PCIE_PORTDRV_PM_OPS,
|
2005-04-17 06:20:36 +08:00
|
|
|
};
|
|
|
|
|
2010-02-18 06:40:07 +08:00
|
|
|
static int __init dmi_pcie_pme_disable_msi(const struct dmi_system_id *d)
|
|
|
|
{
|
|
|
|
pr_notice("%s detected: will not use MSI for PCIe PME signaling\n",
|
|
|
|
d->ident);
|
|
|
|
pcie_pme_disable_msi();
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
static struct dmi_system_id __initdata pcie_portdrv_dmi_table[] = {
|
|
|
|
/*
|
|
|
|
* Boxes that should not use MSI for PCIe PME signaling.
|
|
|
|
*/
|
|
|
|
{
|
|
|
|
.callback = dmi_pcie_pme_disable_msi,
|
|
|
|
.ident = "MSI Wind U-100",
|
|
|
|
.matches = {
|
|
|
|
DMI_MATCH(DMI_SYS_VENDOR,
|
|
|
|
"MICRO-STAR INTERNATIONAL CO., LTD"),
|
|
|
|
DMI_MATCH(DMI_PRODUCT_NAME, "U-100"),
|
|
|
|
},
|
|
|
|
},
|
|
|
|
{}
|
|
|
|
};
|
|
|
|
|
2005-04-17 06:20:36 +08:00
|
|
|
static int __init pcie_portdrv_init(void)
|
|
|
|
{
|
2006-07-09 13:58:25 +08:00
|
|
|
int retval;
|
2005-04-17 06:20:36 +08:00
|
|
|
|
2010-12-19 22:57:16 +08:00
|
|
|
if (pcie_ports_disabled)
|
|
|
|
return pci_register_driver(&pcie_portdriver);
|
2010-08-21 07:51:44 +08:00
|
|
|
|
2010-02-18 06:40:07 +08:00
|
|
|
dmi_check_system(pcie_portdrv_dmi_table);
|
|
|
|
|
2006-07-09 13:58:25 +08:00
|
|
|
retval = pcie_port_bus_register();
|
|
|
|
if (retval) {
|
|
|
|
printk(KERN_WARNING "PCIE: bus_register error: %d\n", retval);
|
|
|
|
goto out;
|
|
|
|
}
|
2007-02-27 17:19:17 +08:00
|
|
|
retval = pci_register_driver(&pcie_portdriver);
|
2005-04-17 06:20:36 +08:00
|
|
|
if (retval)
|
|
|
|
pcie_port_bus_unregister();
|
2006-07-09 13:58:25 +08:00
|
|
|
out:
|
2005-04-17 06:20:36 +08:00
|
|
|
return retval;
|
|
|
|
}
|
|
|
|
|
|
|
|
module_init(pcie_portdrv_init);
|