2019-05-27 14:55:01 +08:00
|
|
|
// SPDX-License-Identifier: GPL-2.0-or-later
|
2006-11-11 14:24:59 +08:00
|
|
|
/*
|
|
|
|
* Copyright (C) 2006 Benjamin Herrenschmidt, IBM Corp.
|
|
|
|
* <benh@kernel.crashing.org>
|
2006-11-11 14:25:08 +08:00
|
|
|
* and Arnd Bergmann, IBM Corp.
|
2006-11-11 14:24:59 +08:00
|
|
|
*/
|
|
|
|
|
|
|
|
#undef DEBUG
|
|
|
|
|
|
|
|
#include <linux/string.h>
|
|
|
|
#include <linux/kernel.h>
|
|
|
|
#include <linux/init.h>
|
2011-07-23 06:24:23 +08:00
|
|
|
#include <linux/export.h>
|
2006-11-11 14:24:59 +08:00
|
|
|
#include <linux/mod_devicetable.h>
|
2006-11-11 14:25:08 +08:00
|
|
|
#include <linux/pci.h>
|
2008-01-09 03:20:40 +08:00
|
|
|
#include <linux/of.h>
|
2007-09-21 16:08:17 +08:00
|
|
|
#include <linux/of_device.h>
|
|
|
|
#include <linux/of_platform.h>
|
powerpc/eeh: Introduce EEH device
Original EEH implementation depends on struct pci_dn heavily. However,
EEH shouldn't depend on that actually because EEH needn't share much
information with other PCI components. That's to say, EEH should have
worked independently.
The patch introduces struct eeh_dev so that EEH core components needn't
be working based on struct pci_dn in future. Also, struct pci_dn, struct
eeh_dev instances are created in dynamic fasion and the binding with EEH
device, OF node, PCI device is implemented as well.
The EEH devices are created after PHBs are detected and initialized, but
PCI emunation hasn't started yet. Apart from that, PHB might be created
dynamically through DLPAR component and the EEH devices should be creatd
as well. Another case might be OF node is created dynamically by DR
(Dynamic Reconfiguration), which has been defined by PAPR. For those OF
nodes created by DR, EEH devices should be also created accordingly. The
binding between EEH device and OF node is done while the EEH device is
initially created.
The binding between EEH device and PCI device should be done after PCI
emunation is done. Besides, PCI hotplug also needs the binding so that
the EEH devices could be traced from the newly coming PCI buses or PCI
devices.
Signed-off-by: Gavin Shan <shangw@linux.vnet.ibm.com>
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
2012-02-28 04:04:04 +08:00
|
|
|
#include <linux/atomic.h>
|
2006-11-11 14:24:59 +08:00
|
|
|
|
|
|
|
#include <asm/errno.h>
|
2006-11-11 14:25:02 +08:00
|
|
|
#include <asm/topology.h>
|
2006-11-11 14:25:08 +08:00
|
|
|
#include <asm/pci-bridge.h>
|
|
|
|
#include <asm/ppc-pci.h>
|
powerpc/eeh: Introduce EEH device
Original EEH implementation depends on struct pci_dn heavily. However,
EEH shouldn't depend on that actually because EEH needn't share much
information with other PCI components. That's to say, EEH should have
worked independently.
The patch introduces struct eeh_dev so that EEH core components needn't
be working based on struct pci_dn in future. Also, struct pci_dn, struct
eeh_dev instances are created in dynamic fasion and the binding with EEH
device, OF node, PCI device is implemented as well.
The EEH devices are created after PHBs are detected and initialized, but
PCI emunation hasn't started yet. Apart from that, PHB might be created
dynamically through DLPAR component and the EEH devices should be creatd
as well. Another case might be OF node is created dynamically by DR
(Dynamic Reconfiguration), which has been defined by PAPR. For those OF
nodes created by DR, EEH devices should be also created accordingly. The
binding between EEH device and OF node is done while the EEH device is
initially created.
The binding between EEH device and PCI device should be done after PCI
emunation is done. Besides, PCI hotplug also needs the binding so that
the EEH devices could be traced from the newly coming PCI buses or PCI
devices.
Signed-off-by: Gavin Shan <shangw@linux.vnet.ibm.com>
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
2012-02-28 04:04:04 +08:00
|
|
|
#include <asm/eeh.h>
|
2006-11-21 11:56:37 +08:00
|
|
|
|
2006-11-11 14:25:08 +08:00
|
|
|
#ifdef CONFIG_PPC_OF_PLATFORM_PCI
|
|
|
|
|
|
|
|
/* The probing of PCI controllers from of_platform is currently
|
|
|
|
* 64 bits only, mostly due to gratuitous differences between
|
|
|
|
* the 32 and 64 bits PCI code on PowerPC and the 32 bits one
|
|
|
|
* lacking some bits needed here.
|
|
|
|
*/
|
|
|
|
|
2012-12-22 06:04:10 +08:00
|
|
|
static int of_pci_phb_probe(struct platform_device *dev)
|
2006-11-11 14:25:08 +08:00
|
|
|
{
|
|
|
|
struct pci_controller *phb;
|
|
|
|
|
|
|
|
/* Check if we can do that ... */
|
|
|
|
if (ppc_md.pci_setup_phb == NULL)
|
|
|
|
return -ENODEV;
|
|
|
|
|
2017-08-21 23:16:47 +08:00
|
|
|
pr_info("Setting up PCI bus %pOF\n", dev->dev.of_node);
|
2006-11-11 14:25:08 +08:00
|
|
|
|
|
|
|
/* Alloc and setup PHB data structure */
|
2010-04-14 07:12:29 +08:00
|
|
|
phb = pcibios_alloc_controller(dev->dev.of_node);
|
2006-11-11 14:25:08 +08:00
|
|
|
if (!phb)
|
|
|
|
return -ENODEV;
|
|
|
|
|
|
|
|
/* Setup parent in sysfs */
|
|
|
|
phb->parent = &dev->dev;
|
|
|
|
|
|
|
|
/* Setup the PHB using arch provided callback */
|
|
|
|
if (ppc_md.pci_setup_phb(phb)) {
|
|
|
|
pcibios_free_controller(phb);
|
|
|
|
return -ENODEV;
|
|
|
|
}
|
|
|
|
|
|
|
|
/* Process "ranges" property */
|
2010-04-14 07:12:29 +08:00
|
|
|
pci_process_bridge_OF_ranges(phb, dev->dev.of_node, 0);
|
2006-11-11 14:25:08 +08:00
|
|
|
|
|
|
|
/* Init pci_dn data structures */
|
|
|
|
pci_devs_phb_init_dynamic(phb);
|
|
|
|
|
2020-07-25 16:12:18 +08:00
|
|
|
/* Create EEH PE for the PHB */
|
|
|
|
eeh_phb_pe_create(phb);
|
powerpc/eeh: Introduce EEH device
Original EEH implementation depends on struct pci_dn heavily. However,
EEH shouldn't depend on that actually because EEH needn't share much
information with other PCI components. That's to say, EEH should have
worked independently.
The patch introduces struct eeh_dev so that EEH core components needn't
be working based on struct pci_dn in future. Also, struct pci_dn, struct
eeh_dev instances are created in dynamic fasion and the binding with EEH
device, OF node, PCI device is implemented as well.
The EEH devices are created after PHBs are detected and initialized, but
PCI emunation hasn't started yet. Apart from that, PHB might be created
dynamically through DLPAR component and the EEH devices should be creatd
as well. Another case might be OF node is created dynamically by DR
(Dynamic Reconfiguration), which has been defined by PAPR. For those OF
nodes created by DR, EEH devices should be also created accordingly. The
binding between EEH device and OF node is done while the EEH device is
initially created.
The binding between EEH device and PCI device should be done after PCI
emunation is done. Besides, PCI hotplug also needs the binding so that
the EEH devices could be traced from the newly coming PCI buses or PCI
devices.
Signed-off-by: Gavin Shan <shangw@linux.vnet.ibm.com>
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
2012-02-28 04:04:04 +08:00
|
|
|
|
2006-11-11 14:25:08 +08:00
|
|
|
/* Scan the bus */
|
2011-02-05 02:24:11 +08:00
|
|
|
pcibios_scan_phb(phb);
|
2008-04-24 17:21:10 +08:00
|
|
|
if (phb->bus == NULL)
|
|
|
|
return -ENXIO;
|
2006-11-11 14:25:08 +08:00
|
|
|
|
|
|
|
/* Claim resources. This might need some rework as well depending
|
2012-09-20 09:48:00 +08:00
|
|
|
* whether we are doing probe-only or not, like assigning unassigned
|
2006-11-11 14:25:08 +08:00
|
|
|
* resources etc...
|
|
|
|
*/
|
|
|
|
pcibios_claim_one_bus(phb->bus);
|
|
|
|
|
|
|
|
/* Add probed PCI devices to the device model */
|
|
|
|
pci_bus_add_devices(phb->bus);
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2014-09-11 03:56:38 +08:00
|
|
|
static const struct of_device_id of_pci_phb_ids[] = {
|
2006-11-11 14:25:08 +08:00
|
|
|
{ .type = "pci", },
|
|
|
|
{ .type = "pcix", },
|
|
|
|
{ .type = "pcie", },
|
|
|
|
{ .type = "pciex", },
|
|
|
|
{ .type = "ht", },
|
|
|
|
{}
|
|
|
|
};
|
|
|
|
|
2011-02-23 10:59:54 +08:00
|
|
|
static struct platform_driver of_pci_phb_driver = {
|
2007-09-21 16:08:17 +08:00
|
|
|
.probe = of_pci_phb_probe,
|
|
|
|
.driver = {
|
|
|
|
.name = "of-pci",
|
2010-04-14 07:13:02 +08:00
|
|
|
.of_match_table = of_pci_phb_ids,
|
2007-09-21 16:08:17 +08:00
|
|
|
},
|
2006-11-11 14:25:08 +08:00
|
|
|
};
|
|
|
|
|
2016-11-23 22:58:56 +08:00
|
|
|
builtin_platform_driver(of_pci_phb_driver);
|
2006-11-11 14:25:08 +08:00
|
|
|
|
|
|
|
#endif /* CONFIG_PPC_OF_PLATFORM_PCI */
|