diff options
author | David S. Miller <davem@sunset.davemloft.net> | 2007-05-07 23:06:27 -0700 |
---|---|---|
committer | David S. Miller <davem@sunset.davemloft.net> | 2007-05-08 16:41:24 -0700 |
commit | 34768bc8329194b14e42ee408a84edfa40059046 (patch) | |
tree | 3fff53138966f3a58e796a71c19a3b75de86fbf7 /arch/sparc64/kernel/tsb.S | |
parent | 5a4a3e592d0d66653297049373caa7ac5b4febe0 (diff) | |
download | kernel_samsung_espresso10-34768bc8329194b14e42ee408a84edfa40059046.zip kernel_samsung_espresso10-34768bc8329194b14e42ee408a84edfa40059046.tar.gz kernel_samsung_espresso10-34768bc8329194b14e42ee408a84edfa40059046.tar.bz2 |
[SPARC64] PCI: Use root list of pbm's instead of pci_controller_info's
The idea is to move more and more things into the pbm,
with the eventual goal of eliminating the pci_controller_info
entirely as there really isn't any need for it.
This stage of the transformations requires some reworking of
the PCI error interrupt handling.
It might be tricky to get rid of the pci_controller_info parenting for
a few reasons:
1) When we get an uncorrectable or correctable error we want
to interrogate the IOMMU and streaming cache of both
PBMs for error status. These errors come from the UPA
front-end which is shared between the two PBM PCI bus
segments.
Historically speaking this is why I choose the datastructure
hierarchy of pci_controller_info-->pci_pbm_info
2) The probing does a portid/devhandle match to look for the
'other' pbm, but this is entirely an artifact and can be
eliminated trivially.
What we could do to solve #1 is to have a "buddy" pointer from one pbm
to another.
Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'arch/sparc64/kernel/tsb.S')
0 files changed, 0 insertions, 0 deletions