[PATCH 00/21 V3] powerpc/eeh: PE support
Gavin Shan
shangw at linux.vnet.ibm.com
Wed Sep 5 16:14:35 EST 2012
The series of patches address explicit PE support as well as probe type
support. For explicit PE support, struct eeh_pe has been introduced.
While designing the struct, following factors have been taken into
account.
* For one particular PE, it might be composed of single PCI device,
or multiple PCI devices and its educed children PCI devices (e.g.
by PCIe bridges). The PE struct has included a linked list to refer
the included PCI devices. Also, the linked list of devices has relected
top-to-bottom fasion of the PCI subtree. That's to say, the first device
in the linked list should be the toppest element in the PCI subtree which
is being managed by the PE.
* PEs correlate to each other. So the existing PEs have to form hierarchy
levels. There're some fields in PE struct (e.g. parent/child/silbing)
have been introduced for the purpose.
* For one PE, it's only meaningful in the PHB domain.
In addition, the mechniasm used to do memory bars restore, error report have
been reworked based on PE. The eeh cache has been reworked for a little bit
based on Ben's suggestion to trace eeh device.
In order for explicit probe support, either OF node or pci device, global
variable and some inline functions are introduced. For pSeries platform, it's
going to support OF node probe and figure out PEs from the corresponding OF
nodes. In contrast, powernv platform has to use pci device probe type since
the PEs are being constructed at PHB fixup time.
The series of patches have been verified on Firebird-L machine using "errinjct"
utility. Here's the command used for that.
errinjct eeh -v -f 0 -p U78AE.001.WZS00M9-P1-C18-L1-T2 -a 0x0 -m 0x0
V2 -> V3:
* Rebase to 3.6.RC4.
V1 -> V2:
* Rebase to 3.5.RC4.
* Use the link list to trace the relationships of PEs, PE and eeh
devices according to Ram's suggestion.
* Simplify the PE tranverse function according to Ram's example.
* Move EEH initialization around according to Ben's suggestion so
that we can do memory allocation through slab.
* Use kzmalloc() to allocate memory chunks for PE and eeh devices.
* More booting messages for EEH initialization functions.
* Introduce global EEH mutex to protect the PEs and eeh devices.
* Added functions to support PE removal.
* Comments cleanup
* Change on the comparison of PE or BDF (Bus/Device/Function)
address so that code looks more readable.
-----
arch/powerpc/include/asm/eeh.h | 132 +++++--
arch/powerpc/include/asm/eeh_event.h | 6 +-
arch/powerpc/include/asm/pci-bridge.h | 2 +
arch/powerpc/include/asm/ppc-pci.h | 15 +-
arch/powerpc/kernel/rtas_pci.c | 5 +-
arch/powerpc/platforms/pseries/Makefile | 5 +-
arch/powerpc/platforms/pseries/eeh.c | 527 +++++------------------
arch/powerpc/platforms/pseries/eeh_cache.c | 19 +-
arch/powerpc/platforms/pseries/eeh_dev.c | 14 +-
arch/powerpc/platforms/pseries/eeh_driver.c | 235 +++++------
arch/powerpc/platforms/pseries/eeh_event.c | 54 +--
arch/powerpc/platforms/pseries/eeh_pe.c | 583 ++++++++++++++++++++++++++
arch/powerpc/platforms/pseries/eeh_pseries.c | 246 ++++++++----
arch/powerpc/platforms/pseries/eeh_sysfs.c | 9 -
arch/powerpc/platforms/pseries/msi.c | 6 +-
arch/powerpc/platforms/pseries/setup.c | 2 -
16 files changed, 1119 insertions(+), 741 deletions(-)
create mode 100644 arch/powerpc/platforms/pseries/eeh_pe.c
Thanks,
Gavin
More information about the Linuxppc-dev
mailing list