summaryrefslogtreecommitdiffstats
path: root/Documentation/debugging-modules.txt
diff options
context:
space:
mode:
authorLennert Buytenhek <buytenh@org.rmk.(none)>2005-04-29 22:13:57 +0100
committerRussell King <rmk+kernel@arm.linux.org.uk>2005-04-29 22:13:57 +0100
commit53e173f62c318e65e6ae13524b04c5cf38c1bc3c (patch)
treefc09c64720880b4a3634b63ebf8f072a1510945b /Documentation/debugging-modules.txt
parentca315159dfa80a2bfc7d917a717a7ee8d771bdf9 (diff)
downloadblackbird-op-linux-53e173f62c318e65e6ae13524b04c5cf38c1bc3c.tar.gz
blackbird-op-linux-53e173f62c318e65e6ae13524b04c5cf38c1bc3c.zip
[PATCH] ARM: 2660/2: fix ixdp2800 boot and pci init
Patch from Lennert Buytenhek The IXDP2800 is an evalution platform for the IXP2800 processor that has two IXP2800s connected to the same PCI bus. This is problematic as both CPUs will try to configure the PCI bus as they boot linux. Contrary to on the other IXP2000 platforms, the boot loader on the IXDP2800 doesn't configure the PCI bus properly, so we do want the linux instance on one of the CPUs to do that. Making one of the CPUs ignore the PCI bus (and thus act like a pure PCI slave device) is not an option because there is a 82559 NIC on the PCI bus for each of the CPUs. The chosen solution is to have the master CPU configure the PCI bus while the slave is kept in a quiescent state, and then to have the slave CPU scan the PCI bus (without assigning resources) while the master is kept in a quiescent state. After this ritual, the master deletes the slave NIC from its PCI device list, the slave deletes the master NIC from its device list, and (almost) all is well. There's still one little problem: each of the CPUs has a 1G SDRAM BAR, but the IXP2000 only has 512M of outbound PCI memory window. We solve this by hand-assigning the master and slave SDRAM BARs to a location outside each of the IXP's outbound PCI windows, and by having the rest of the BARs autoconfigured in the outbound PCI windows, in the range [e0000000..ffffffff], so that there is a 1:1 pci:phys mapping between them. Even with this patch, a number of issues still remain -- just imagine what happens if one of the CPUs is rebooted, by watchdog or by hand, but the other one isn't. But those issues are not easily fixable given the strange PCI layout of this board and the behavior of the boot loader shipped with the platform. Signed-off-by: Lennert Buytenhek Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
Diffstat (limited to 'Documentation/debugging-modules.txt')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud