diff options
author | Bjorn Helgaas <bjorn.helgaas@hp.com> | 2010-02-23 10:24:36 -0700 |
---|---|---|
committer | Jesse Barnes <jbarnes@virtuousgeek.org> | 2010-02-23 09:43:37 -0800 |
commit | 2fe2abf896c1e7a0ee65faaf3ef0ce654848abbd (patch) | |
tree | f066d5c94bbed5ca3556b4d2f0c4b3a9795b6eff /drivers/net/sh_eth.h | |
parent | 89a74ecccd1f78e51faf6287e5c0e93a92ac096e (diff) | |
download | kernel_samsung_tuna-2fe2abf896c1e7a0ee65faaf3ef0ce654848abbd.zip kernel_samsung_tuna-2fe2abf896c1e7a0ee65faaf3ef0ce654848abbd.tar.gz kernel_samsung_tuna-2fe2abf896c1e7a0ee65faaf3ef0ce654848abbd.tar.bz2 |
PCI: augment bus resource table with a list
Previously we used a table of size PCI_BUS_NUM_RESOURCES (16) for resources
forwarded to a bus by its upstream bridge. We've increased this size
several times when the table overflowed.
But there's no good limit on the number of resources because host bridges
and subtractive decode bridges can forward any number of ranges to their
secondary buses.
This patch reduces the table to only PCI_BRIDGE_RESOURCE_NUM (4) entries,
which corresponds to the number of windows a PCI-to-PCI (3) or CardBus (4)
bridge can positively decode. Any additional resources, e.g., PCI host
bridge windows or subtractively-decoded regions, are kept in a list.
I'd prefer a single list rather than this split table/list approach, but
that requires simultaneous changes to every architecture. This approach
only requires immediate changes where we set up (a) host bridges with more
than four windows and (b) subtractive-decode P2P bridges, and we can
incrementally change other architectures to use the list.
Signed-off-by: Bjorn Helgaas <bjorn.helgaas@hp.com>
Signed-off-by: Jesse Barnes <jbarnes@virtuousgeek.org>
Diffstat (limited to 'drivers/net/sh_eth.h')
0 files changed, 0 insertions, 0 deletions