2007-12-20 21:39:22 -07:00
|
|
|
/*
|
|
|
|
* PCI / PCI-X / PCI-Express support for 4xx parts
|
|
|
|
*
|
|
|
|
* Copyright 2007 Ben. Herrenschmidt <benh@kernel.crashing.org>, IBM Corp.
|
|
|
|
*
|
[POWERPC] 4xx: PLB to PCI Express support
This adds to the previous 2 patches the support for the 4xx PCI Express
cells as found in the 440SPe revA, revB and 405EX.
Unfortunately, due to significant differences between these, and other
interesting "features" of those pieces of HW, the code isn't as simple
as it is for PCI and PCI-X and some of the functions differ significantly
between the 3 implementations. Thus, not only this code can only support
those 3 implementations for now and will refuse to operate on any other,
but there are added ifdef's to avoid the bloat of building a fairly large
amount of code on platforms that don't need it.
Also, this code currently only supports fully initializing root complex
nodes, not endpoint. Some more code will have to be lifted from the
arch/ppc implementation to add the endpoint support, though it's mostly
differences in memory mapping, and the question on how to represent
endpoint mode PCI in the device-tree is thus open.
Many thanks to Stefan Roese for testing & fixing up the 405EX bits !
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Stefan Roese <sr@denx.de>
Signed-off-by: Josh Boyer <jwboyer@linux.vnet.ibm.com>
2007-12-20 21:39:24 -07:00
|
|
|
* Most PCI Express code is coming from Stefan Roese implementation for
|
|
|
|
* arch/ppc in the Denx tree, slightly reworked by me.
|
|
|
|
*
|
|
|
|
* Copyright 2007 DENX Software Engineering, Stefan Roese <sr@denx.de>
|
|
|
|
*
|
|
|
|
* Some of that comes itself from a previous implementation for 440SPE only
|
|
|
|
* by Roland Dreier:
|
|
|
|
*
|
|
|
|
* Copyright (c) 2005 Cisco Systems. All rights reserved.
|
|
|
|
* Roland Dreier <rolandd@cisco.com>
|
|
|
|
*
|
2007-12-20 21:39:22 -07:00
|
|
|
*/
|
|
|
|
|
2007-12-20 21:39:36 -07:00
|
|
|
#undef DEBUG
|
|
|
|
|
2007-12-20 21:39:22 -07:00
|
|
|
#include <linux/kernel.h>
|
|
|
|
#include <linux/pci.h>
|
|
|
|
#include <linux/init.h>
|
|
|
|
#include <linux/of.h>
|
[POWERPC] 4xx: PLB to PCI Express support
This adds to the previous 2 patches the support for the 4xx PCI Express
cells as found in the 440SPe revA, revB and 405EX.
Unfortunately, due to significant differences between these, and other
interesting "features" of those pieces of HW, the code isn't as simple
as it is for PCI and PCI-X and some of the functions differ significantly
between the 3 implementations. Thus, not only this code can only support
those 3 implementations for now and will refuse to operate on any other,
but there are added ifdef's to avoid the bloat of building a fairly large
amount of code on platforms that don't need it.
Also, this code currently only supports fully initializing root complex
nodes, not endpoint. Some more code will have to be lifted from the
arch/ppc implementation to add the endpoint support, though it's mostly
differences in memory mapping, and the question on how to represent
endpoint mode PCI in the device-tree is thus open.
Many thanks to Stefan Roese for testing & fixing up the 405EX bits !
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Stefan Roese <sr@denx.de>
Signed-off-by: Josh Boyer <jwboyer@linux.vnet.ibm.com>
2007-12-20 21:39:24 -07:00
|
|
|
#include <linux/bootmem.h>
|
|
|
|
#include <linux/delay.h>
|
include cleanup: Update gfp.h and slab.h includes to prepare for breaking implicit slab.h inclusion from percpu.h
percpu.h is included by sched.h and module.h and thus ends up being
included when building most .c files. percpu.h includes slab.h which
in turn includes gfp.h making everything defined by the two files
universally available and complicating inclusion dependencies.
percpu.h -> slab.h dependency is about to be removed. Prepare for
this change by updating users of gfp and slab facilities include those
headers directly instead of assuming availability. As this conversion
needs to touch large number of source files, the following script is
used as the basis of conversion.
http://userweb.kernel.org/~tj/misc/slabh-sweep.py
The script does the followings.
* Scan files for gfp and slab usages and update includes such that
only the necessary includes are there. ie. if only gfp is used,
gfp.h, if slab is used, slab.h.
* When the script inserts a new include, it looks at the include
blocks and try to put the new include such that its order conforms
to its surrounding. It's put in the include block which contains
core kernel includes, in the same order that the rest are ordered -
alphabetical, Christmas tree, rev-Xmas-tree or at the end if there
doesn't seem to be any matching order.
* If the script can't find a place to put a new include (mostly
because the file doesn't have fitting include block), it prints out
an error message indicating which .h file needs to be added to the
file.
The conversion was done in the following steps.
1. The initial automatic conversion of all .c files updated slightly
over 4000 files, deleting around 700 includes and adding ~480 gfp.h
and ~3000 slab.h inclusions. The script emitted errors for ~400
files.
2. Each error was manually checked. Some didn't need the inclusion,
some needed manual addition while adding it to implementation .h or
embedding .c file was more appropriate for others. This step added
inclusions to around 150 files.
3. The script was run again and the output was compared to the edits
from #2 to make sure no file was left behind.
4. Several build tests were done and a couple of problems were fixed.
e.g. lib/decompress_*.c used malloc/free() wrappers around slab
APIs requiring slab.h to be added manually.
5. The script was run on all .h files but without automatically
editing them as sprinkling gfp.h and slab.h inclusions around .h
files could easily lead to inclusion dependency hell. Most gfp.h
inclusion directives were ignored as stuff from gfp.h was usually
wildly available and often used in preprocessor macros. Each
slab.h inclusion directive was examined and added manually as
necessary.
6. percpu.h was updated not to include slab.h.
7. Build test were done on the following configurations and failures
were fixed. CONFIG_GCOV_KERNEL was turned off for all tests (as my
distributed build env didn't work with gcov compiles) and a few
more options had to be turned off depending on archs to make things
build (like ipr on powerpc/64 which failed due to missing writeq).
* x86 and x86_64 UP and SMP allmodconfig and a custom test config.
* powerpc and powerpc64 SMP allmodconfig
* sparc and sparc64 SMP allmodconfig
* ia64 SMP allmodconfig
* s390 SMP allmodconfig
* alpha SMP allmodconfig
* um on x86_64 SMP allmodconfig
8. percpu.h modifications were reverted so that it could be applied as
a separate patch and serve as bisection point.
Given the fact that I had only a couple of failures from tests on step
6, I'm fairly confident about the coverage of this conversion patch.
If there is a breakage, it's likely to be something in one of the arch
headers which should be easily discoverable easily on most builds of
the specific arch.
Signed-off-by: Tejun Heo <tj@kernel.org>
Guess-its-ok-by: Christoph Lameter <cl@linux-foundation.org>
Cc: Ingo Molnar <mingo@redhat.com>
Cc: Lee Schermerhorn <Lee.Schermerhorn@hp.com>
2010-03-24 02:04:11 -06:00
|
|
|
#include <linux/slab.h>
|
2007-12-20 21:39:22 -07:00
|
|
|
|
|
|
|
#include <asm/io.h>
|
|
|
|
#include <asm/pci-bridge.h>
|
|
|
|
#include <asm/machdep.h>
|
[POWERPC] 4xx: PLB to PCI Express support
This adds to the previous 2 patches the support for the 4xx PCI Express
cells as found in the 440SPe revA, revB and 405EX.
Unfortunately, due to significant differences between these, and other
interesting "features" of those pieces of HW, the code isn't as simple
as it is for PCI and PCI-X and some of the functions differ significantly
between the 3 implementations. Thus, not only this code can only support
those 3 implementations for now and will refuse to operate on any other,
but there are added ifdef's to avoid the bloat of building a fairly large
amount of code on platforms that don't need it.
Also, this code currently only supports fully initializing root complex
nodes, not endpoint. Some more code will have to be lifted from the
arch/ppc implementation to add the endpoint support, though it's mostly
differences in memory mapping, and the question on how to represent
endpoint mode PCI in the device-tree is thus open.
Many thanks to Stefan Roese for testing & fixing up the 405EX bits !
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Stefan Roese <sr@denx.de>
Signed-off-by: Josh Boyer <jwboyer@linux.vnet.ibm.com>
2007-12-20 21:39:24 -07:00
|
|
|
#include <asm/dcr.h>
|
|
|
|
#include <asm/dcr-regs.h>
|
2008-09-01 01:53:22 -06:00
|
|
|
#include <mm/mmu_decl.h>
|
2007-12-20 21:39:22 -07:00
|
|
|
|
|
|
|
#include "ppc4xx_pci.h"
|
|
|
|
|
|
|
|
static int dma_offset_set;
|
|
|
|
|
[POWERPC] 4xx: PLB to PCI Express support
This adds to the previous 2 patches the support for the 4xx PCI Express
cells as found in the 440SPe revA, revB and 405EX.
Unfortunately, due to significant differences between these, and other
interesting "features" of those pieces of HW, the code isn't as simple
as it is for PCI and PCI-X and some of the functions differ significantly
between the 3 implementations. Thus, not only this code can only support
those 3 implementations for now and will refuse to operate on any other,
but there are added ifdef's to avoid the bloat of building a fairly large
amount of code on platforms that don't need it.
Also, this code currently only supports fully initializing root complex
nodes, not endpoint. Some more code will have to be lifted from the
arch/ppc implementation to add the endpoint support, though it's mostly
differences in memory mapping, and the question on how to represent
endpoint mode PCI in the device-tree is thus open.
Many thanks to Stefan Roese for testing & fixing up the 405EX bits !
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Stefan Roese <sr@denx.de>
Signed-off-by: Josh Boyer <jwboyer@linux.vnet.ibm.com>
2007-12-20 21:39:24 -07:00
|
|
|
#define U64_TO_U32_LOW(val) ((u32)((val) & 0x00000000ffffffffULL))
|
|
|
|
#define U64_TO_U32_HIGH(val) ((u32)((val) >> 32))
|
|
|
|
|
2008-09-11 02:31:50 -06:00
|
|
|
#define RES_TO_U32_LOW(val) \
|
|
|
|
((sizeof(resource_size_t) > sizeof(u32)) ? U64_TO_U32_LOW(val) : (val))
|
|
|
|
#define RES_TO_U32_HIGH(val) \
|
|
|
|
((sizeof(resource_size_t) > sizeof(u32)) ? U64_TO_U32_HIGH(val) : (0))
|
[POWERPC] 4xx: PLB to PCI Express support
This adds to the previous 2 patches the support for the 4xx PCI Express
cells as found in the 440SPe revA, revB and 405EX.
Unfortunately, due to significant differences between these, and other
interesting "features" of those pieces of HW, the code isn't as simple
as it is for PCI and PCI-X and some of the functions differ significantly
between the 3 implementations. Thus, not only this code can only support
those 3 implementations for now and will refuse to operate on any other,
but there are added ifdef's to avoid the bloat of building a fairly large
amount of code on platforms that don't need it.
Also, this code currently only supports fully initializing root complex
nodes, not endpoint. Some more code will have to be lifted from the
arch/ppc implementation to add the endpoint support, though it's mostly
differences in memory mapping, and the question on how to represent
endpoint mode PCI in the device-tree is thus open.
Many thanks to Stefan Roese for testing & fixing up the 405EX bits !
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Stefan Roese <sr@denx.de>
Signed-off-by: Josh Boyer <jwboyer@linux.vnet.ibm.com>
2007-12-20 21:39:24 -07:00
|
|
|
|
2007-12-20 21:39:38 -07:00
|
|
|
static inline int ppc440spe_revA(void)
|
|
|
|
{
|
|
|
|
/* Catch both 440SPe variants, with and without RAID6 support */
|
|
|
|
if ((mfspr(SPRN_PVR) & 0xffefffff) == 0x53421890)
|
|
|
|
return 1;
|
|
|
|
else
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2007-12-20 21:39:23 -07:00
|
|
|
static void fixup_ppc4xx_pci_bridge(struct pci_dev *dev)
|
|
|
|
{
|
|
|
|
struct pci_controller *hose;
|
|
|
|
int i;
|
|
|
|
|
|
|
|
if (dev->devfn != 0 || dev->bus->self != NULL)
|
|
|
|
return;
|
|
|
|
|
|
|
|
hose = pci_bus_to_host(dev->bus);
|
|
|
|
if (hose == NULL)
|
|
|
|
return;
|
|
|
|
|
|
|
|
if (!of_device_is_compatible(hose->dn, "ibm,plb-pciex") &&
|
|
|
|
!of_device_is_compatible(hose->dn, "ibm,plb-pcix") &&
|
|
|
|
!of_device_is_compatible(hose->dn, "ibm,plb-pci"))
|
|
|
|
return;
|
|
|
|
|
2008-06-17 17:01:38 -06:00
|
|
|
if (of_device_is_compatible(hose->dn, "ibm,plb440epx-pci") ||
|
|
|
|
of_device_is_compatible(hose->dn, "ibm,plb440grx-pci")) {
|
|
|
|
hose->indirect_type |= PPC_INDIRECT_TYPE_BROKEN_MRM;
|
|
|
|
}
|
|
|
|
|
2007-12-20 21:39:23 -07:00
|
|
|
/* Hide the PCI host BARs from the kernel as their content doesn't
|
|
|
|
* fit well in the resource management
|
|
|
|
*/
|
|
|
|
for (i = 0; i < DEVICE_COUNT_RESOURCE; i++) {
|
|
|
|
dev->resource[i].start = dev->resource[i].end = 0;
|
|
|
|
dev->resource[i].flags = 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
printk(KERN_INFO "PCI: Hiding 4xx host bridge resources %s\n",
|
|
|
|
pci_name(dev));
|
|
|
|
}
|
|
|
|
DECLARE_PCI_FIXUP_HEADER(PCI_ANY_ID, PCI_ANY_ID, fixup_ppc4xx_pci_bridge);
|
|
|
|
|
2007-12-20 21:39:22 -07:00
|
|
|
static int __init ppc4xx_parse_dma_ranges(struct pci_controller *hose,
|
|
|
|
void __iomem *reg,
|
|
|
|
struct resource *res)
|
|
|
|
{
|
|
|
|
u64 size;
|
|
|
|
const u32 *ranges;
|
|
|
|
int rlen;
|
|
|
|
int pna = of_n_addr_cells(hose->dn);
|
|
|
|
int np = pna + 5;
|
|
|
|
|
|
|
|
/* Default */
|
|
|
|
res->start = 0;
|
2008-09-01 01:53:22 -06:00
|
|
|
size = 0x80000000;
|
|
|
|
res->end = size - 1;
|
2007-12-20 21:39:22 -07:00
|
|
|
res->flags = IORESOURCE_MEM | IORESOURCE_PREFETCH;
|
|
|
|
|
|
|
|
/* Get dma-ranges property */
|
|
|
|
ranges = of_get_property(hose->dn, "dma-ranges", &rlen);
|
|
|
|
if (ranges == NULL)
|
|
|
|
goto out;
|
|
|
|
|
|
|
|
/* Walk it */
|
|
|
|
while ((rlen -= np * 4) >= 0) {
|
|
|
|
u32 pci_space = ranges[0];
|
|
|
|
u64 pci_addr = of_read_number(ranges + 1, 2);
|
|
|
|
u64 cpu_addr = of_translate_dma_address(hose->dn, ranges + 3);
|
|
|
|
size = of_read_number(ranges + pna + 3, 2);
|
|
|
|
ranges += np;
|
|
|
|
if (cpu_addr == OF_BAD_ADDR || size == 0)
|
|
|
|
continue;
|
|
|
|
|
|
|
|
/* We only care about memory */
|
|
|
|
if ((pci_space & 0x03000000) != 0x02000000)
|
|
|
|
continue;
|
|
|
|
|
|
|
|
/* We currently only support memory at 0, and pci_addr
|
|
|
|
* within 32 bits space
|
|
|
|
*/
|
|
|
|
if (cpu_addr != 0 || pci_addr > 0xffffffff) {
|
|
|
|
printk(KERN_WARNING "%s: Ignored unsupported dma range"
|
|
|
|
" 0x%016llx...0x%016llx -> 0x%016llx\n",
|
|
|
|
hose->dn->full_name,
|
|
|
|
pci_addr, pci_addr + size - 1, cpu_addr);
|
|
|
|
continue;
|
|
|
|
}
|
|
|
|
|
|
|
|
/* Check if not prefetchable */
|
|
|
|
if (!(pci_space & 0x40000000))
|
|
|
|
res->flags &= ~IORESOURCE_PREFETCH;
|
|
|
|
|
|
|
|
|
|
|
|
/* Use that */
|
|
|
|
res->start = pci_addr;
|
|
|
|
/* Beware of 32 bits resources */
|
2008-09-11 02:31:50 -06:00
|
|
|
if (sizeof(resource_size_t) == sizeof(u32) &&
|
|
|
|
(pci_addr + size) > 0x100000000ull)
|
2007-12-20 21:39:22 -07:00
|
|
|
res->end = 0xffffffff;
|
|
|
|
else
|
|
|
|
res->end = res->start + size - 1;
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
|
|
|
|
/* We only support one global DMA offset */
|
|
|
|
if (dma_offset_set && pci_dram_offset != res->start) {
|
|
|
|
printk(KERN_ERR "%s: dma-ranges(s) mismatch\n",
|
|
|
|
hose->dn->full_name);
|
|
|
|
return -ENXIO;
|
|
|
|
}
|
|
|
|
|
|
|
|
/* Check that we can fit all of memory as we don't support
|
|
|
|
* DMA bounce buffers
|
|
|
|
*/
|
|
|
|
if (size < total_memory) {
|
|
|
|
printk(KERN_ERR "%s: dma-ranges too small "
|
2008-09-01 01:53:22 -06:00
|
|
|
"(size=%llx total_memory=%llx)\n",
|
|
|
|
hose->dn->full_name, size, (u64)total_memory);
|
2007-12-20 21:39:22 -07:00
|
|
|
return -ENXIO;
|
|
|
|
}
|
|
|
|
|
|
|
|
/* Check we are a power of 2 size and that base is a multiple of size*/
|
2008-09-01 01:53:22 -06:00
|
|
|
if ((size & (size - 1)) != 0 ||
|
2007-12-20 21:39:22 -07:00
|
|
|
(res->start & (size - 1)) != 0) {
|
|
|
|
printk(KERN_ERR "%s: dma-ranges unaligned\n",
|
|
|
|
hose->dn->full_name);
|
|
|
|
return -ENXIO;
|
|
|
|
}
|
|
|
|
|
|
|
|
/* Check that we are fully contained within 32 bits space */
|
|
|
|
if (res->end > 0xffffffff) {
|
|
|
|
printk(KERN_ERR "%s: dma-ranges outside of 32 bits space\n",
|
|
|
|
hose->dn->full_name);
|
|
|
|
return -ENXIO;
|
|
|
|
}
|
|
|
|
out:
|
|
|
|
dma_offset_set = 1;
|
|
|
|
pci_dram_offset = res->start;
|
2011-11-30 14:39:19 -07:00
|
|
|
hose->dma_window_base_cur = res->start;
|
|
|
|
hose->dma_window_size = resource_size(res);
|
2007-12-20 21:39:22 -07:00
|
|
|
|
|
|
|
printk(KERN_INFO "4xx PCI DMA offset set to 0x%08lx\n",
|
|
|
|
pci_dram_offset);
|
2011-11-30 14:39:19 -07:00
|
|
|
printk(KERN_INFO "4xx PCI DMA window base to 0x%016llx\n",
|
|
|
|
(unsigned long long)hose->dma_window_base_cur);
|
|
|
|
printk(KERN_INFO "DMA window size 0x%016llx\n",
|
|
|
|
(unsigned long long)hose->dma_window_size);
|
2007-12-20 21:39:22 -07:00
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
/*
|
|
|
|
* 4xx PCI 2.x part
|
|
|
|
*/
|
2007-12-20 21:39:23 -07:00
|
|
|
|
2008-10-09 10:58:19 -06:00
|
|
|
static int __init ppc4xx_setup_one_pci_PMM(struct pci_controller *hose,
|
|
|
|
void __iomem *reg,
|
|
|
|
u64 plb_addr,
|
|
|
|
u64 pci_addr,
|
|
|
|
u64 size,
|
|
|
|
unsigned int flags,
|
|
|
|
int index)
|
|
|
|
{
|
|
|
|
u32 ma, pcila, pciha;
|
|
|
|
|
2009-02-01 07:24:18 -07:00
|
|
|
/* Hack warning ! The "old" PCI 2.x cell only let us configure the low
|
|
|
|
* 32-bit of incoming PLB addresses. The top 4 bits of the 36-bit
|
|
|
|
* address are actually hard wired to a value that appears to depend
|
|
|
|
* on the specific SoC. For example, it's 0 on 440EP and 1 on 440EPx.
|
|
|
|
*
|
|
|
|
* The trick here is we just crop those top bits and ignore them when
|
|
|
|
* programming the chip. That means the device-tree has to be right
|
|
|
|
* for the specific part used (we don't print a warning if it's wrong
|
|
|
|
* but on the other hand, you'll crash quickly enough), but at least
|
|
|
|
* this code should work whatever the hard coded value is
|
|
|
|
*/
|
|
|
|
plb_addr &= 0xffffffffull;
|
|
|
|
|
|
|
|
/* Note: Due to the above hack, the test below doesn't actually test
|
|
|
|
* if you address is above 4G, but it tests that address and
|
|
|
|
* (address + size) are both contained in the same 4G
|
|
|
|
*/
|
2008-10-09 10:58:19 -06:00
|
|
|
if ((plb_addr + size) > 0xffffffffull || !is_power_of_2(size) ||
|
|
|
|
size < 0x1000 || (plb_addr & (size - 1)) != 0) {
|
|
|
|
printk(KERN_WARNING "%s: Resource out of range\n",
|
|
|
|
hose->dn->full_name);
|
|
|
|
return -1;
|
|
|
|
}
|
|
|
|
ma = (0xffffffffu << ilog2(size)) | 1;
|
|
|
|
if (flags & IORESOURCE_PREFETCH)
|
|
|
|
ma |= 2;
|
|
|
|
|
|
|
|
pciha = RES_TO_U32_HIGH(pci_addr);
|
|
|
|
pcila = RES_TO_U32_LOW(pci_addr);
|
|
|
|
|
|
|
|
writel(plb_addr, reg + PCIL0_PMM0LA + (0x10 * index));
|
|
|
|
writel(pcila, reg + PCIL0_PMM0PCILA + (0x10 * index));
|
|
|
|
writel(pciha, reg + PCIL0_PMM0PCIHA + (0x10 * index));
|
|
|
|
writel(ma, reg + PCIL0_PMM0MA + (0x10 * index));
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2007-12-20 21:39:23 -07:00
|
|
|
static void __init ppc4xx_configure_pci_PMMs(struct pci_controller *hose,
|
|
|
|
void __iomem *reg)
|
|
|
|
{
|
2008-10-09 10:58:19 -06:00
|
|
|
int i, j, found_isa_hole = 0;
|
2007-12-20 21:39:23 -07:00
|
|
|
|
|
|
|
/* Setup outbound memory windows */
|
|
|
|
for (i = j = 0; i < 3; i++) {
|
|
|
|
struct resource *res = &hose->mem_resources[i];
|
|
|
|
|
|
|
|
/* we only care about memory windows */
|
|
|
|
if (!(res->flags & IORESOURCE_MEM))
|
|
|
|
continue;
|
|
|
|
if (j > 2) {
|
|
|
|
printk(KERN_WARNING "%s: Too many ranges\n",
|
|
|
|
hose->dn->full_name);
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
|
2008-10-09 10:58:19 -06:00
|
|
|
/* Configure the resource */
|
|
|
|
if (ppc4xx_setup_one_pci_PMM(hose, reg,
|
|
|
|
res->start,
|
|
|
|
res->start - hose->pci_mem_offset,
|
2011-06-09 10:13:32 -06:00
|
|
|
resource_size(res),
|
2008-10-09 10:58:19 -06:00
|
|
|
res->flags,
|
|
|
|
j) == 0) {
|
|
|
|
j++;
|
|
|
|
|
|
|
|
/* If the resource PCI address is 0 then we have our
|
|
|
|
* ISA memory hole
|
|
|
|
*/
|
|
|
|
if (res->start == hose->pci_mem_offset)
|
|
|
|
found_isa_hole = 1;
|
2007-12-20 21:39:23 -07:00
|
|
|
}
|
|
|
|
}
|
2008-10-09 10:58:19 -06:00
|
|
|
|
|
|
|
/* Handle ISA memory hole if not already covered */
|
|
|
|
if (j <= 2 && !found_isa_hole && hose->isa_mem_size)
|
|
|
|
if (ppc4xx_setup_one_pci_PMM(hose, reg, hose->isa_mem_phys, 0,
|
|
|
|
hose->isa_mem_size, 0, j) == 0)
|
|
|
|
printk(KERN_INFO "%s: Legacy ISA memory support enabled\n",
|
|
|
|
hose->dn->full_name);
|
2007-12-20 21:39:23 -07:00
|
|
|
}
|
|
|
|
|
|
|
|
static void __init ppc4xx_configure_pci_PTMs(struct pci_controller *hose,
|
|
|
|
void __iomem *reg,
|
|
|
|
const struct resource *res)
|
|
|
|
{
|
2011-06-09 10:13:32 -06:00
|
|
|
resource_size_t size = resource_size(res);
|
2007-12-20 21:39:23 -07:00
|
|
|
u32 sa;
|
|
|
|
|
|
|
|
/* Calculate window size */
|
|
|
|
sa = (0xffffffffu << ilog2(size)) | 1;
|
|
|
|
sa |= 0x1;
|
|
|
|
|
|
|
|
/* RAM is always at 0 local for now */
|
|
|
|
writel(0, reg + PCIL0_PTM1LA);
|
|
|
|
writel(sa, reg + PCIL0_PTM1MS);
|
|
|
|
|
|
|
|
/* Map on PCI side */
|
|
|
|
early_write_config_dword(hose, hose->first_busno, 0,
|
|
|
|
PCI_BASE_ADDRESS_1, res->start);
|
|
|
|
early_write_config_dword(hose, hose->first_busno, 0,
|
|
|
|
PCI_BASE_ADDRESS_2, 0x00000000);
|
|
|
|
early_write_config_word(hose, hose->first_busno, 0,
|
|
|
|
PCI_COMMAND, 0x0006);
|
|
|
|
}
|
|
|
|
|
2007-12-20 21:39:22 -07:00
|
|
|
static void __init ppc4xx_probe_pci_bridge(struct device_node *np)
|
|
|
|
{
|
|
|
|
/* NYI */
|
2007-12-20 21:39:23 -07:00
|
|
|
struct resource rsrc_cfg;
|
|
|
|
struct resource rsrc_reg;
|
|
|
|
struct resource dma_window;
|
|
|
|
struct pci_controller *hose = NULL;
|
|
|
|
void __iomem *reg = NULL;
|
|
|
|
const int *bus_range;
|
|
|
|
int primary = 0;
|
|
|
|
|
2008-09-09 23:55:46 -06:00
|
|
|
/* Check if device is enabled */
|
|
|
|
if (!of_device_is_available(np)) {
|
|
|
|
printk(KERN_INFO "%s: Port disabled via device-tree\n",
|
|
|
|
np->full_name);
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
2007-12-20 21:39:23 -07:00
|
|
|
/* Fetch config space registers address */
|
|
|
|
if (of_address_to_resource(np, 0, &rsrc_cfg)) {
|
2008-09-09 23:55:46 -06:00
|
|
|
printk(KERN_ERR "%s: Can't get PCI config register base !",
|
2007-12-20 21:39:23 -07:00
|
|
|
np->full_name);
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
/* Fetch host bridge internal registers address */
|
|
|
|
if (of_address_to_resource(np, 3, &rsrc_reg)) {
|
|
|
|
printk(KERN_ERR "%s: Can't get PCI internal register base !",
|
|
|
|
np->full_name);
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
|
|
|
/* Check if primary bridge */
|
|
|
|
if (of_get_property(np, "primary", NULL))
|
|
|
|
primary = 1;
|
|
|
|
|
|
|
|
/* Get bus range if any */
|
|
|
|
bus_range = of_get_property(np, "bus-range", NULL);
|
|
|
|
|
|
|
|
/* Map registers */
|
2011-06-09 10:13:32 -06:00
|
|
|
reg = ioremap(rsrc_reg.start, resource_size(&rsrc_reg));
|
2007-12-20 21:39:23 -07:00
|
|
|
if (reg == NULL) {
|
|
|
|
printk(KERN_ERR "%s: Can't map registers !", np->full_name);
|
|
|
|
goto fail;
|
|
|
|
}
|
|
|
|
|
|
|
|
/* Allocate the host controller data structure */
|
|
|
|
hose = pcibios_alloc_controller(np);
|
|
|
|
if (!hose)
|
|
|
|
goto fail;
|
|
|
|
|
|
|
|
hose->first_busno = bus_range ? bus_range[0] : 0x0;
|
|
|
|
hose->last_busno = bus_range ? bus_range[1] : 0xff;
|
|
|
|
|
|
|
|
/* Setup config space */
|
|
|
|
setup_indirect_pci(hose, rsrc_cfg.start, rsrc_cfg.start + 0x4, 0);
|
|
|
|
|
|
|
|
/* Disable all windows */
|
|
|
|
writel(0, reg + PCIL0_PMM0MA);
|
|
|
|
writel(0, reg + PCIL0_PMM1MA);
|
|
|
|
writel(0, reg + PCIL0_PMM2MA);
|
|
|
|
writel(0, reg + PCIL0_PTM1MS);
|
|
|
|
writel(0, reg + PCIL0_PTM2MS);
|
|
|
|
|
|
|
|
/* Parse outbound mapping resources */
|
|
|
|
pci_process_bridge_OF_ranges(hose, np, primary);
|
|
|
|
|
|
|
|
/* Parse inbound mapping resources */
|
|
|
|
if (ppc4xx_parse_dma_ranges(hose, reg, &dma_window) != 0)
|
|
|
|
goto fail;
|
|
|
|
|
|
|
|
/* Configure outbound ranges POMs */
|
|
|
|
ppc4xx_configure_pci_PMMs(hose, reg);
|
|
|
|
|
|
|
|
/* Configure inbound ranges PIMs */
|
|
|
|
ppc4xx_configure_pci_PTMs(hose, reg, &dma_window);
|
|
|
|
|
|
|
|
/* We don't need the registers anymore */
|
|
|
|
iounmap(reg);
|
|
|
|
return;
|
|
|
|
|
|
|
|
fail:
|
|
|
|
if (hose)
|
|
|
|
pcibios_free_controller(hose);
|
|
|
|
if (reg)
|
|
|
|
iounmap(reg);
|
2007-12-20 21:39:22 -07:00
|
|
|
}
|
|
|
|
|
|
|
|
/*
|
|
|
|
* 4xx PCI-X part
|
|
|
|
*/
|
|
|
|
|
2008-10-09 10:58:19 -06:00
|
|
|
static int __init ppc4xx_setup_one_pcix_POM(struct pci_controller *hose,
|
|
|
|
void __iomem *reg,
|
|
|
|
u64 plb_addr,
|
|
|
|
u64 pci_addr,
|
|
|
|
u64 size,
|
|
|
|
unsigned int flags,
|
|
|
|
int index)
|
|
|
|
{
|
|
|
|
u32 lah, lal, pciah, pcial, sa;
|
|
|
|
|
|
|
|
if (!is_power_of_2(size) || size < 0x1000 ||
|
|
|
|
(plb_addr & (size - 1)) != 0) {
|
|
|
|
printk(KERN_WARNING "%s: Resource out of range\n",
|
|
|
|
hose->dn->full_name);
|
|
|
|
return -1;
|
|
|
|
}
|
|
|
|
|
|
|
|
/* Calculate register values */
|
|
|
|
lah = RES_TO_U32_HIGH(plb_addr);
|
|
|
|
lal = RES_TO_U32_LOW(plb_addr);
|
|
|
|
pciah = RES_TO_U32_HIGH(pci_addr);
|
|
|
|
pcial = RES_TO_U32_LOW(pci_addr);
|
|
|
|
sa = (0xffffffffu << ilog2(size)) | 0x1;
|
|
|
|
|
|
|
|
/* Program register values */
|
|
|
|
if (index == 0) {
|
|
|
|
writel(lah, reg + PCIX0_POM0LAH);
|
|
|
|
writel(lal, reg + PCIX0_POM0LAL);
|
|
|
|
writel(pciah, reg + PCIX0_POM0PCIAH);
|
|
|
|
writel(pcial, reg + PCIX0_POM0PCIAL);
|
|
|
|
writel(sa, reg + PCIX0_POM0SA);
|
|
|
|
} else {
|
|
|
|
writel(lah, reg + PCIX0_POM1LAH);
|
|
|
|
writel(lal, reg + PCIX0_POM1LAL);
|
|
|
|
writel(pciah, reg + PCIX0_POM1PCIAH);
|
|
|
|
writel(pcial, reg + PCIX0_POM1PCIAL);
|
|
|
|
writel(sa, reg + PCIX0_POM1SA);
|
|
|
|
}
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2007-12-20 21:39:22 -07:00
|
|
|
static void __init ppc4xx_configure_pcix_POMs(struct pci_controller *hose,
|
|
|
|
void __iomem *reg)
|
|
|
|
{
|
2008-10-09 10:58:19 -06:00
|
|
|
int i, j, found_isa_hole = 0;
|
2007-12-20 21:39:22 -07:00
|
|
|
|
|
|
|
/* Setup outbound memory windows */
|
|
|
|
for (i = j = 0; i < 3; i++) {
|
|
|
|
struct resource *res = &hose->mem_resources[i];
|
|
|
|
|
|
|
|
/* we only care about memory windows */
|
|
|
|
if (!(res->flags & IORESOURCE_MEM))
|
|
|
|
continue;
|
|
|
|
if (j > 1) {
|
|
|
|
printk(KERN_WARNING "%s: Too many ranges\n",
|
|
|
|
hose->dn->full_name);
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
|
2008-10-09 10:58:19 -06:00
|
|
|
/* Configure the resource */
|
|
|
|
if (ppc4xx_setup_one_pcix_POM(hose, reg,
|
|
|
|
res->start,
|
|
|
|
res->start - hose->pci_mem_offset,
|
2011-06-09 10:13:32 -06:00
|
|
|
resource_size(res),
|
2008-10-09 10:58:19 -06:00
|
|
|
res->flags,
|
|
|
|
j) == 0) {
|
|
|
|
j++;
|
|
|
|
|
|
|
|
/* If the resource PCI address is 0 then we have our
|
|
|
|
* ISA memory hole
|
|
|
|
*/
|
|
|
|
if (res->start == hose->pci_mem_offset)
|
|
|
|
found_isa_hole = 1;
|
2007-12-20 21:39:22 -07:00
|
|
|
}
|
|
|
|
}
|
2008-10-09 10:58:19 -06:00
|
|
|
|
|
|
|
/* Handle ISA memory hole if not already covered */
|
|
|
|
if (j <= 1 && !found_isa_hole && hose->isa_mem_size)
|
|
|
|
if (ppc4xx_setup_one_pcix_POM(hose, reg, hose->isa_mem_phys, 0,
|
|
|
|
hose->isa_mem_size, 0, j) == 0)
|
|
|
|
printk(KERN_INFO "%s: Legacy ISA memory support enabled\n",
|
|
|
|
hose->dn->full_name);
|
2007-12-20 21:39:22 -07:00
|
|
|
}
|
|
|
|
|
|
|
|
static void __init ppc4xx_configure_pcix_PIMs(struct pci_controller *hose,
|
|
|
|
void __iomem *reg,
|
|
|
|
const struct resource *res,
|
|
|
|
int big_pim,
|
|
|
|
int enable_msi_hole)
|
|
|
|
{
|
2011-06-09 10:13:32 -06:00
|
|
|
resource_size_t size = resource_size(res);
|
2007-12-20 21:39:22 -07:00
|
|
|
u32 sa;
|
|
|
|
|
|
|
|
/* RAM is always at 0 */
|
|
|
|
writel(0x00000000, reg + PCIX0_PIM0LAH);
|
|
|
|
writel(0x00000000, reg + PCIX0_PIM0LAL);
|
|
|
|
|
|
|
|
/* Calculate window size */
|
|
|
|
sa = (0xffffffffu << ilog2(size)) | 1;
|
|
|
|
sa |= 0x1;
|
|
|
|
if (res->flags & IORESOURCE_PREFETCH)
|
|
|
|
sa |= 0x2;
|
|
|
|
if (enable_msi_hole)
|
|
|
|
sa |= 0x4;
|
|
|
|
writel(sa, reg + PCIX0_PIM0SA);
|
|
|
|
if (big_pim)
|
|
|
|
writel(0xffffffff, reg + PCIX0_PIM0SAH);
|
|
|
|
|
|
|
|
/* Map on PCI side */
|
|
|
|
writel(0x00000000, reg + PCIX0_BAR0H);
|
|
|
|
writel(res->start, reg + PCIX0_BAR0L);
|
|
|
|
writew(0x0006, reg + PCIX0_COMMAND);
|
|
|
|
}
|
|
|
|
|
|
|
|
static void __init ppc4xx_probe_pcix_bridge(struct device_node *np)
|
|
|
|
{
|
|
|
|
struct resource rsrc_cfg;
|
|
|
|
struct resource rsrc_reg;
|
|
|
|
struct resource dma_window;
|
|
|
|
struct pci_controller *hose = NULL;
|
|
|
|
void __iomem *reg = NULL;
|
|
|
|
const int *bus_range;
|
|
|
|
int big_pim = 0, msi = 0, primary = 0;
|
|
|
|
|
|
|
|
/* Fetch config space registers address */
|
|
|
|
if (of_address_to_resource(np, 0, &rsrc_cfg)) {
|
|
|
|
printk(KERN_ERR "%s:Can't get PCI-X config register base !",
|
|
|
|
np->full_name);
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
/* Fetch host bridge internal registers address */
|
|
|
|
if (of_address_to_resource(np, 3, &rsrc_reg)) {
|
|
|
|
printk(KERN_ERR "%s: Can't get PCI-X internal register base !",
|
|
|
|
np->full_name);
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
|
|
|
/* Check if it supports large PIMs (440GX) */
|
|
|
|
if (of_get_property(np, "large-inbound-windows", NULL))
|
|
|
|
big_pim = 1;
|
|
|
|
|
|
|
|
/* Check if we should enable MSIs inbound hole */
|
|
|
|
if (of_get_property(np, "enable-msi-hole", NULL))
|
|
|
|
msi = 1;
|
|
|
|
|
|
|
|
/* Check if primary bridge */
|
|
|
|
if (of_get_property(np, "primary", NULL))
|
|
|
|
primary = 1;
|
|
|
|
|
|
|
|
/* Get bus range if any */
|
|
|
|
bus_range = of_get_property(np, "bus-range", NULL);
|
|
|
|
|
|
|
|
/* Map registers */
|
2011-06-09 10:13:32 -06:00
|
|
|
reg = ioremap(rsrc_reg.start, resource_size(&rsrc_reg));
|
2007-12-20 21:39:22 -07:00
|
|
|
if (reg == NULL) {
|
|
|
|
printk(KERN_ERR "%s: Can't map registers !", np->full_name);
|
|
|
|
goto fail;
|
|
|
|
}
|
|
|
|
|
|
|
|
/* Allocate the host controller data structure */
|
|
|
|
hose = pcibios_alloc_controller(np);
|
|
|
|
if (!hose)
|
|
|
|
goto fail;
|
|
|
|
|
|
|
|
hose->first_busno = bus_range ? bus_range[0] : 0x0;
|
|
|
|
hose->last_busno = bus_range ? bus_range[1] : 0xff;
|
|
|
|
|
|
|
|
/* Setup config space */
|
2010-01-19 20:59:39 -07:00
|
|
|
setup_indirect_pci(hose, rsrc_cfg.start, rsrc_cfg.start + 0x4,
|
|
|
|
PPC_INDIRECT_TYPE_SET_CFG_TYPE);
|
2007-12-20 21:39:22 -07:00
|
|
|
|
|
|
|
/* Disable all windows */
|
|
|
|
writel(0, reg + PCIX0_POM0SA);
|
|
|
|
writel(0, reg + PCIX0_POM1SA);
|
|
|
|
writel(0, reg + PCIX0_POM2SA);
|
|
|
|
writel(0, reg + PCIX0_PIM0SA);
|
|
|
|
writel(0, reg + PCIX0_PIM1SA);
|
|
|
|
writel(0, reg + PCIX0_PIM2SA);
|
|
|
|
if (big_pim) {
|
|
|
|
writel(0, reg + PCIX0_PIM0SAH);
|
|
|
|
writel(0, reg + PCIX0_PIM2SAH);
|
|
|
|
}
|
|
|
|
|
|
|
|
/* Parse outbound mapping resources */
|
|
|
|
pci_process_bridge_OF_ranges(hose, np, primary);
|
|
|
|
|
|
|
|
/* Parse inbound mapping resources */
|
|
|
|
if (ppc4xx_parse_dma_ranges(hose, reg, &dma_window) != 0)
|
|
|
|
goto fail;
|
|
|
|
|
|
|
|
/* Configure outbound ranges POMs */
|
|
|
|
ppc4xx_configure_pcix_POMs(hose, reg);
|
|
|
|
|
|
|
|
/* Configure inbound ranges PIMs */
|
|
|
|
ppc4xx_configure_pcix_PIMs(hose, reg, &dma_window, big_pim, msi);
|
|
|
|
|
|
|
|
/* We don't need the registers anymore */
|
|
|
|
iounmap(reg);
|
|
|
|
return;
|
|
|
|
|
|
|
|
fail:
|
|
|
|
if (hose)
|
|
|
|
pcibios_free_controller(hose);
|
|
|
|
if (reg)
|
|
|
|
iounmap(reg);
|
|
|
|
}
|
|
|
|
|
[POWERPC] 4xx: PLB to PCI Express support
This adds to the previous 2 patches the support for the 4xx PCI Express
cells as found in the 440SPe revA, revB and 405EX.
Unfortunately, due to significant differences between these, and other
interesting "features" of those pieces of HW, the code isn't as simple
as it is for PCI and PCI-X and some of the functions differ significantly
between the 3 implementations. Thus, not only this code can only support
those 3 implementations for now and will refuse to operate on any other,
but there are added ifdef's to avoid the bloat of building a fairly large
amount of code on platforms that don't need it.
Also, this code currently only supports fully initializing root complex
nodes, not endpoint. Some more code will have to be lifted from the
arch/ppc implementation to add the endpoint support, though it's mostly
differences in memory mapping, and the question on how to represent
endpoint mode PCI in the device-tree is thus open.
Many thanks to Stefan Roese for testing & fixing up the 405EX bits !
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Stefan Roese <sr@denx.de>
Signed-off-by: Josh Boyer <jwboyer@linux.vnet.ibm.com>
2007-12-20 21:39:24 -07:00
|
|
|
#ifdef CONFIG_PPC4xx_PCI_EXPRESS
|
|
|
|
|
2007-12-20 21:39:22 -07:00
|
|
|
/*
|
|
|
|
* 4xx PCI-Express part
|
[POWERPC] 4xx: PLB to PCI Express support
This adds to the previous 2 patches the support for the 4xx PCI Express
cells as found in the 440SPe revA, revB and 405EX.
Unfortunately, due to significant differences between these, and other
interesting "features" of those pieces of HW, the code isn't as simple
as it is for PCI and PCI-X and some of the functions differ significantly
between the 3 implementations. Thus, not only this code can only support
those 3 implementations for now and will refuse to operate on any other,
but there are added ifdef's to avoid the bloat of building a fairly large
amount of code on platforms that don't need it.
Also, this code currently only supports fully initializing root complex
nodes, not endpoint. Some more code will have to be lifted from the
arch/ppc implementation to add the endpoint support, though it's mostly
differences in memory mapping, and the question on how to represent
endpoint mode PCI in the device-tree is thus open.
Many thanks to Stefan Roese for testing & fixing up the 405EX bits !
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Stefan Roese <sr@denx.de>
Signed-off-by: Josh Boyer <jwboyer@linux.vnet.ibm.com>
2007-12-20 21:39:24 -07:00
|
|
|
*
|
|
|
|
* We support 3 parts currently based on the compatible property:
|
|
|
|
*
|
2007-12-20 21:39:38 -07:00
|
|
|
* ibm,plb-pciex-440spe
|
[POWERPC] 4xx: PLB to PCI Express support
This adds to the previous 2 patches the support for the 4xx PCI Express
cells as found in the 440SPe revA, revB and 405EX.
Unfortunately, due to significant differences between these, and other
interesting "features" of those pieces of HW, the code isn't as simple
as it is for PCI and PCI-X and some of the functions differ significantly
between the 3 implementations. Thus, not only this code can only support
those 3 implementations for now and will refuse to operate on any other,
but there are added ifdef's to avoid the bloat of building a fairly large
amount of code on platforms that don't need it.
Also, this code currently only supports fully initializing root complex
nodes, not endpoint. Some more code will have to be lifted from the
arch/ppc implementation to add the endpoint support, though it's mostly
differences in memory mapping, and the question on how to represent
endpoint mode PCI in the device-tree is thus open.
Many thanks to Stefan Roese for testing & fixing up the 405EX bits !
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Stefan Roese <sr@denx.de>
Signed-off-by: Josh Boyer <jwboyer@linux.vnet.ibm.com>
2007-12-20 21:39:24 -07:00
|
|
|
* ibm,plb-pciex-405ex
|
2008-02-23 14:08:27 -07:00
|
|
|
* ibm,plb-pciex-460ex
|
[POWERPC] 4xx: PLB to PCI Express support
This adds to the previous 2 patches the support for the 4xx PCI Express
cells as found in the 440SPe revA, revB and 405EX.
Unfortunately, due to significant differences between these, and other
interesting "features" of those pieces of HW, the code isn't as simple
as it is for PCI and PCI-X and some of the functions differ significantly
between the 3 implementations. Thus, not only this code can only support
those 3 implementations for now and will refuse to operate on any other,
but there are added ifdef's to avoid the bloat of building a fairly large
amount of code on platforms that don't need it.
Also, this code currently only supports fully initializing root complex
nodes, not endpoint. Some more code will have to be lifted from the
arch/ppc implementation to add the endpoint support, though it's mostly
differences in memory mapping, and the question on how to represent
endpoint mode PCI in the device-tree is thus open.
Many thanks to Stefan Roese for testing & fixing up the 405EX bits !
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Stefan Roese <sr@denx.de>
Signed-off-by: Josh Boyer <jwboyer@linux.vnet.ibm.com>
2007-12-20 21:39:24 -07:00
|
|
|
*
|
|
|
|
* Anything else will be rejected for now as they are all subtly
|
|
|
|
* different unfortunately.
|
|
|
|
*
|
2007-12-20 21:39:22 -07:00
|
|
|
*/
|
[POWERPC] 4xx: PLB to PCI Express support
This adds to the previous 2 patches the support for the 4xx PCI Express
cells as found in the 440SPe revA, revB and 405EX.
Unfortunately, due to significant differences between these, and other
interesting "features" of those pieces of HW, the code isn't as simple
as it is for PCI and PCI-X and some of the functions differ significantly
between the 3 implementations. Thus, not only this code can only support
those 3 implementations for now and will refuse to operate on any other,
but there are added ifdef's to avoid the bloat of building a fairly large
amount of code on platforms that don't need it.
Also, this code currently only supports fully initializing root complex
nodes, not endpoint. Some more code will have to be lifted from the
arch/ppc implementation to add the endpoint support, though it's mostly
differences in memory mapping, and the question on how to represent
endpoint mode PCI in the device-tree is thus open.
Many thanks to Stefan Roese for testing & fixing up the 405EX bits !
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Stefan Roese <sr@denx.de>
Signed-off-by: Josh Boyer <jwboyer@linux.vnet.ibm.com>
2007-12-20 21:39:24 -07:00
|
|
|
|
2007-12-30 22:41:15 -07:00
|
|
|
#define MAX_PCIE_BUS_MAPPED 0x40
|
[POWERPC] 4xx: PLB to PCI Express support
This adds to the previous 2 patches the support for the 4xx PCI Express
cells as found in the 440SPe revA, revB and 405EX.
Unfortunately, due to significant differences between these, and other
interesting "features" of those pieces of HW, the code isn't as simple
as it is for PCI and PCI-X and some of the functions differ significantly
between the 3 implementations. Thus, not only this code can only support
those 3 implementations for now and will refuse to operate on any other,
but there are added ifdef's to avoid the bloat of building a fairly large
amount of code on platforms that don't need it.
Also, this code currently only supports fully initializing root complex
nodes, not endpoint. Some more code will have to be lifted from the
arch/ppc implementation to add the endpoint support, though it's mostly
differences in memory mapping, and the question on how to represent
endpoint mode PCI in the device-tree is thus open.
Many thanks to Stefan Roese for testing & fixing up the 405EX bits !
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Stefan Roese <sr@denx.de>
Signed-off-by: Josh Boyer <jwboyer@linux.vnet.ibm.com>
2007-12-20 21:39:24 -07:00
|
|
|
|
|
|
|
struct ppc4xx_pciex_port
|
|
|
|
{
|
|
|
|
struct pci_controller *hose;
|
|
|
|
struct device_node *node;
|
|
|
|
unsigned int index;
|
|
|
|
int endpoint;
|
2007-12-20 21:39:36 -07:00
|
|
|
int link;
|
|
|
|
int has_ibpre;
|
[POWERPC] 4xx: PLB to PCI Express support
This adds to the previous 2 patches the support for the 4xx PCI Express
cells as found in the 440SPe revA, revB and 405EX.
Unfortunately, due to significant differences between these, and other
interesting "features" of those pieces of HW, the code isn't as simple
as it is for PCI and PCI-X and some of the functions differ significantly
between the 3 implementations. Thus, not only this code can only support
those 3 implementations for now and will refuse to operate on any other,
but there are added ifdef's to avoid the bloat of building a fairly large
amount of code on platforms that don't need it.
Also, this code currently only supports fully initializing root complex
nodes, not endpoint. Some more code will have to be lifted from the
arch/ppc implementation to add the endpoint support, though it's mostly
differences in memory mapping, and the question on how to represent
endpoint mode PCI in the device-tree is thus open.
Many thanks to Stefan Roese for testing & fixing up the 405EX bits !
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Stefan Roese <sr@denx.de>
Signed-off-by: Josh Boyer <jwboyer@linux.vnet.ibm.com>
2007-12-20 21:39:24 -07:00
|
|
|
unsigned int sdr_base;
|
|
|
|
dcr_host_t dcrs;
|
|
|
|
struct resource cfg_space;
|
|
|
|
struct resource utl_regs;
|
2007-12-20 21:39:36 -07:00
|
|
|
void __iomem *utl_base;
|
[POWERPC] 4xx: PLB to PCI Express support
This adds to the previous 2 patches the support for the 4xx PCI Express
cells as found in the 440SPe revA, revB and 405EX.
Unfortunately, due to significant differences between these, and other
interesting "features" of those pieces of HW, the code isn't as simple
as it is for PCI and PCI-X and some of the functions differ significantly
between the 3 implementations. Thus, not only this code can only support
those 3 implementations for now and will refuse to operate on any other,
but there are added ifdef's to avoid the bloat of building a fairly large
amount of code on platforms that don't need it.
Also, this code currently only supports fully initializing root complex
nodes, not endpoint. Some more code will have to be lifted from the
arch/ppc implementation to add the endpoint support, though it's mostly
differences in memory mapping, and the question on how to represent
endpoint mode PCI in the device-tree is thus open.
Many thanks to Stefan Roese for testing & fixing up the 405EX bits !
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Stefan Roese <sr@denx.de>
Signed-off-by: Josh Boyer <jwboyer@linux.vnet.ibm.com>
2007-12-20 21:39:24 -07:00
|
|
|
};
|
|
|
|
|
|
|
|
static struct ppc4xx_pciex_port *ppc4xx_pciex_ports;
|
|
|
|
static unsigned int ppc4xx_pciex_port_count;
|
|
|
|
|
|
|
|
struct ppc4xx_pciex_hwops
|
|
|
|
{
|
2011-11-30 14:39:18 -07:00
|
|
|
bool want_sdr;
|
[POWERPC] 4xx: PLB to PCI Express support
This adds to the previous 2 patches the support for the 4xx PCI Express
cells as found in the 440SPe revA, revB and 405EX.
Unfortunately, due to significant differences between these, and other
interesting "features" of those pieces of HW, the code isn't as simple
as it is for PCI and PCI-X and some of the functions differ significantly
between the 3 implementations. Thus, not only this code can only support
those 3 implementations for now and will refuse to operate on any other,
but there are added ifdef's to avoid the bloat of building a fairly large
amount of code on platforms that don't need it.
Also, this code currently only supports fully initializing root complex
nodes, not endpoint. Some more code will have to be lifted from the
arch/ppc implementation to add the endpoint support, though it's mostly
differences in memory mapping, and the question on how to represent
endpoint mode PCI in the device-tree is thus open.
Many thanks to Stefan Roese for testing & fixing up the 405EX bits !
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Stefan Roese <sr@denx.de>
Signed-off-by: Josh Boyer <jwboyer@linux.vnet.ibm.com>
2007-12-20 21:39:24 -07:00
|
|
|
int (*core_init)(struct device_node *np);
|
|
|
|
int (*port_init_hw)(struct ppc4xx_pciex_port *port);
|
|
|
|
int (*setup_utl)(struct ppc4xx_pciex_port *port);
|
2011-06-30 14:44:24 -06:00
|
|
|
void (*check_link)(struct ppc4xx_pciex_port *port);
|
[POWERPC] 4xx: PLB to PCI Express support
This adds to the previous 2 patches the support for the 4xx PCI Express
cells as found in the 440SPe revA, revB and 405EX.
Unfortunately, due to significant differences between these, and other
interesting "features" of those pieces of HW, the code isn't as simple
as it is for PCI and PCI-X and some of the functions differ significantly
between the 3 implementations. Thus, not only this code can only support
those 3 implementations for now and will refuse to operate on any other,
but there are added ifdef's to avoid the bloat of building a fairly large
amount of code on platforms that don't need it.
Also, this code currently only supports fully initializing root complex
nodes, not endpoint. Some more code will have to be lifted from the
arch/ppc implementation to add the endpoint support, though it's mostly
differences in memory mapping, and the question on how to represent
endpoint mode PCI in the device-tree is thus open.
Many thanks to Stefan Roese for testing & fixing up the 405EX bits !
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Stefan Roese <sr@denx.de>
Signed-off-by: Josh Boyer <jwboyer@linux.vnet.ibm.com>
2007-12-20 21:39:24 -07:00
|
|
|
};
|
|
|
|
|
|
|
|
static struct ppc4xx_pciex_hwops *ppc4xx_pciex_hwops;
|
|
|
|
|
2011-06-30 14:44:24 -06:00
|
|
|
static int __init ppc4xx_pciex_wait_on_sdr(struct ppc4xx_pciex_port *port,
|
|
|
|
unsigned int sdr_offset,
|
|
|
|
unsigned int mask,
|
|
|
|
unsigned int value,
|
|
|
|
int timeout_ms)
|
|
|
|
{
|
|
|
|
u32 val;
|
|
|
|
|
|
|
|
while(timeout_ms--) {
|
|
|
|
val = mfdcri(SDR0, port->sdr_base + sdr_offset);
|
|
|
|
if ((val & mask) == value) {
|
|
|
|
pr_debug("PCIE%d: Wait on SDR %x success with tm %d (%08x)\n",
|
|
|
|
port->index, sdr_offset, timeout_ms, val);
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
msleep(1);
|
|
|
|
}
|
|
|
|
return -1;
|
|
|
|
}
|
|
|
|
|
|
|
|
static int __init ppc4xx_pciex_port_reset_sdr(struct ppc4xx_pciex_port *port)
|
|
|
|
{
|
|
|
|
/* Wait for reset to complete */
|
|
|
|
if (ppc4xx_pciex_wait_on_sdr(port, PESDRn_RCSSTS, 1 << 20, 0, 10)) {
|
|
|
|
printk(KERN_WARNING "PCIE%d: PGRST failed\n",
|
|
|
|
port->index);
|
|
|
|
return -1;
|
|
|
|
}
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2011-08-04 23:59:40 -06:00
|
|
|
|
2011-06-30 14:44:24 -06:00
|
|
|
static void __init ppc4xx_pciex_check_link_sdr(struct ppc4xx_pciex_port *port)
|
|
|
|
{
|
2011-07-12 14:37:50 -06:00
|
|
|
printk(KERN_INFO "PCIE%d: Checking link...\n", port->index);
|
|
|
|
|
2011-06-30 14:44:24 -06:00
|
|
|
/* Check for card presence detect if supported, if not, just wait for
|
|
|
|
* link unconditionally.
|
|
|
|
*
|
|
|
|
* note that we don't fail if there is no link, we just filter out
|
|
|
|
* config space accesses. That way, it will be easier to implement
|
|
|
|
* hotplug later on.
|
|
|
|
*/
|
|
|
|
if (!port->has_ibpre ||
|
|
|
|
!ppc4xx_pciex_wait_on_sdr(port, PESDRn_LOOP,
|
|
|
|
1 << 28, 1 << 28, 100)) {
|
|
|
|
printk(KERN_INFO
|
|
|
|
"PCIE%d: Device detected, waiting for link...\n",
|
|
|
|
port->index);
|
|
|
|
if (ppc4xx_pciex_wait_on_sdr(port, PESDRn_LOOP,
|
|
|
|
0x1000, 0x1000, 2000))
|
|
|
|
printk(KERN_WARNING
|
|
|
|
"PCIE%d: Link up failed\n", port->index);
|
|
|
|
else {
|
|
|
|
printk(KERN_INFO
|
|
|
|
"PCIE%d: link is up !\n", port->index);
|
|
|
|
port->link = 1;
|
|
|
|
}
|
|
|
|
} else
|
|
|
|
printk(KERN_INFO "PCIE%d: No device detected.\n", port->index);
|
|
|
|
}
|
|
|
|
|
2011-08-04 23:59:40 -06:00
|
|
|
#ifdef CONFIG_44x
|
|
|
|
|
[POWERPC] 4xx: PLB to PCI Express support
This adds to the previous 2 patches the support for the 4xx PCI Express
cells as found in the 440SPe revA, revB and 405EX.
Unfortunately, due to significant differences between these, and other
interesting "features" of those pieces of HW, the code isn't as simple
as it is for PCI and PCI-X and some of the functions differ significantly
between the 3 implementations. Thus, not only this code can only support
those 3 implementations for now and will refuse to operate on any other,
but there are added ifdef's to avoid the bloat of building a fairly large
amount of code on platforms that don't need it.
Also, this code currently only supports fully initializing root complex
nodes, not endpoint. Some more code will have to be lifted from the
arch/ppc implementation to add the endpoint support, though it's mostly
differences in memory mapping, and the question on how to represent
endpoint mode PCI in the device-tree is thus open.
Many thanks to Stefan Roese for testing & fixing up the 405EX bits !
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Stefan Roese <sr@denx.de>
Signed-off-by: Josh Boyer <jwboyer@linux.vnet.ibm.com>
2007-12-20 21:39:24 -07:00
|
|
|
/* Check various reset bits of the 440SPe PCIe core */
|
|
|
|
static int __init ppc440spe_pciex_check_reset(struct device_node *np)
|
|
|
|
{
|
|
|
|
u32 valPE0, valPE1, valPE2;
|
|
|
|
int err = 0;
|
|
|
|
|
|
|
|
/* SDR0_PEGPLLLCT1 reset */
|
|
|
|
if (!(mfdcri(SDR0, PESDR0_PLLLCT1) & 0x01000000)) {
|
|
|
|
/*
|
|
|
|
* the PCIe core was probably already initialised
|
|
|
|
* by firmware - let's re-reset RCSSET regs
|
|
|
|
*
|
|
|
|
* -- Shouldn't we also re-reset the whole thing ? -- BenH
|
|
|
|
*/
|
|
|
|
pr_debug("PCIE: SDR0_PLLLCT1 already reset.\n");
|
|
|
|
mtdcri(SDR0, PESDR0_440SPE_RCSSET, 0x01010000);
|
|
|
|
mtdcri(SDR0, PESDR1_440SPE_RCSSET, 0x01010000);
|
|
|
|
mtdcri(SDR0, PESDR2_440SPE_RCSSET, 0x01010000);
|
|
|
|
}
|
|
|
|
|
|
|
|
valPE0 = mfdcri(SDR0, PESDR0_440SPE_RCSSET);
|
|
|
|
valPE1 = mfdcri(SDR0, PESDR1_440SPE_RCSSET);
|
|
|
|
valPE2 = mfdcri(SDR0, PESDR2_440SPE_RCSSET);
|
|
|
|
|
|
|
|
/* SDR0_PExRCSSET rstgu */
|
|
|
|
if (!(valPE0 & 0x01000000) ||
|
|
|
|
!(valPE1 & 0x01000000) ||
|
|
|
|
!(valPE2 & 0x01000000)) {
|
|
|
|
printk(KERN_INFO "PCIE: SDR0_PExRCSSET rstgu error\n");
|
|
|
|
err = -1;
|
|
|
|
}
|
|
|
|
|
|
|
|
/* SDR0_PExRCSSET rstdl */
|
|
|
|
if (!(valPE0 & 0x00010000) ||
|
|
|
|
!(valPE1 & 0x00010000) ||
|
|
|
|
!(valPE2 & 0x00010000)) {
|
|
|
|
printk(KERN_INFO "PCIE: SDR0_PExRCSSET rstdl error\n");
|
|
|
|
err = -1;
|
|
|
|
}
|
|
|
|
|
|
|
|
/* SDR0_PExRCSSET rstpyn */
|
|
|
|
if ((valPE0 & 0x00001000) ||
|
|
|
|
(valPE1 & 0x00001000) ||
|
|
|
|
(valPE2 & 0x00001000)) {
|
|
|
|
printk(KERN_INFO "PCIE: SDR0_PExRCSSET rstpyn error\n");
|
|
|
|
err = -1;
|
|
|
|
}
|
|
|
|
|
|
|
|
/* SDR0_PExRCSSET hldplb */
|
|
|
|
if ((valPE0 & 0x10000000) ||
|
|
|
|
(valPE1 & 0x10000000) ||
|
|
|
|
(valPE2 & 0x10000000)) {
|
|
|
|
printk(KERN_INFO "PCIE: SDR0_PExRCSSET hldplb error\n");
|
|
|
|
err = -1;
|
|
|
|
}
|
|
|
|
|
|
|
|
/* SDR0_PExRCSSET rdy */
|
|
|
|
if ((valPE0 & 0x00100000) ||
|
|
|
|
(valPE1 & 0x00100000) ||
|
|
|
|
(valPE2 & 0x00100000)) {
|
|
|
|
printk(KERN_INFO "PCIE: SDR0_PExRCSSET rdy error\n");
|
|
|
|
err = -1;
|
|
|
|
}
|
|
|
|
|
|
|
|
/* SDR0_PExRCSSET shutdown */
|
|
|
|
if ((valPE0 & 0x00000100) ||
|
|
|
|
(valPE1 & 0x00000100) ||
|
|
|
|
(valPE2 & 0x00000100)) {
|
|
|
|
printk(KERN_INFO "PCIE: SDR0_PExRCSSET shutdown error\n");
|
|
|
|
err = -1;
|
|
|
|
}
|
|
|
|
|
|
|
|
return err;
|
|
|
|
}
|
|
|
|
|
|
|
|
/* Global PCIe core initializations for 440SPe core */
|
|
|
|
static int __init ppc440spe_pciex_core_init(struct device_node *np)
|
|
|
|
{
|
|
|
|
int time_out = 20;
|
|
|
|
|
|
|
|
/* Set PLL clock receiver to LVPECL */
|
2008-03-06 07:34:52 -07:00
|
|
|
dcri_clrset(SDR0, PESDR0_PLLLCT1, 0, 1 << 28);
|
[POWERPC] 4xx: PLB to PCI Express support
This adds to the previous 2 patches the support for the 4xx PCI Express
cells as found in the 440SPe revA, revB and 405EX.
Unfortunately, due to significant differences between these, and other
interesting "features" of those pieces of HW, the code isn't as simple
as it is for PCI and PCI-X and some of the functions differ significantly
between the 3 implementations. Thus, not only this code can only support
those 3 implementations for now and will refuse to operate on any other,
but there are added ifdef's to avoid the bloat of building a fairly large
amount of code on platforms that don't need it.
Also, this code currently only supports fully initializing root complex
nodes, not endpoint. Some more code will have to be lifted from the
arch/ppc implementation to add the endpoint support, though it's mostly
differences in memory mapping, and the question on how to represent
endpoint mode PCI in the device-tree is thus open.
Many thanks to Stefan Roese for testing & fixing up the 405EX bits !
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Stefan Roese <sr@denx.de>
Signed-off-by: Josh Boyer <jwboyer@linux.vnet.ibm.com>
2007-12-20 21:39:24 -07:00
|
|
|
|
|
|
|
/* Shouldn't we do all the calibration stuff etc... here ? */
|
|
|
|
if (ppc440spe_pciex_check_reset(np))
|
|
|
|
return -ENXIO;
|
|
|
|
|
|
|
|
if (!(mfdcri(SDR0, PESDR0_PLLLCT2) & 0x10000)) {
|
|
|
|
printk(KERN_INFO "PCIE: PESDR_PLLCT2 resistance calibration "
|
|
|
|
"failed (0x%08x)\n",
|
|
|
|
mfdcri(SDR0, PESDR0_PLLLCT2));
|
|
|
|
return -1;
|
|
|
|
}
|
|
|
|
|
|
|
|
/* De-assert reset of PCIe PLL, wait for lock */
|
2008-03-06 07:34:52 -07:00
|
|
|
dcri_clrset(SDR0, PESDR0_PLLLCT1, 1 << 24, 0);
|
[POWERPC] 4xx: PLB to PCI Express support
This adds to the previous 2 patches the support for the 4xx PCI Express
cells as found in the 440SPe revA, revB and 405EX.
Unfortunately, due to significant differences between these, and other
interesting "features" of those pieces of HW, the code isn't as simple
as it is for PCI and PCI-X and some of the functions differ significantly
between the 3 implementations. Thus, not only this code can only support
those 3 implementations for now and will refuse to operate on any other,
but there are added ifdef's to avoid the bloat of building a fairly large
amount of code on platforms that don't need it.
Also, this code currently only supports fully initializing root complex
nodes, not endpoint. Some more code will have to be lifted from the
arch/ppc implementation to add the endpoint support, though it's mostly
differences in memory mapping, and the question on how to represent
endpoint mode PCI in the device-tree is thus open.
Many thanks to Stefan Roese for testing & fixing up the 405EX bits !
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Stefan Roese <sr@denx.de>
Signed-off-by: Josh Boyer <jwboyer@linux.vnet.ibm.com>
2007-12-20 21:39:24 -07:00
|
|
|
udelay(3);
|
|
|
|
|
|
|
|
while (time_out) {
|
|
|
|
if (!(mfdcri(SDR0, PESDR0_PLLLCT3) & 0x10000000)) {
|
|
|
|
time_out--;
|
|
|
|
udelay(1);
|
|
|
|
} else
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
if (!time_out) {
|
|
|
|
printk(KERN_INFO "PCIE: VCO output not locked\n");
|
|
|
|
return -1;
|
|
|
|
}
|
|
|
|
|
|
|
|
pr_debug("PCIE initialization OK\n");
|
|
|
|
|
|
|
|
return 3;
|
|
|
|
}
|
|
|
|
|
2011-08-10 14:16:54 -06:00
|
|
|
static int __init ppc440spe_pciex_init_port_hw(struct ppc4xx_pciex_port *port)
|
[POWERPC] 4xx: PLB to PCI Express support
This adds to the previous 2 patches the support for the 4xx PCI Express
cells as found in the 440SPe revA, revB and 405EX.
Unfortunately, due to significant differences between these, and other
interesting "features" of those pieces of HW, the code isn't as simple
as it is for PCI and PCI-X and some of the functions differ significantly
between the 3 implementations. Thus, not only this code can only support
those 3 implementations for now and will refuse to operate on any other,
but there are added ifdef's to avoid the bloat of building a fairly large
amount of code on platforms that don't need it.
Also, this code currently only supports fully initializing root complex
nodes, not endpoint. Some more code will have to be lifted from the
arch/ppc implementation to add the endpoint support, though it's mostly
differences in memory mapping, and the question on how to represent
endpoint mode PCI in the device-tree is thus open.
Many thanks to Stefan Roese for testing & fixing up the 405EX bits !
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Stefan Roese <sr@denx.de>
Signed-off-by: Josh Boyer <jwboyer@linux.vnet.ibm.com>
2007-12-20 21:39:24 -07:00
|
|
|
{
|
|
|
|
u32 val = 1 << 24;
|
|
|
|
|
|
|
|
if (port->endpoint)
|
|
|
|
val = PTYPE_LEGACY_ENDPOINT << 20;
|
|
|
|
else
|
|
|
|
val = PTYPE_ROOT_PORT << 20;
|
|
|
|
|
|
|
|
if (port->index == 0)
|
|
|
|
val |= LNKW_X8 << 12;
|
|
|
|
else
|
|
|
|
val |= LNKW_X4 << 12;
|
|
|
|
|
|
|
|
mtdcri(SDR0, port->sdr_base + PESDRn_DLPSET, val);
|
|
|
|
mtdcri(SDR0, port->sdr_base + PESDRn_UTLSET1, 0x20222222);
|
2007-12-20 21:39:38 -07:00
|
|
|
if (ppc440spe_revA())
|
[POWERPC] 4xx: PLB to PCI Express support
This adds to the previous 2 patches the support for the 4xx PCI Express
cells as found in the 440SPe revA, revB and 405EX.
Unfortunately, due to significant differences between these, and other
interesting "features" of those pieces of HW, the code isn't as simple
as it is for PCI and PCI-X and some of the functions differ significantly
between the 3 implementations. Thus, not only this code can only support
those 3 implementations for now and will refuse to operate on any other,
but there are added ifdef's to avoid the bloat of building a fairly large
amount of code on platforms that don't need it.
Also, this code currently only supports fully initializing root complex
nodes, not endpoint. Some more code will have to be lifted from the
arch/ppc implementation to add the endpoint support, though it's mostly
differences in memory mapping, and the question on how to represent
endpoint mode PCI in the device-tree is thus open.
Many thanks to Stefan Roese for testing & fixing up the 405EX bits !
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Stefan Roese <sr@denx.de>
Signed-off-by: Josh Boyer <jwboyer@linux.vnet.ibm.com>
2007-12-20 21:39:24 -07:00
|
|
|
mtdcri(SDR0, port->sdr_base + PESDRn_UTLSET2, 0x11000000);
|
|
|
|
mtdcri(SDR0, port->sdr_base + PESDRn_440SPE_HSSL0SET1, 0x35000000);
|
|
|
|
mtdcri(SDR0, port->sdr_base + PESDRn_440SPE_HSSL1SET1, 0x35000000);
|
|
|
|
mtdcri(SDR0, port->sdr_base + PESDRn_440SPE_HSSL2SET1, 0x35000000);
|
|
|
|
mtdcri(SDR0, port->sdr_base + PESDRn_440SPE_HSSL3SET1, 0x35000000);
|
|
|
|
if (port->index == 0) {
|
|
|
|
mtdcri(SDR0, port->sdr_base + PESDRn_440SPE_HSSL4SET1,
|
|
|
|
0x35000000);
|
|
|
|
mtdcri(SDR0, port->sdr_base + PESDRn_440SPE_HSSL5SET1,
|
|
|
|
0x35000000);
|
|
|
|
mtdcri(SDR0, port->sdr_base + PESDRn_440SPE_HSSL6SET1,
|
|
|
|
0x35000000);
|
|
|
|
mtdcri(SDR0, port->sdr_base + PESDRn_440SPE_HSSL7SET1,
|
|
|
|
0x35000000);
|
|
|
|
}
|
2008-03-06 07:34:52 -07:00
|
|
|
dcri_clrset(SDR0, port->sdr_base + PESDRn_RCSSET,
|
|
|
|
(1 << 24) | (1 << 16), 1 << 12);
|
[POWERPC] 4xx: PLB to PCI Express support
This adds to the previous 2 patches the support for the 4xx PCI Express
cells as found in the 440SPe revA, revB and 405EX.
Unfortunately, due to significant differences between these, and other
interesting "features" of those pieces of HW, the code isn't as simple
as it is for PCI and PCI-X and some of the functions differ significantly
between the 3 implementations. Thus, not only this code can only support
those 3 implementations for now and will refuse to operate on any other,
but there are added ifdef's to avoid the bloat of building a fairly large
amount of code on platforms that don't need it.
Also, this code currently only supports fully initializing root complex
nodes, not endpoint. Some more code will have to be lifted from the
arch/ppc implementation to add the endpoint support, though it's mostly
differences in memory mapping, and the question on how to represent
endpoint mode PCI in the device-tree is thus open.
Many thanks to Stefan Roese for testing & fixing up the 405EX bits !
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Stefan Roese <sr@denx.de>
Signed-off-by: Josh Boyer <jwboyer@linux.vnet.ibm.com>
2007-12-20 21:39:24 -07:00
|
|
|
|
2011-06-30 14:44:24 -06:00
|
|
|
return ppc4xx_pciex_port_reset_sdr(port);
|
[POWERPC] 4xx: PLB to PCI Express support
This adds to the previous 2 patches the support for the 4xx PCI Express
cells as found in the 440SPe revA, revB and 405EX.
Unfortunately, due to significant differences between these, and other
interesting "features" of those pieces of HW, the code isn't as simple
as it is for PCI and PCI-X and some of the functions differ significantly
between the 3 implementations. Thus, not only this code can only support
those 3 implementations for now and will refuse to operate on any other,
but there are added ifdef's to avoid the bloat of building a fairly large
amount of code on platforms that don't need it.
Also, this code currently only supports fully initializing root complex
nodes, not endpoint. Some more code will have to be lifted from the
arch/ppc implementation to add the endpoint support, though it's mostly
differences in memory mapping, and the question on how to represent
endpoint mode PCI in the device-tree is thus open.
Many thanks to Stefan Roese for testing & fixing up the 405EX bits !
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Stefan Roese <sr@denx.de>
Signed-off-by: Josh Boyer <jwboyer@linux.vnet.ibm.com>
2007-12-20 21:39:24 -07:00
|
|
|
}
|
|
|
|
|
2011-08-10 14:16:54 -06:00
|
|
|
static int __init ppc440speA_pciex_init_port_hw(struct ppc4xx_pciex_port *port)
|
2007-12-20 21:39:36 -07:00
|
|
|
{
|
|
|
|
return ppc440spe_pciex_init_port_hw(port);
|
|
|
|
}
|
|
|
|
|
2011-08-10 14:16:54 -06:00
|
|
|
static int __init ppc440speB_pciex_init_port_hw(struct ppc4xx_pciex_port *port)
|
[POWERPC] 4xx: PLB to PCI Express support
This adds to the previous 2 patches the support for the 4xx PCI Express
cells as found in the 440SPe revA, revB and 405EX.
Unfortunately, due to significant differences between these, and other
interesting "features" of those pieces of HW, the code isn't as simple
as it is for PCI and PCI-X and some of the functions differ significantly
between the 3 implementations. Thus, not only this code can only support
those 3 implementations for now and will refuse to operate on any other,
but there are added ifdef's to avoid the bloat of building a fairly large
amount of code on platforms that don't need it.
Also, this code currently only supports fully initializing root complex
nodes, not endpoint. Some more code will have to be lifted from the
arch/ppc implementation to add the endpoint support, though it's mostly
differences in memory mapping, and the question on how to represent
endpoint mode PCI in the device-tree is thus open.
Many thanks to Stefan Roese for testing & fixing up the 405EX bits !
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Stefan Roese <sr@denx.de>
Signed-off-by: Josh Boyer <jwboyer@linux.vnet.ibm.com>
2007-12-20 21:39:24 -07:00
|
|
|
{
|
2007-12-20 21:39:36 -07:00
|
|
|
int rc = ppc440spe_pciex_init_port_hw(port);
|
|
|
|
|
|
|
|
port->has_ibpre = 1;
|
|
|
|
|
|
|
|
return rc;
|
|
|
|
}
|
[POWERPC] 4xx: PLB to PCI Express support
This adds to the previous 2 patches the support for the 4xx PCI Express
cells as found in the 440SPe revA, revB and 405EX.
Unfortunately, due to significant differences between these, and other
interesting "features" of those pieces of HW, the code isn't as simple
as it is for PCI and PCI-X and some of the functions differ significantly
between the 3 implementations. Thus, not only this code can only support
those 3 implementations for now and will refuse to operate on any other,
but there are added ifdef's to avoid the bloat of building a fairly large
amount of code on platforms that don't need it.
Also, this code currently only supports fully initializing root complex
nodes, not endpoint. Some more code will have to be lifted from the
arch/ppc implementation to add the endpoint support, though it's mostly
differences in memory mapping, and the question on how to represent
endpoint mode PCI in the device-tree is thus open.
Many thanks to Stefan Roese for testing & fixing up the 405EX bits !
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Stefan Roese <sr@denx.de>
Signed-off-by: Josh Boyer <jwboyer@linux.vnet.ibm.com>
2007-12-20 21:39:24 -07:00
|
|
|
|
2007-12-20 21:39:36 -07:00
|
|
|
static int ppc440speA_pciex_init_utl(struct ppc4xx_pciex_port *port)
|
|
|
|
{
|
[POWERPC] 4xx: PLB to PCI Express support
This adds to the previous 2 patches the support for the 4xx PCI Express
cells as found in the 440SPe revA, revB and 405EX.
Unfortunately, due to significant differences between these, and other
interesting "features" of those pieces of HW, the code isn't as simple
as it is for PCI and PCI-X and some of the functions differ significantly
between the 3 implementations. Thus, not only this code can only support
those 3 implementations for now and will refuse to operate on any other,
but there are added ifdef's to avoid the bloat of building a fairly large
amount of code on platforms that don't need it.
Also, this code currently only supports fully initializing root complex
nodes, not endpoint. Some more code will have to be lifted from the
arch/ppc implementation to add the endpoint support, though it's mostly
differences in memory mapping, and the question on how to represent
endpoint mode PCI in the device-tree is thus open.
Many thanks to Stefan Roese for testing & fixing up the 405EX bits !
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Stefan Roese <sr@denx.de>
Signed-off-by: Josh Boyer <jwboyer@linux.vnet.ibm.com>
2007-12-20 21:39:24 -07:00
|
|
|
/* XXX Check what that value means... I hate magic */
|
|
|
|
dcr_write(port->dcrs, DCRO_PEGPL_SPECIAL, 0x68782800);
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Set buffer allocations and then assert VRB and TXE.
|
|
|
|
*/
|
2007-12-20 21:39:36 -07:00
|
|
|
out_be32(port->utl_base + PEUTL_OUTTR, 0x08000000);
|
|
|
|
out_be32(port->utl_base + PEUTL_INTR, 0x02000000);
|
|
|
|
out_be32(port->utl_base + PEUTL_OPDBSZ, 0x10000000);
|
|
|
|
out_be32(port->utl_base + PEUTL_PBBSZ, 0x53000000);
|
|
|
|
out_be32(port->utl_base + PEUTL_IPHBSZ, 0x08000000);
|
|
|
|
out_be32(port->utl_base + PEUTL_IPDBSZ, 0x10000000);
|
|
|
|
out_be32(port->utl_base + PEUTL_RCIRQEN, 0x00f00000);
|
|
|
|
out_be32(port->utl_base + PEUTL_PCTL, 0x80800066);
|
[POWERPC] 4xx: PLB to PCI Express support
This adds to the previous 2 patches the support for the 4xx PCI Express
cells as found in the 440SPe revA, revB and 405EX.
Unfortunately, due to significant differences between these, and other
interesting "features" of those pieces of HW, the code isn't as simple
as it is for PCI and PCI-X and some of the functions differ significantly
between the 3 implementations. Thus, not only this code can only support
those 3 implementations for now and will refuse to operate on any other,
but there are added ifdef's to avoid the bloat of building a fairly large
amount of code on platforms that don't need it.
Also, this code currently only supports fully initializing root complex
nodes, not endpoint. Some more code will have to be lifted from the
arch/ppc implementation to add the endpoint support, though it's mostly
differences in memory mapping, and the question on how to represent
endpoint mode PCI in the device-tree is thus open.
Many thanks to Stefan Roese for testing & fixing up the 405EX bits !
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Stefan Roese <sr@denx.de>
Signed-off-by: Josh Boyer <jwboyer@linux.vnet.ibm.com>
2007-12-20 21:39:24 -07:00
|
|
|
|
2007-12-20 21:39:36 -07:00
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
static int ppc440speB_pciex_init_utl(struct ppc4xx_pciex_port *port)
|
|
|
|
{
|
|
|
|
/* Report CRS to the operating system */
|
|
|
|
out_be32(port->utl_base + PEUTL_PBCTL, 0x08000000);
|
[POWERPC] 4xx: PLB to PCI Express support
This adds to the previous 2 patches the support for the 4xx PCI Express
cells as found in the 440SPe revA, revB and 405EX.
Unfortunately, due to significant differences between these, and other
interesting "features" of those pieces of HW, the code isn't as simple
as it is for PCI and PCI-X and some of the functions differ significantly
between the 3 implementations. Thus, not only this code can only support
those 3 implementations for now and will refuse to operate on any other,
but there are added ifdef's to avoid the bloat of building a fairly large
amount of code on platforms that don't need it.
Also, this code currently only supports fully initializing root complex
nodes, not endpoint. Some more code will have to be lifted from the
arch/ppc implementation to add the endpoint support, though it's mostly
differences in memory mapping, and the question on how to represent
endpoint mode PCI in the device-tree is thus open.
Many thanks to Stefan Roese for testing & fixing up the 405EX bits !
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Stefan Roese <sr@denx.de>
Signed-off-by: Josh Boyer <jwboyer@linux.vnet.ibm.com>
2007-12-20 21:39:24 -07:00
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
static struct ppc4xx_pciex_hwops ppc440speA_pcie_hwops __initdata =
|
|
|
|
{
|
2011-11-30 14:39:18 -07:00
|
|
|
.want_sdr = true,
|
[POWERPC] 4xx: PLB to PCI Express support
This adds to the previous 2 patches the support for the 4xx PCI Express
cells as found in the 440SPe revA, revB and 405EX.
Unfortunately, due to significant differences between these, and other
interesting "features" of those pieces of HW, the code isn't as simple
as it is for PCI and PCI-X and some of the functions differ significantly
between the 3 implementations. Thus, not only this code can only support
those 3 implementations for now and will refuse to operate on any other,
but there are added ifdef's to avoid the bloat of building a fairly large
amount of code on platforms that don't need it.
Also, this code currently only supports fully initializing root complex
nodes, not endpoint. Some more code will have to be lifted from the
arch/ppc implementation to add the endpoint support, though it's mostly
differences in memory mapping, and the question on how to represent
endpoint mode PCI in the device-tree is thus open.
Many thanks to Stefan Roese for testing & fixing up the 405EX bits !
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Stefan Roese <sr@denx.de>
Signed-off-by: Josh Boyer <jwboyer@linux.vnet.ibm.com>
2007-12-20 21:39:24 -07:00
|
|
|
.core_init = ppc440spe_pciex_core_init,
|
2007-12-20 21:39:36 -07:00
|
|
|
.port_init_hw = ppc440speA_pciex_init_port_hw,
|
[POWERPC] 4xx: PLB to PCI Express support
This adds to the previous 2 patches the support for the 4xx PCI Express
cells as found in the 440SPe revA, revB and 405EX.
Unfortunately, due to significant differences between these, and other
interesting "features" of those pieces of HW, the code isn't as simple
as it is for PCI and PCI-X and some of the functions differ significantly
between the 3 implementations. Thus, not only this code can only support
those 3 implementations for now and will refuse to operate on any other,
but there are added ifdef's to avoid the bloat of building a fairly large
amount of code on platforms that don't need it.
Also, this code currently only supports fully initializing root complex
nodes, not endpoint. Some more code will have to be lifted from the
arch/ppc implementation to add the endpoint support, though it's mostly
differences in memory mapping, and the question on how to represent
endpoint mode PCI in the device-tree is thus open.
Many thanks to Stefan Roese for testing & fixing up the 405EX bits !
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Stefan Roese <sr@denx.de>
Signed-off-by: Josh Boyer <jwboyer@linux.vnet.ibm.com>
2007-12-20 21:39:24 -07:00
|
|
|
.setup_utl = ppc440speA_pciex_init_utl,
|
2011-06-30 14:44:24 -06:00
|
|
|
.check_link = ppc4xx_pciex_check_link_sdr,
|
[POWERPC] 4xx: PLB to PCI Express support
This adds to the previous 2 patches the support for the 4xx PCI Express
cells as found in the 440SPe revA, revB and 405EX.
Unfortunately, due to significant differences between these, and other
interesting "features" of those pieces of HW, the code isn't as simple
as it is for PCI and PCI-X and some of the functions differ significantly
between the 3 implementations. Thus, not only this code can only support
those 3 implementations for now and will refuse to operate on any other,
but there are added ifdef's to avoid the bloat of building a fairly large
amount of code on platforms that don't need it.
Also, this code currently only supports fully initializing root complex
nodes, not endpoint. Some more code will have to be lifted from the
arch/ppc implementation to add the endpoint support, though it's mostly
differences in memory mapping, and the question on how to represent
endpoint mode PCI in the device-tree is thus open.
Many thanks to Stefan Roese for testing & fixing up the 405EX bits !
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Stefan Roese <sr@denx.de>
Signed-off-by: Josh Boyer <jwboyer@linux.vnet.ibm.com>
2007-12-20 21:39:24 -07:00
|
|
|
};
|
|
|
|
|
|
|
|
static struct ppc4xx_pciex_hwops ppc440speB_pcie_hwops __initdata =
|
|
|
|
{
|
2011-11-30 14:39:18 -07:00
|
|
|
.want_sdr = true,
|
[POWERPC] 4xx: PLB to PCI Express support
This adds to the previous 2 patches the support for the 4xx PCI Express
cells as found in the 440SPe revA, revB and 405EX.
Unfortunately, due to significant differences between these, and other
interesting "features" of those pieces of HW, the code isn't as simple
as it is for PCI and PCI-X and some of the functions differ significantly
between the 3 implementations. Thus, not only this code can only support
those 3 implementations for now and will refuse to operate on any other,
but there are added ifdef's to avoid the bloat of building a fairly large
amount of code on platforms that don't need it.
Also, this code currently only supports fully initializing root complex
nodes, not endpoint. Some more code will have to be lifted from the
arch/ppc implementation to add the endpoint support, though it's mostly
differences in memory mapping, and the question on how to represent
endpoint mode PCI in the device-tree is thus open.
Many thanks to Stefan Roese for testing & fixing up the 405EX bits !
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Stefan Roese <sr@denx.de>
Signed-off-by: Josh Boyer <jwboyer@linux.vnet.ibm.com>
2007-12-20 21:39:24 -07:00
|
|
|
.core_init = ppc440spe_pciex_core_init,
|
2007-12-20 21:39:36 -07:00
|
|
|
.port_init_hw = ppc440speB_pciex_init_port_hw,
|
|
|
|
.setup_utl = ppc440speB_pciex_init_utl,
|
2011-06-30 14:44:24 -06:00
|
|
|
.check_link = ppc4xx_pciex_check_link_sdr,
|
[POWERPC] 4xx: PLB to PCI Express support
This adds to the previous 2 patches the support for the 4xx PCI Express
cells as found in the 440SPe revA, revB and 405EX.
Unfortunately, due to significant differences between these, and other
interesting "features" of those pieces of HW, the code isn't as simple
as it is for PCI and PCI-X and some of the functions differ significantly
between the 3 implementations. Thus, not only this code can only support
those 3 implementations for now and will refuse to operate on any other,
but there are added ifdef's to avoid the bloat of building a fairly large
amount of code on platforms that don't need it.
Also, this code currently only supports fully initializing root complex
nodes, not endpoint. Some more code will have to be lifted from the
arch/ppc implementation to add the endpoint support, though it's mostly
differences in memory mapping, and the question on how to represent
endpoint mode PCI in the device-tree is thus open.
Many thanks to Stefan Roese for testing & fixing up the 405EX bits !
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Stefan Roese <sr@denx.de>
Signed-off-by: Josh Boyer <jwboyer@linux.vnet.ibm.com>
2007-12-20 21:39:24 -07:00
|
|
|
};
|
|
|
|
|
2008-02-23 14:08:27 -07:00
|
|
|
static int __init ppc460ex_pciex_core_init(struct device_node *np)
|
|
|
|
{
|
|
|
|
/* Nothing to do, return 2 ports */
|
|
|
|
return 2;
|
|
|
|
}
|
|
|
|
|
2011-08-10 14:16:54 -06:00
|
|
|
static int __init ppc460ex_pciex_init_port_hw(struct ppc4xx_pciex_port *port)
|
2008-02-23 14:08:27 -07:00
|
|
|
{
|
|
|
|
u32 val;
|
|
|
|
u32 utlset1;
|
|
|
|
|
2008-04-01 07:45:00 -06:00
|
|
|
if (port->endpoint)
|
2008-02-23 14:08:27 -07:00
|
|
|
val = PTYPE_LEGACY_ENDPOINT << 20;
|
2008-04-01 07:45:00 -06:00
|
|
|
else
|
2008-02-23 14:08:27 -07:00
|
|
|
val = PTYPE_ROOT_PORT << 20;
|
|
|
|
|
|
|
|
if (port->index == 0) {
|
|
|
|
val |= LNKW_X1 << 12;
|
2008-04-01 07:45:00 -06:00
|
|
|
utlset1 = 0x20000000;
|
2008-02-23 14:08:27 -07:00
|
|
|
} else {
|
|
|
|
val |= LNKW_X4 << 12;
|
2008-04-01 07:45:00 -06:00
|
|
|
utlset1 = 0x20101101;
|
2008-02-23 14:08:27 -07:00
|
|
|
}
|
|
|
|
|
|
|
|
mtdcri(SDR0, port->sdr_base + PESDRn_DLPSET, val);
|
|
|
|
mtdcri(SDR0, port->sdr_base + PESDRn_UTLSET1, utlset1);
|
|
|
|
mtdcri(SDR0, port->sdr_base + PESDRn_UTLSET2, 0x01210000);
|
|
|
|
|
|
|
|
switch (port->index) {
|
|
|
|
case 0:
|
|
|
|
mtdcri(SDR0, PESDR0_460EX_L0CDRCTL, 0x00003230);
|
2008-08-21 12:53:34 -06:00
|
|
|
mtdcri(SDR0, PESDR0_460EX_L0DRV, 0x00000130);
|
2008-02-23 14:08:27 -07:00
|
|
|
mtdcri(SDR0, PESDR0_460EX_L0CLK, 0x00000006);
|
|
|
|
|
|
|
|
mtdcri(SDR0, PESDR0_460EX_PHY_CTL_RST,0x10000000);
|
|
|
|
break;
|
|
|
|
|
|
|
|
case 1:
|
|
|
|
mtdcri(SDR0, PESDR1_460EX_L0CDRCTL, 0x00003230);
|
|
|
|
mtdcri(SDR0, PESDR1_460EX_L1CDRCTL, 0x00003230);
|
|
|
|
mtdcri(SDR0, PESDR1_460EX_L2CDRCTL, 0x00003230);
|
|
|
|
mtdcri(SDR0, PESDR1_460EX_L3CDRCTL, 0x00003230);
|
2008-08-21 12:53:34 -06:00
|
|
|
mtdcri(SDR0, PESDR1_460EX_L0DRV, 0x00000130);
|
|
|
|
mtdcri(SDR0, PESDR1_460EX_L1DRV, 0x00000130);
|
|
|
|
mtdcri(SDR0, PESDR1_460EX_L2DRV, 0x00000130);
|
|
|
|
mtdcri(SDR0, PESDR1_460EX_L3DRV, 0x00000130);
|
2008-02-23 14:08:27 -07:00
|
|
|
mtdcri(SDR0, PESDR1_460EX_L0CLK, 0x00000006);
|
|
|
|
mtdcri(SDR0, PESDR1_460EX_L1CLK, 0x00000006);
|
|
|
|
mtdcri(SDR0, PESDR1_460EX_L2CLK, 0x00000006);
|
|
|
|
mtdcri(SDR0, PESDR1_460EX_L3CLK, 0x00000006);
|
|
|
|
|
|
|
|
mtdcri(SDR0, PESDR1_460EX_PHY_CTL_RST,0x10000000);
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
|
|
|
|
mtdcri(SDR0, port->sdr_base + PESDRn_RCSSET,
|
|
|
|
mfdcri(SDR0, port->sdr_base + PESDRn_RCSSET) |
|
|
|
|
(PESDRx_RCSSET_RSTGU | PESDRx_RCSSET_RSTPYN));
|
|
|
|
|
|
|
|
/* Poll for PHY reset */
|
|
|
|
/* XXX FIXME add timeout */
|
|
|
|
switch (port->index) {
|
|
|
|
case 0:
|
|
|
|
while (!(mfdcri(SDR0, PESDR0_460EX_RSTSTA) & 0x1))
|
|
|
|
udelay(10);
|
|
|
|
break;
|
|
|
|
case 1:
|
|
|
|
while (!(mfdcri(SDR0, PESDR1_460EX_RSTSTA) & 0x1))
|
|
|
|
udelay(10);
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
|
|
|
|
mtdcri(SDR0, port->sdr_base + PESDRn_RCSSET,
|
|
|
|
(mfdcri(SDR0, port->sdr_base + PESDRn_RCSSET) &
|
|
|
|
~(PESDRx_RCSSET_RSTGU | PESDRx_RCSSET_RSTDL)) |
|
|
|
|
PESDRx_RCSSET_RSTPYN);
|
|
|
|
|
|
|
|
port->has_ibpre = 1;
|
|
|
|
|
2011-06-30 14:44:24 -06:00
|
|
|
return ppc4xx_pciex_port_reset_sdr(port);
|
2008-02-23 14:08:27 -07:00
|
|
|
}
|
|
|
|
|
|
|
|
static int ppc460ex_pciex_init_utl(struct ppc4xx_pciex_port *port)
|
|
|
|
{
|
|
|
|
dcr_write(port->dcrs, DCRO_PEGPL_SPECIAL, 0x0);
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Set buffer allocations and then assert VRB and TXE.
|
|
|
|
*/
|
|
|
|
out_be32(port->utl_base + PEUTL_PBCTL, 0x0800000c);
|
|
|
|
out_be32(port->utl_base + PEUTL_OUTTR, 0x08000000);
|
|
|
|
out_be32(port->utl_base + PEUTL_INTR, 0x02000000);
|
|
|
|
out_be32(port->utl_base + PEUTL_OPDBSZ, 0x04000000);
|
|
|
|
out_be32(port->utl_base + PEUTL_PBBSZ, 0x00000000);
|
|
|
|
out_be32(port->utl_base + PEUTL_IPHBSZ, 0x02000000);
|
|
|
|
out_be32(port->utl_base + PEUTL_IPDBSZ, 0x04000000);
|
|
|
|
out_be32(port->utl_base + PEUTL_RCIRQEN,0x00f00000);
|
|
|
|
out_be32(port->utl_base + PEUTL_PCTL, 0x80800066);
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
static struct ppc4xx_pciex_hwops ppc460ex_pcie_hwops __initdata =
|
|
|
|
{
|
2011-11-30 14:39:18 -07:00
|
|
|
.want_sdr = true,
|
2008-02-23 14:08:27 -07:00
|
|
|
.core_init = ppc460ex_pciex_core_init,
|
|
|
|
.port_init_hw = ppc460ex_pciex_init_port_hw,
|
|
|
|
.setup_utl = ppc460ex_pciex_init_utl,
|
2011-06-30 14:44:24 -06:00
|
|
|
.check_link = ppc4xx_pciex_check_link_sdr,
|
2008-02-23 14:08:27 -07:00
|
|
|
};
|
|
|
|
|
2012-03-14 18:57:19 -06:00
|
|
|
static int __init apm821xx_pciex_core_init(struct device_node *np)
|
|
|
|
{
|
|
|
|
/* Return the number of pcie port */
|
|
|
|
return 1;
|
|
|
|
}
|
|
|
|
|
|
|
|
static int apm821xx_pciex_init_port_hw(struct ppc4xx_pciex_port *port)
|
|
|
|
{
|
|
|
|
u32 val;
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Do a software reset on PCIe ports.
|
|
|
|
* This code is to fix the issue that pci drivers doesn't re-assign
|
|
|
|
* bus number for PCIE devices after Uboot
|
|
|
|
* scanned and configured all the buses (eg. PCIE NIC IntelPro/1000
|
|
|
|
* PT quad port, SAS LSI 1064E)
|
|
|
|
*/
|
|
|
|
|
|
|
|
mtdcri(SDR0, PESDR0_460EX_PHY_CTL_RST, 0x0);
|
|
|
|
mdelay(10);
|
|
|
|
|
|
|
|
if (port->endpoint)
|
|
|
|
val = PTYPE_LEGACY_ENDPOINT << 20;
|
|
|
|
else
|
|
|
|
val = PTYPE_ROOT_PORT << 20;
|
|
|
|
|
|
|
|
val |= LNKW_X1 << 12;
|
|
|
|
|
|
|
|
mtdcri(SDR0, port->sdr_base + PESDRn_DLPSET, val);
|
|
|
|
mtdcri(SDR0, port->sdr_base + PESDRn_UTLSET1, 0x00000000);
|
|
|
|
mtdcri(SDR0, port->sdr_base + PESDRn_UTLSET2, 0x01010000);
|
|
|
|
|
|
|
|
mtdcri(SDR0, PESDR0_460EX_L0CDRCTL, 0x00003230);
|
|
|
|
mtdcri(SDR0, PESDR0_460EX_L0DRV, 0x00000130);
|
|
|
|
mtdcri(SDR0, PESDR0_460EX_L0CLK, 0x00000006);
|
|
|
|
|
|
|
|
mtdcri(SDR0, PESDR0_460EX_PHY_CTL_RST, 0x10000000);
|
|
|
|
mdelay(50);
|
|
|
|
mtdcri(SDR0, PESDR0_460EX_PHY_CTL_RST, 0x30000000);
|
|
|
|
|
|
|
|
mtdcri(SDR0, port->sdr_base + PESDRn_RCSSET,
|
|
|
|
mfdcri(SDR0, port->sdr_base + PESDRn_RCSSET) |
|
|
|
|
(PESDRx_RCSSET_RSTGU | PESDRx_RCSSET_RSTPYN));
|
|
|
|
|
|
|
|
/* Poll for PHY reset */
|
|
|
|
val = PESDR0_460EX_RSTSTA - port->sdr_base;
|
|
|
|
if (ppc4xx_pciex_wait_on_sdr(port, val, 0x1, 1, 100)) {
|
|
|
|
printk(KERN_WARNING "%s: PCIE: Can't reset PHY\n", __func__);
|
|
|
|
return -EBUSY;
|
|
|
|
} else {
|
|
|
|
mtdcri(SDR0, port->sdr_base + PESDRn_RCSSET,
|
|
|
|
(mfdcri(SDR0, port->sdr_base + PESDRn_RCSSET) &
|
|
|
|
~(PESDRx_RCSSET_RSTGU | PESDRx_RCSSET_RSTDL)) |
|
|
|
|
PESDRx_RCSSET_RSTPYN);
|
|
|
|
|
|
|
|
port->has_ibpre = 1;
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
static struct ppc4xx_pciex_hwops apm821xx_pcie_hwops __initdata = {
|
|
|
|
.want_sdr = true,
|
|
|
|
.core_init = apm821xx_pciex_core_init,
|
|
|
|
.port_init_hw = apm821xx_pciex_init_port_hw,
|
|
|
|
.setup_utl = ppc460ex_pciex_init_utl,
|
|
|
|
.check_link = ppc4xx_pciex_check_link_sdr,
|
|
|
|
};
|
|
|
|
|
2009-12-21 15:49:41 -07:00
|
|
|
static int __init ppc460sx_pciex_core_init(struct device_node *np)
|
|
|
|
{
|
|
|
|
/* HSS drive amplitude */
|
|
|
|
mtdcri(SDR0, PESDR0_460SX_HSSL0DAMP, 0xB9843211);
|
|
|
|
mtdcri(SDR0, PESDR0_460SX_HSSL1DAMP, 0xB9843211);
|
|
|
|
mtdcri(SDR0, PESDR0_460SX_HSSL2DAMP, 0xB9843211);
|
|
|
|
mtdcri(SDR0, PESDR0_460SX_HSSL3DAMP, 0xB9843211);
|
|
|
|
mtdcri(SDR0, PESDR0_460SX_HSSL4DAMP, 0xB9843211);
|
|
|
|
mtdcri(SDR0, PESDR0_460SX_HSSL5DAMP, 0xB9843211);
|
|
|
|
mtdcri(SDR0, PESDR0_460SX_HSSL6DAMP, 0xB9843211);
|
|
|
|
mtdcri(SDR0, PESDR0_460SX_HSSL7DAMP, 0xB9843211);
|
|
|
|
|
|
|
|
mtdcri(SDR0, PESDR1_460SX_HSSL0DAMP, 0xB9843211);
|
|
|
|
mtdcri(SDR0, PESDR1_460SX_HSSL1DAMP, 0xB9843211);
|
|
|
|
mtdcri(SDR0, PESDR1_460SX_HSSL2DAMP, 0xB9843211);
|
|
|
|
mtdcri(SDR0, PESDR1_460SX_HSSL3DAMP, 0xB9843211);
|
|
|
|
|
|
|
|
mtdcri(SDR0, PESDR2_460SX_HSSL0DAMP, 0xB9843211);
|
|
|
|
mtdcri(SDR0, PESDR2_460SX_HSSL1DAMP, 0xB9843211);
|
|
|
|
mtdcri(SDR0, PESDR2_460SX_HSSL2DAMP, 0xB9843211);
|
|
|
|
mtdcri(SDR0, PESDR2_460SX_HSSL3DAMP, 0xB9843211);
|
|
|
|
|
|
|
|
/* HSS TX pre-emphasis */
|
|
|
|
mtdcri(SDR0, PESDR0_460SX_HSSL0COEFA, 0xDCB98987);
|
|
|
|
mtdcri(SDR0, PESDR0_460SX_HSSL1COEFA, 0xDCB98987);
|
|
|
|
mtdcri(SDR0, PESDR0_460SX_HSSL2COEFA, 0xDCB98987);
|
|
|
|
mtdcri(SDR0, PESDR0_460SX_HSSL3COEFA, 0xDCB98987);
|
|
|
|
mtdcri(SDR0, PESDR0_460SX_HSSL4COEFA, 0xDCB98987);
|
|
|
|
mtdcri(SDR0, PESDR0_460SX_HSSL5COEFA, 0xDCB98987);
|
|
|
|
mtdcri(SDR0, PESDR0_460SX_HSSL6COEFA, 0xDCB98987);
|
|
|
|
mtdcri(SDR0, PESDR0_460SX_HSSL7COEFA, 0xDCB98987);
|
|
|
|
|
|
|
|
mtdcri(SDR0, PESDR1_460SX_HSSL0COEFA, 0xDCB98987);
|
|
|
|
mtdcri(SDR0, PESDR1_460SX_HSSL1COEFA, 0xDCB98987);
|
|
|
|
mtdcri(SDR0, PESDR1_460SX_HSSL2COEFA, 0xDCB98987);
|
|
|
|
mtdcri(SDR0, PESDR1_460SX_HSSL3COEFA, 0xDCB98987);
|
|
|
|
|
|
|
|
mtdcri(SDR0, PESDR2_460SX_HSSL0COEFA, 0xDCB98987);
|
|
|
|
mtdcri(SDR0, PESDR2_460SX_HSSL1COEFA, 0xDCB98987);
|
|
|
|
mtdcri(SDR0, PESDR2_460SX_HSSL2COEFA, 0xDCB98987);
|
|
|
|
mtdcri(SDR0, PESDR2_460SX_HSSL3COEFA, 0xDCB98987);
|
|
|
|
|
|
|
|
/* HSS TX calibration control */
|
|
|
|
mtdcri(SDR0, PESDR0_460SX_HSSL1CALDRV, 0x22222222);
|
|
|
|
mtdcri(SDR0, PESDR1_460SX_HSSL1CALDRV, 0x22220000);
|
|
|
|
mtdcri(SDR0, PESDR2_460SX_HSSL1CALDRV, 0x22220000);
|
|
|
|
|
|
|
|
/* HSS TX slew control */
|
|
|
|
mtdcri(SDR0, PESDR0_460SX_HSSSLEW, 0xFFFFFFFF);
|
|
|
|
mtdcri(SDR0, PESDR1_460SX_HSSSLEW, 0xFFFF0000);
|
|
|
|
mtdcri(SDR0, PESDR2_460SX_HSSSLEW, 0xFFFF0000);
|
|
|
|
|
2011-07-19 21:02:29 -06:00
|
|
|
/* Set HSS PRBS enabled */
|
|
|
|
mtdcri(SDR0, PESDR0_460SX_HSSCTLSET, 0x00001130);
|
|
|
|
mtdcri(SDR0, PESDR2_460SX_HSSCTLSET, 0x00001130);
|
|
|
|
|
2009-12-21 15:49:41 -07:00
|
|
|
udelay(100);
|
|
|
|
|
|
|
|
/* De-assert PLLRESET */
|
|
|
|
dcri_clrset(SDR0, PESDR0_PLLLCT2, 0x00000100, 0);
|
|
|
|
|
|
|
|
/* Reset DL, UTL, GPL before configuration */
|
|
|
|
mtdcri(SDR0, PESDR0_460SX_RCSSET,
|
|
|
|
PESDRx_RCSSET_RSTDL | PESDRx_RCSSET_RSTGU);
|
|
|
|
mtdcri(SDR0, PESDR1_460SX_RCSSET,
|
|
|
|
PESDRx_RCSSET_RSTDL | PESDRx_RCSSET_RSTGU);
|
|
|
|
mtdcri(SDR0, PESDR2_460SX_RCSSET,
|
|
|
|
PESDRx_RCSSET_RSTDL | PESDRx_RCSSET_RSTGU);
|
|
|
|
|
|
|
|
udelay(100);
|
|
|
|
|
|
|
|
/*
|
|
|
|
* If bifurcation is not enabled, u-boot would have disabled the
|
|
|
|
* third PCIe port
|
|
|
|
*/
|
|
|
|
if (((mfdcri(SDR0, PESDR1_460SX_HSSCTLSET) & 0x00000001) ==
|
|
|
|
0x00000001)) {
|
|
|
|
printk(KERN_INFO "PCI: PCIE bifurcation setup successfully.\n");
|
|
|
|
printk(KERN_INFO "PCI: Total 3 PCIE ports are present\n");
|
|
|
|
return 3;
|
|
|
|
}
|
|
|
|
|
|
|
|
printk(KERN_INFO "PCI: Total 2 PCIE ports are present\n");
|
|
|
|
return 2;
|
|
|
|
}
|
|
|
|
|
2011-08-10 14:16:54 -06:00
|
|
|
static int __init ppc460sx_pciex_init_port_hw(struct ppc4xx_pciex_port *port)
|
2009-12-21 15:49:41 -07:00
|
|
|
{
|
|
|
|
|
|
|
|
if (port->endpoint)
|
|
|
|
dcri_clrset(SDR0, port->sdr_base + PESDRn_UTLSET2,
|
|
|
|
0x01000000, 0);
|
|
|
|
else
|
|
|
|
dcri_clrset(SDR0, port->sdr_base + PESDRn_UTLSET2,
|
|
|
|
0, 0x01000000);
|
|
|
|
|
|
|
|
dcri_clrset(SDR0, port->sdr_base + PESDRn_RCSSET,
|
|
|
|
(PESDRx_RCSSET_RSTGU | PESDRx_RCSSET_RSTDL),
|
|
|
|
PESDRx_RCSSET_RSTPYN);
|
|
|
|
|
|
|
|
port->has_ibpre = 1;
|
|
|
|
|
2011-06-30 14:44:24 -06:00
|
|
|
return ppc4xx_pciex_port_reset_sdr(port);
|
2009-12-21 15:49:41 -07:00
|
|
|
}
|
|
|
|
|
|
|
|
static int ppc460sx_pciex_init_utl(struct ppc4xx_pciex_port *port)
|
|
|
|
{
|
|
|
|
/* Max 128 Bytes */
|
|
|
|
out_be32 (port->utl_base + PEUTL_PBBSZ, 0x00000000);
|
2011-07-19 21:02:29 -06:00
|
|
|
/* Assert VRB and TXE - per datasheet turn off addr validation */
|
|
|
|
out_be32(port->utl_base + PEUTL_PCTL, 0x80800000);
|
2009-12-21 15:49:41 -07:00
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2011-07-19 21:02:29 -06:00
|
|
|
static void __init ppc460sx_pciex_check_link(struct ppc4xx_pciex_port *port)
|
|
|
|
{
|
|
|
|
void __iomem *mbase;
|
|
|
|
int attempt = 50;
|
|
|
|
|
|
|
|
port->link = 0;
|
|
|
|
|
|
|
|
mbase = ioremap(port->cfg_space.start + 0x10000000, 0x1000);
|
|
|
|
if (mbase == NULL) {
|
|
|
|
printk(KERN_ERR "%s: Can't map internal config space !",
|
|
|
|
port->node->full_name);
|
|
|
|
goto done;
|
|
|
|
}
|
|
|
|
|
|
|
|
while (attempt && (0 == (in_le32(mbase + PECFG_460SX_DLLSTA)
|
|
|
|
& PECFG_460SX_DLLSTA_LINKUP))) {
|
|
|
|
attempt--;
|
|
|
|
mdelay(10);
|
|
|
|
}
|
|
|
|
if (attempt)
|
|
|
|
port->link = 1;
|
|
|
|
done:
|
|
|
|
iounmap(mbase);
|
|
|
|
|
|
|
|
}
|
|
|
|
|
2009-12-21 15:49:41 -07:00
|
|
|
static struct ppc4xx_pciex_hwops ppc460sx_pcie_hwops __initdata = {
|
2011-11-30 14:39:18 -07:00
|
|
|
.want_sdr = true,
|
2009-12-21 15:49:41 -07:00
|
|
|
.core_init = ppc460sx_pciex_core_init,
|
|
|
|
.port_init_hw = ppc460sx_pciex_init_port_hw,
|
|
|
|
.setup_utl = ppc460sx_pciex_init_utl,
|
2011-07-19 21:02:29 -06:00
|
|
|
.check_link = ppc460sx_pciex_check_link,
|
2009-12-21 15:49:41 -07:00
|
|
|
};
|
|
|
|
|
[POWERPC] 4xx: PLB to PCI Express support
This adds to the previous 2 patches the support for the 4xx PCI Express
cells as found in the 440SPe revA, revB and 405EX.
Unfortunately, due to significant differences between these, and other
interesting "features" of those pieces of HW, the code isn't as simple
as it is for PCI and PCI-X and some of the functions differ significantly
between the 3 implementations. Thus, not only this code can only support
those 3 implementations for now and will refuse to operate on any other,
but there are added ifdef's to avoid the bloat of building a fairly large
amount of code on platforms that don't need it.
Also, this code currently only supports fully initializing root complex
nodes, not endpoint. Some more code will have to be lifted from the
arch/ppc implementation to add the endpoint support, though it's mostly
differences in memory mapping, and the question on how to represent
endpoint mode PCI in the device-tree is thus open.
Many thanks to Stefan Roese for testing & fixing up the 405EX bits !
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Stefan Roese <sr@denx.de>
Signed-off-by: Josh Boyer <jwboyer@linux.vnet.ibm.com>
2007-12-20 21:39:24 -07:00
|
|
|
#endif /* CONFIG_44x */
|
|
|
|
|
|
|
|
#ifdef CONFIG_40x
|
|
|
|
|
|
|
|
static int __init ppc405ex_pciex_core_init(struct device_node *np)
|
|
|
|
{
|
|
|
|
/* Nothing to do, return 2 ports */
|
|
|
|
return 2;
|
|
|
|
}
|
|
|
|
|
|
|
|
static void ppc405ex_pcie_phy_reset(struct ppc4xx_pciex_port *port)
|
|
|
|
{
|
|
|
|
/* Assert the PE0_PHY reset */
|
|
|
|
mtdcri(SDR0, port->sdr_base + PESDRn_RCSSET, 0x01010000);
|
|
|
|
msleep(1);
|
|
|
|
|
|
|
|
/* deassert the PE0_hotreset */
|
|
|
|
if (port->endpoint)
|
|
|
|
mtdcri(SDR0, port->sdr_base + PESDRn_RCSSET, 0x01111000);
|
|
|
|
else
|
|
|
|
mtdcri(SDR0, port->sdr_base + PESDRn_RCSSET, 0x01101000);
|
|
|
|
|
|
|
|
/* poll for phy !reset */
|
|
|
|
/* XXX FIXME add timeout */
|
|
|
|
while (!(mfdcri(SDR0, port->sdr_base + PESDRn_405EX_PHYSTA) & 0x00001000))
|
|
|
|
;
|
|
|
|
|
|
|
|
/* deassert the PE0_gpl_utl_reset */
|
|
|
|
mtdcri(SDR0, port->sdr_base + PESDRn_RCSSET, 0x00101000);
|
|
|
|
}
|
|
|
|
|
2011-08-10 14:16:54 -06:00
|
|
|
static int __init ppc405ex_pciex_init_port_hw(struct ppc4xx_pciex_port *port)
|
[POWERPC] 4xx: PLB to PCI Express support
This adds to the previous 2 patches the support for the 4xx PCI Express
cells as found in the 440SPe revA, revB and 405EX.
Unfortunately, due to significant differences between these, and other
interesting "features" of those pieces of HW, the code isn't as simple
as it is for PCI and PCI-X and some of the functions differ significantly
between the 3 implementations. Thus, not only this code can only support
those 3 implementations for now and will refuse to operate on any other,
but there are added ifdef's to avoid the bloat of building a fairly large
amount of code on platforms that don't need it.
Also, this code currently only supports fully initializing root complex
nodes, not endpoint. Some more code will have to be lifted from the
arch/ppc implementation to add the endpoint support, though it's mostly
differences in memory mapping, and the question on how to represent
endpoint mode PCI in the device-tree is thus open.
Many thanks to Stefan Roese for testing & fixing up the 405EX bits !
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Stefan Roese <sr@denx.de>
Signed-off-by: Josh Boyer <jwboyer@linux.vnet.ibm.com>
2007-12-20 21:39:24 -07:00
|
|
|
{
|
|
|
|
u32 val;
|
|
|
|
|
|
|
|
if (port->endpoint)
|
|
|
|
val = PTYPE_LEGACY_ENDPOINT;
|
|
|
|
else
|
|
|
|
val = PTYPE_ROOT_PORT;
|
|
|
|
|
|
|
|
mtdcri(SDR0, port->sdr_base + PESDRn_DLPSET,
|
|
|
|
1 << 24 | val << 20 | LNKW_X1 << 12);
|
|
|
|
|
|
|
|
mtdcri(SDR0, port->sdr_base + PESDRn_UTLSET1, 0x00000000);
|
|
|
|
mtdcri(SDR0, port->sdr_base + PESDRn_UTLSET2, 0x01010000);
|
|
|
|
mtdcri(SDR0, port->sdr_base + PESDRn_405EX_PHYSET1, 0x720F0000);
|
|
|
|
mtdcri(SDR0, port->sdr_base + PESDRn_405EX_PHYSET2, 0x70600003);
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Only reset the PHY when no link is currently established.
|
|
|
|
* This is for the Atheros PCIe board which has problems to establish
|
|
|
|
* the link (again) after this PHY reset. All other currently tested
|
|
|
|
* PCIe boards don't show this problem.
|
|
|
|
* This has to be re-tested and fixed in a later release!
|
|
|
|
*/
|
|
|
|
val = mfdcri(SDR0, port->sdr_base + PESDRn_LOOP);
|
|
|
|
if (!(val & 0x00001000))
|
|
|
|
ppc405ex_pcie_phy_reset(port);
|
|
|
|
|
|
|
|
dcr_write(port->dcrs, DCRO_PEGPL_CFG, 0x10000000); /* guarded on */
|
|
|
|
|
2007-12-07 02:34:34 -07:00
|
|
|
port->has_ibpre = 1;
|
|
|
|
|
2011-06-30 14:44:24 -06:00
|
|
|
return ppc4xx_pciex_port_reset_sdr(port);
|
[POWERPC] 4xx: PLB to PCI Express support
This adds to the previous 2 patches the support for the 4xx PCI Express
cells as found in the 440SPe revA, revB and 405EX.
Unfortunately, due to significant differences between these, and other
interesting "features" of those pieces of HW, the code isn't as simple
as it is for PCI and PCI-X and some of the functions differ significantly
between the 3 implementations. Thus, not only this code can only support
those 3 implementations for now and will refuse to operate on any other,
but there are added ifdef's to avoid the bloat of building a fairly large
amount of code on platforms that don't need it.
Also, this code currently only supports fully initializing root complex
nodes, not endpoint. Some more code will have to be lifted from the
arch/ppc implementation to add the endpoint support, though it's mostly
differences in memory mapping, and the question on how to represent
endpoint mode PCI in the device-tree is thus open.
Many thanks to Stefan Roese for testing & fixing up the 405EX bits !
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Stefan Roese <sr@denx.de>
Signed-off-by: Josh Boyer <jwboyer@linux.vnet.ibm.com>
2007-12-20 21:39:24 -07:00
|
|
|
}
|
|
|
|
|
|
|
|
static int ppc405ex_pciex_init_utl(struct ppc4xx_pciex_port *port)
|
|
|
|
{
|
|
|
|
dcr_write(port->dcrs, DCRO_PEGPL_SPECIAL, 0x0);
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Set buffer allocations and then assert VRB and TXE.
|
|
|
|
*/
|
2007-12-20 21:39:36 -07:00
|
|
|
out_be32(port->utl_base + PEUTL_OUTTR, 0x02000000);
|
|
|
|
out_be32(port->utl_base + PEUTL_INTR, 0x02000000);
|
|
|
|
out_be32(port->utl_base + PEUTL_OPDBSZ, 0x04000000);
|
|
|
|
out_be32(port->utl_base + PEUTL_PBBSZ, 0x21000000);
|
|
|
|
out_be32(port->utl_base + PEUTL_IPHBSZ, 0x02000000);
|
|
|
|
out_be32(port->utl_base + PEUTL_IPDBSZ, 0x04000000);
|
|
|
|
out_be32(port->utl_base + PEUTL_RCIRQEN, 0x00f00000);
|
|
|
|
out_be32(port->utl_base + PEUTL_PCTL, 0x80800066);
|
[POWERPC] 4xx: PLB to PCI Express support
This adds to the previous 2 patches the support for the 4xx PCI Express
cells as found in the 440SPe revA, revB and 405EX.
Unfortunately, due to significant differences between these, and other
interesting "features" of those pieces of HW, the code isn't as simple
as it is for PCI and PCI-X and some of the functions differ significantly
between the 3 implementations. Thus, not only this code can only support
those 3 implementations for now and will refuse to operate on any other,
but there are added ifdef's to avoid the bloat of building a fairly large
amount of code on platforms that don't need it.
Also, this code currently only supports fully initializing root complex
nodes, not endpoint. Some more code will have to be lifted from the
arch/ppc implementation to add the endpoint support, though it's mostly
differences in memory mapping, and the question on how to represent
endpoint mode PCI in the device-tree is thus open.
Many thanks to Stefan Roese for testing & fixing up the 405EX bits !
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Stefan Roese <sr@denx.de>
Signed-off-by: Josh Boyer <jwboyer@linux.vnet.ibm.com>
2007-12-20 21:39:24 -07:00
|
|
|
|
2007-12-20 21:39:36 -07:00
|
|
|
out_be32(port->utl_base + PEUTL_PBCTL, 0x08000000);
|
[POWERPC] 4xx: PLB to PCI Express support
This adds to the previous 2 patches the support for the 4xx PCI Express
cells as found in the 440SPe revA, revB and 405EX.
Unfortunately, due to significant differences between these, and other
interesting "features" of those pieces of HW, the code isn't as simple
as it is for PCI and PCI-X and some of the functions differ significantly
between the 3 implementations. Thus, not only this code can only support
those 3 implementations for now and will refuse to operate on any other,
but there are added ifdef's to avoid the bloat of building a fairly large
amount of code on platforms that don't need it.
Also, this code currently only supports fully initializing root complex
nodes, not endpoint. Some more code will have to be lifted from the
arch/ppc implementation to add the endpoint support, though it's mostly
differences in memory mapping, and the question on how to represent
endpoint mode PCI in the device-tree is thus open.
Many thanks to Stefan Roese for testing & fixing up the 405EX bits !
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Stefan Roese <sr@denx.de>
Signed-off-by: Josh Boyer <jwboyer@linux.vnet.ibm.com>
2007-12-20 21:39:24 -07:00
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
static struct ppc4xx_pciex_hwops ppc405ex_pcie_hwops __initdata =
|
|
|
|
{
|
2011-11-30 14:39:18 -07:00
|
|
|
.want_sdr = true,
|
[POWERPC] 4xx: PLB to PCI Express support
This adds to the previous 2 patches the support for the 4xx PCI Express
cells as found in the 440SPe revA, revB and 405EX.
Unfortunately, due to significant differences between these, and other
interesting "features" of those pieces of HW, the code isn't as simple
as it is for PCI and PCI-X and some of the functions differ significantly
between the 3 implementations. Thus, not only this code can only support
those 3 implementations for now and will refuse to operate on any other,
but there are added ifdef's to avoid the bloat of building a fairly large
amount of code on platforms that don't need it.
Also, this code currently only supports fully initializing root complex
nodes, not endpoint. Some more code will have to be lifted from the
arch/ppc implementation to add the endpoint support, though it's mostly
differences in memory mapping, and the question on how to represent
endpoint mode PCI in the device-tree is thus open.
Many thanks to Stefan Roese for testing & fixing up the 405EX bits !
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Stefan Roese <sr@denx.de>
Signed-off-by: Josh Boyer <jwboyer@linux.vnet.ibm.com>
2007-12-20 21:39:24 -07:00
|
|
|
.core_init = ppc405ex_pciex_core_init,
|
|
|
|
.port_init_hw = ppc405ex_pciex_init_port_hw,
|
|
|
|
.setup_utl = ppc405ex_pciex_init_utl,
|
2011-06-30 14:44:24 -06:00
|
|
|
.check_link = ppc4xx_pciex_check_link_sdr,
|
[POWERPC] 4xx: PLB to PCI Express support
This adds to the previous 2 patches the support for the 4xx PCI Express
cells as found in the 440SPe revA, revB and 405EX.
Unfortunately, due to significant differences between these, and other
interesting "features" of those pieces of HW, the code isn't as simple
as it is for PCI and PCI-X and some of the functions differ significantly
between the 3 implementations. Thus, not only this code can only support
those 3 implementations for now and will refuse to operate on any other,
but there are added ifdef's to avoid the bloat of building a fairly large
amount of code on platforms that don't need it.
Also, this code currently only supports fully initializing root complex
nodes, not endpoint. Some more code will have to be lifted from the
arch/ppc implementation to add the endpoint support, though it's mostly
differences in memory mapping, and the question on how to represent
endpoint mode PCI in the device-tree is thus open.
Many thanks to Stefan Roese for testing & fixing up the 405EX bits !
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Stefan Roese <sr@denx.de>
Signed-off-by: Josh Boyer <jwboyer@linux.vnet.ibm.com>
2007-12-20 21:39:24 -07:00
|
|
|
};
|
|
|
|
|
|
|
|
#endif /* CONFIG_40x */
|
|
|
|
|
2011-11-30 14:39:23 -07:00
|
|
|
#ifdef CONFIG_476FPE
|
|
|
|
static int __init ppc_476fpe_pciex_core_init(struct device_node *np)
|
|
|
|
{
|
|
|
|
return 4;
|
|
|
|
}
|
|
|
|
|
|
|
|
static void __init ppc_476fpe_pciex_check_link(struct ppc4xx_pciex_port *port)
|
|
|
|
{
|
|
|
|
u32 timeout_ms = 20;
|
|
|
|
u32 val = 0, mask = (PECFG_TLDLP_LNKUP|PECFG_TLDLP_PRESENT);
|
|
|
|
void __iomem *mbase = ioremap(port->cfg_space.start + 0x10000000,
|
|
|
|
0x1000);
|
|
|
|
|
|
|
|
printk(KERN_INFO "PCIE%d: Checking link...\n", port->index);
|
|
|
|
|
|
|
|
if (mbase == NULL) {
|
|
|
|
printk(KERN_WARNING "PCIE%d: failed to get cfg space\n",
|
|
|
|
port->index);
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
|
|
|
while (timeout_ms--) {
|
|
|
|
val = in_le32(mbase + PECFG_TLDLP);
|
|
|
|
|
|
|
|
if ((val & mask) == mask)
|
|
|
|
break;
|
|
|
|
msleep(10);
|
|
|
|
}
|
|
|
|
|
|
|
|
if (val & PECFG_TLDLP_PRESENT) {
|
|
|
|
printk(KERN_INFO "PCIE%d: link is up !\n", port->index);
|
|
|
|
port->link = 1;
|
|
|
|
} else
|
|
|
|
printk(KERN_WARNING "PCIE%d: Link up failed\n", port->index);
|
|
|
|
|
|
|
|
iounmap(mbase);
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
|
|
|
static struct ppc4xx_pciex_hwops ppc_476fpe_pcie_hwops __initdata =
|
|
|
|
{
|
|
|
|
.core_init = ppc_476fpe_pciex_core_init,
|
|
|
|
.check_link = ppc_476fpe_pciex_check_link,
|
|
|
|
};
|
|
|
|
#endif /* CONFIG_476FPE */
|
|
|
|
|
[POWERPC] 4xx: PLB to PCI Express support
This adds to the previous 2 patches the support for the 4xx PCI Express
cells as found in the 440SPe revA, revB and 405EX.
Unfortunately, due to significant differences between these, and other
interesting "features" of those pieces of HW, the code isn't as simple
as it is for PCI and PCI-X and some of the functions differ significantly
between the 3 implementations. Thus, not only this code can only support
those 3 implementations for now and will refuse to operate on any other,
but there are added ifdef's to avoid the bloat of building a fairly large
amount of code on platforms that don't need it.
Also, this code currently only supports fully initializing root complex
nodes, not endpoint. Some more code will have to be lifted from the
arch/ppc implementation to add the endpoint support, though it's mostly
differences in memory mapping, and the question on how to represent
endpoint mode PCI in the device-tree is thus open.
Many thanks to Stefan Roese for testing & fixing up the 405EX bits !
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Stefan Roese <sr@denx.de>
Signed-off-by: Josh Boyer <jwboyer@linux.vnet.ibm.com>
2007-12-20 21:39:24 -07:00
|
|
|
/* Check that the core has been initied and if not, do it */
|
|
|
|
static int __init ppc4xx_pciex_check_core_init(struct device_node *np)
|
|
|
|
{
|
|
|
|
static int core_init;
|
|
|
|
int count = -ENODEV;
|
|
|
|
|
|
|
|
if (core_init++)
|
|
|
|
return 0;
|
|
|
|
|
|
|
|
#ifdef CONFIG_44x
|
2007-12-20 21:39:38 -07:00
|
|
|
if (of_device_is_compatible(np, "ibm,plb-pciex-440spe")) {
|
|
|
|
if (ppc440spe_revA())
|
|
|
|
ppc4xx_pciex_hwops = &ppc440speA_pcie_hwops;
|
|
|
|
else
|
|
|
|
ppc4xx_pciex_hwops = &ppc440speB_pcie_hwops;
|
|
|
|
}
|
2008-02-23 14:08:27 -07:00
|
|
|
if (of_device_is_compatible(np, "ibm,plb-pciex-460ex"))
|
|
|
|
ppc4xx_pciex_hwops = &ppc460ex_pcie_hwops;
|
2009-12-21 15:49:41 -07:00
|
|
|
if (of_device_is_compatible(np, "ibm,plb-pciex-460sx"))
|
|
|
|
ppc4xx_pciex_hwops = &ppc460sx_pcie_hwops;
|
2012-03-14 18:57:19 -06:00
|
|
|
if (of_device_is_compatible(np, "ibm,plb-pciex-apm821xx"))
|
|
|
|
ppc4xx_pciex_hwops = &apm821xx_pcie_hwops;
|
[POWERPC] 4xx: PLB to PCI Express support
This adds to the previous 2 patches the support for the 4xx PCI Express
cells as found in the 440SPe revA, revB and 405EX.
Unfortunately, due to significant differences between these, and other
interesting "features" of those pieces of HW, the code isn't as simple
as it is for PCI and PCI-X and some of the functions differ significantly
between the 3 implementations. Thus, not only this code can only support
those 3 implementations for now and will refuse to operate on any other,
but there are added ifdef's to avoid the bloat of building a fairly large
amount of code on platforms that don't need it.
Also, this code currently only supports fully initializing root complex
nodes, not endpoint. Some more code will have to be lifted from the
arch/ppc implementation to add the endpoint support, though it's mostly
differences in memory mapping, and the question on how to represent
endpoint mode PCI in the device-tree is thus open.
Many thanks to Stefan Roese for testing & fixing up the 405EX bits !
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Stefan Roese <sr@denx.de>
Signed-off-by: Josh Boyer <jwboyer@linux.vnet.ibm.com>
2007-12-20 21:39:24 -07:00
|
|
|
#endif /* CONFIG_44x */
|
|
|
|
#ifdef CONFIG_40x
|
|
|
|
if (of_device_is_compatible(np, "ibm,plb-pciex-405ex"))
|
|
|
|
ppc4xx_pciex_hwops = &ppc405ex_pcie_hwops;
|
2011-11-30 14:39:23 -07:00
|
|
|
#endif
|
|
|
|
#ifdef CONFIG_476FPE
|
|
|
|
if (of_device_is_compatible(np, "ibm,plb-pciex-476fpe"))
|
|
|
|
ppc4xx_pciex_hwops = &ppc_476fpe_pcie_hwops;
|
[POWERPC] 4xx: PLB to PCI Express support
This adds to the previous 2 patches the support for the 4xx PCI Express
cells as found in the 440SPe revA, revB and 405EX.
Unfortunately, due to significant differences between these, and other
interesting "features" of those pieces of HW, the code isn't as simple
as it is for PCI and PCI-X and some of the functions differ significantly
between the 3 implementations. Thus, not only this code can only support
those 3 implementations for now and will refuse to operate on any other,
but there are added ifdef's to avoid the bloat of building a fairly large
amount of code on platforms that don't need it.
Also, this code currently only supports fully initializing root complex
nodes, not endpoint. Some more code will have to be lifted from the
arch/ppc implementation to add the endpoint support, though it's mostly
differences in memory mapping, and the question on how to represent
endpoint mode PCI in the device-tree is thus open.
Many thanks to Stefan Roese for testing & fixing up the 405EX bits !
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Stefan Roese <sr@denx.de>
Signed-off-by: Josh Boyer <jwboyer@linux.vnet.ibm.com>
2007-12-20 21:39:24 -07:00
|
|
|
#endif
|
|
|
|
if (ppc4xx_pciex_hwops == NULL) {
|
|
|
|
printk(KERN_WARNING "PCIE: unknown host type %s\n",
|
|
|
|
np->full_name);
|
|
|
|
return -ENODEV;
|
|
|
|
}
|
|
|
|
|
|
|
|
count = ppc4xx_pciex_hwops->core_init(np);
|
|
|
|
if (count > 0) {
|
|
|
|
ppc4xx_pciex_ports =
|
|
|
|
kzalloc(count * sizeof(struct ppc4xx_pciex_port),
|
|
|
|
GFP_KERNEL);
|
|
|
|
if (ppc4xx_pciex_ports) {
|
|
|
|
ppc4xx_pciex_port_count = count;
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
printk(KERN_WARNING "PCIE: failed to allocate ports array\n");
|
|
|
|
return -ENOMEM;
|
|
|
|
}
|
|
|
|
return -ENODEV;
|
|
|
|
}
|
|
|
|
|
|
|
|
static void __init ppc4xx_pciex_port_init_mapping(struct ppc4xx_pciex_port *port)
|
|
|
|
{
|
|
|
|
/* We map PCI Express configuration based on the reg property */
|
|
|
|
dcr_write(port->dcrs, DCRO_PEGPL_CFGBAH,
|
|
|
|
RES_TO_U32_HIGH(port->cfg_space.start));
|
|
|
|
dcr_write(port->dcrs, DCRO_PEGPL_CFGBAL,
|
|
|
|
RES_TO_U32_LOW(port->cfg_space.start));
|
|
|
|
|
|
|
|
/* XXX FIXME: Use size from reg property. For now, map 512M */
|
|
|
|
dcr_write(port->dcrs, DCRO_PEGPL_CFGMSK, 0xe0000001);
|
|
|
|
|
|
|
|
/* We map UTL registers based on the reg property */
|
|
|
|
dcr_write(port->dcrs, DCRO_PEGPL_REGBAH,
|
|
|
|
RES_TO_U32_HIGH(port->utl_regs.start));
|
|
|
|
dcr_write(port->dcrs, DCRO_PEGPL_REGBAL,
|
|
|
|
RES_TO_U32_LOW(port->utl_regs.start));
|
|
|
|
|
|
|
|
/* XXX FIXME: Use size from reg property */
|
|
|
|
dcr_write(port->dcrs, DCRO_PEGPL_REGMSK, 0x00007001);
|
|
|
|
|
|
|
|
/* Disable all other outbound windows */
|
|
|
|
dcr_write(port->dcrs, DCRO_PEGPL_OMR1MSKL, 0);
|
|
|
|
dcr_write(port->dcrs, DCRO_PEGPL_OMR2MSKL, 0);
|
|
|
|
dcr_write(port->dcrs, DCRO_PEGPL_OMR3MSKL, 0);
|
|
|
|
dcr_write(port->dcrs, DCRO_PEGPL_MSGMSK, 0);
|
|
|
|
}
|
|
|
|
|
2007-12-20 21:39:36 -07:00
|
|
|
static int __init ppc4xx_pciex_port_init(struct ppc4xx_pciex_port *port)
|
|
|
|
{
|
|
|
|
int rc = 0;
|
[POWERPC] 4xx: PLB to PCI Express support
This adds to the previous 2 patches the support for the 4xx PCI Express
cells as found in the 440SPe revA, revB and 405EX.
Unfortunately, due to significant differences between these, and other
interesting "features" of those pieces of HW, the code isn't as simple
as it is for PCI and PCI-X and some of the functions differ significantly
between the 3 implementations. Thus, not only this code can only support
those 3 implementations for now and will refuse to operate on any other,
but there are added ifdef's to avoid the bloat of building a fairly large
amount of code on platforms that don't need it.
Also, this code currently only supports fully initializing root complex
nodes, not endpoint. Some more code will have to be lifted from the
arch/ppc implementation to add the endpoint support, though it's mostly
differences in memory mapping, and the question on how to represent
endpoint mode PCI in the device-tree is thus open.
Many thanks to Stefan Roese for testing & fixing up the 405EX bits !
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Stefan Roese <sr@denx.de>
Signed-off-by: Josh Boyer <jwboyer@linux.vnet.ibm.com>
2007-12-20 21:39:24 -07:00
|
|
|
|
|
|
|
/* Init HW */
|
|
|
|
if (ppc4xx_pciex_hwops->port_init_hw)
|
|
|
|
rc = ppc4xx_pciex_hwops->port_init_hw(port);
|
|
|
|
if (rc != 0)
|
|
|
|
return rc;
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Initialize mapping: disable all regions and configure
|
|
|
|
* CFG and REG regions based on resources in the device tree
|
|
|
|
*/
|
|
|
|
ppc4xx_pciex_port_init_mapping(port);
|
|
|
|
|
2011-07-19 21:02:29 -06:00
|
|
|
if (ppc4xx_pciex_hwops->check_link)
|
|
|
|
ppc4xx_pciex_hwops->check_link(port);
|
|
|
|
|
[POWERPC] 4xx: PLB to PCI Express support
This adds to the previous 2 patches the support for the 4xx PCI Express
cells as found in the 440SPe revA, revB and 405EX.
Unfortunately, due to significant differences between these, and other
interesting "features" of those pieces of HW, the code isn't as simple
as it is for PCI and PCI-X and some of the functions differ significantly
between the 3 implementations. Thus, not only this code can only support
those 3 implementations for now and will refuse to operate on any other,
but there are added ifdef's to avoid the bloat of building a fairly large
amount of code on platforms that don't need it.
Also, this code currently only supports fully initializing root complex
nodes, not endpoint. Some more code will have to be lifted from the
arch/ppc implementation to add the endpoint support, though it's mostly
differences in memory mapping, and the question on how to represent
endpoint mode PCI in the device-tree is thus open.
Many thanks to Stefan Roese for testing & fixing up the 405EX bits !
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Stefan Roese <sr@denx.de>
Signed-off-by: Josh Boyer <jwboyer@linux.vnet.ibm.com>
2007-12-20 21:39:24 -07:00
|
|
|
/*
|
2007-12-20 21:39:36 -07:00
|
|
|
* Map UTL
|
|
|
|
*/
|
|
|
|
port->utl_base = ioremap(port->utl_regs.start, 0x100);
|
|
|
|
BUG_ON(port->utl_base == NULL);
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Setup UTL registers --BenH.
|
[POWERPC] 4xx: PLB to PCI Express support
This adds to the previous 2 patches the support for the 4xx PCI Express
cells as found in the 440SPe revA, revB and 405EX.
Unfortunately, due to significant differences between these, and other
interesting "features" of those pieces of HW, the code isn't as simple
as it is for PCI and PCI-X and some of the functions differ significantly
between the 3 implementations. Thus, not only this code can only support
those 3 implementations for now and will refuse to operate on any other,
but there are added ifdef's to avoid the bloat of building a fairly large
amount of code on platforms that don't need it.
Also, this code currently only supports fully initializing root complex
nodes, not endpoint. Some more code will have to be lifted from the
arch/ppc implementation to add the endpoint support, though it's mostly
differences in memory mapping, and the question on how to represent
endpoint mode PCI in the device-tree is thus open.
Many thanks to Stefan Roese for testing & fixing up the 405EX bits !
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Stefan Roese <sr@denx.de>
Signed-off-by: Josh Boyer <jwboyer@linux.vnet.ibm.com>
2007-12-20 21:39:24 -07:00
|
|
|
*/
|
|
|
|
if (ppc4xx_pciex_hwops->setup_utl)
|
|
|
|
ppc4xx_pciex_hwops->setup_utl(port);
|
|
|
|
|
|
|
|
/*
|
2011-07-19 21:02:29 -06:00
|
|
|
* Check for VC0 active or PLL Locked and assert RDY.
|
[POWERPC] 4xx: PLB to PCI Express support
This adds to the previous 2 patches the support for the 4xx PCI Express
cells as found in the 440SPe revA, revB and 405EX.
Unfortunately, due to significant differences between these, and other
interesting "features" of those pieces of HW, the code isn't as simple
as it is for PCI and PCI-X and some of the functions differ significantly
between the 3 implementations. Thus, not only this code can only support
those 3 implementations for now and will refuse to operate on any other,
but there are added ifdef's to avoid the bloat of building a fairly large
amount of code on platforms that don't need it.
Also, this code currently only supports fully initializing root complex
nodes, not endpoint. Some more code will have to be lifted from the
arch/ppc implementation to add the endpoint support, though it's mostly
differences in memory mapping, and the question on how to represent
endpoint mode PCI in the device-tree is thus open.
Many thanks to Stefan Roese for testing & fixing up the 405EX bits !
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Stefan Roese <sr@denx.de>
Signed-off-by: Josh Boyer <jwboyer@linux.vnet.ibm.com>
2007-12-20 21:39:24 -07:00
|
|
|
*/
|
2011-06-30 14:44:24 -06:00
|
|
|
if (port->sdr_base) {
|
2011-07-19 21:02:29 -06:00
|
|
|
if (of_device_is_compatible(port->node,
|
|
|
|
"ibm,plb-pciex-460sx")){
|
|
|
|
if (port->link && ppc4xx_pciex_wait_on_sdr(port,
|
|
|
|
PESDRn_RCSSTS,
|
|
|
|
1 << 12, 1 << 12, 5000)) {
|
|
|
|
printk(KERN_INFO "PCIE%d: PLL not locked\n",
|
|
|
|
port->index);
|
|
|
|
port->link = 0;
|
|
|
|
}
|
|
|
|
} else if (port->link &&
|
|
|
|
ppc4xx_pciex_wait_on_sdr(port, PESDRn_RCSSTS,
|
|
|
|
1 << 16, 1 << 16, 5000)) {
|
|
|
|
printk(KERN_INFO "PCIE%d: VC0 not active\n",
|
|
|
|
port->index);
|
2011-06-30 14:44:24 -06:00
|
|
|
port->link = 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
dcri_clrset(SDR0, port->sdr_base + PESDRn_RCSSET, 0, 1 << 20);
|
[POWERPC] 4xx: PLB to PCI Express support
This adds to the previous 2 patches the support for the 4xx PCI Express
cells as found in the 440SPe revA, revB and 405EX.
Unfortunately, due to significant differences between these, and other
interesting "features" of those pieces of HW, the code isn't as simple
as it is for PCI and PCI-X and some of the functions differ significantly
between the 3 implementations. Thus, not only this code can only support
those 3 implementations for now and will refuse to operate on any other,
but there are added ifdef's to avoid the bloat of building a fairly large
amount of code on platforms that don't need it.
Also, this code currently only supports fully initializing root complex
nodes, not endpoint. Some more code will have to be lifted from the
arch/ppc implementation to add the endpoint support, though it's mostly
differences in memory mapping, and the question on how to represent
endpoint mode PCI in the device-tree is thus open.
Many thanks to Stefan Roese for testing & fixing up the 405EX bits !
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Stefan Roese <sr@denx.de>
Signed-off-by: Josh Boyer <jwboyer@linux.vnet.ibm.com>
2007-12-20 21:39:24 -07:00
|
|
|
}
|
2007-12-20 21:39:36 -07:00
|
|
|
|
[POWERPC] 4xx: PLB to PCI Express support
This adds to the previous 2 patches the support for the 4xx PCI Express
cells as found in the 440SPe revA, revB and 405EX.
Unfortunately, due to significant differences between these, and other
interesting "features" of those pieces of HW, the code isn't as simple
as it is for PCI and PCI-X and some of the functions differ significantly
between the 3 implementations. Thus, not only this code can only support
those 3 implementations for now and will refuse to operate on any other,
but there are added ifdef's to avoid the bloat of building a fairly large
amount of code on platforms that don't need it.
Also, this code currently only supports fully initializing root complex
nodes, not endpoint. Some more code will have to be lifted from the
arch/ppc implementation to add the endpoint support, though it's mostly
differences in memory mapping, and the question on how to represent
endpoint mode PCI in the device-tree is thus open.
Many thanks to Stefan Roese for testing & fixing up the 405EX bits !
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Stefan Roese <sr@denx.de>
Signed-off-by: Josh Boyer <jwboyer@linux.vnet.ibm.com>
2007-12-20 21:39:24 -07:00
|
|
|
msleep(100);
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
static int ppc4xx_pciex_validate_bdf(struct ppc4xx_pciex_port *port,
|
|
|
|
struct pci_bus *bus,
|
|
|
|
unsigned int devfn)
|
|
|
|
{
|
|
|
|
static int message;
|
|
|
|
|
|
|
|
/* Endpoint can not generate upstream(remote) config cycles */
|
|
|
|
if (port->endpoint && bus->number != port->hose->first_busno)
|
|
|
|
return PCIBIOS_DEVICE_NOT_FOUND;
|
|
|
|
|
|
|
|
/* Check we are within the mapped range */
|
|
|
|
if (bus->number > port->hose->last_busno) {
|
|
|
|
if (!message) {
|
|
|
|
printk(KERN_WARNING "Warning! Probing bus %u"
|
|
|
|
" out of range !\n", bus->number);
|
|
|
|
message++;
|
|
|
|
}
|
|
|
|
return PCIBIOS_DEVICE_NOT_FOUND;
|
|
|
|
}
|
|
|
|
|
|
|
|
/* The root complex has only one device / function */
|
|
|
|
if (bus->number == port->hose->first_busno && devfn != 0)
|
|
|
|
return PCIBIOS_DEVICE_NOT_FOUND;
|
|
|
|
|
|
|
|
/* The other side of the RC has only one device as well */
|
|
|
|
if (bus->number == (port->hose->first_busno + 1) &&
|
|
|
|
PCI_SLOT(devfn) != 0)
|
|
|
|
return PCIBIOS_DEVICE_NOT_FOUND;
|
|
|
|
|
2007-12-20 21:39:36 -07:00
|
|
|
/* Check if we have a link */
|
|
|
|
if ((bus->number != port->hose->first_busno) && !port->link)
|
|
|
|
return PCIBIOS_DEVICE_NOT_FOUND;
|
|
|
|
|
[POWERPC] 4xx: PLB to PCI Express support
This adds to the previous 2 patches the support for the 4xx PCI Express
cells as found in the 440SPe revA, revB and 405EX.
Unfortunately, due to significant differences between these, and other
interesting "features" of those pieces of HW, the code isn't as simple
as it is for PCI and PCI-X and some of the functions differ significantly
between the 3 implementations. Thus, not only this code can only support
those 3 implementations for now and will refuse to operate on any other,
but there are added ifdef's to avoid the bloat of building a fairly large
amount of code on platforms that don't need it.
Also, this code currently only supports fully initializing root complex
nodes, not endpoint. Some more code will have to be lifted from the
arch/ppc implementation to add the endpoint support, though it's mostly
differences in memory mapping, and the question on how to represent
endpoint mode PCI in the device-tree is thus open.
Many thanks to Stefan Roese for testing & fixing up the 405EX bits !
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Stefan Roese <sr@denx.de>
Signed-off-by: Josh Boyer <jwboyer@linux.vnet.ibm.com>
2007-12-20 21:39:24 -07:00
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
static void __iomem *ppc4xx_pciex_get_config_base(struct ppc4xx_pciex_port *port,
|
|
|
|
struct pci_bus *bus,
|
|
|
|
unsigned int devfn)
|
|
|
|
{
|
|
|
|
int relbus;
|
|
|
|
|
|
|
|
/* Remove the casts when we finally remove the stupid volatile
|
|
|
|
* in struct pci_controller
|
|
|
|
*/
|
|
|
|
if (bus->number == port->hose->first_busno)
|
|
|
|
return (void __iomem *)port->hose->cfg_addr;
|
|
|
|
|
|
|
|
relbus = bus->number - (port->hose->first_busno + 1);
|
|
|
|
return (void __iomem *)port->hose->cfg_data +
|
|
|
|
((relbus << 20) | (devfn << 12));
|
|
|
|
}
|
|
|
|
|
|
|
|
static int ppc4xx_pciex_read_config(struct pci_bus *bus, unsigned int devfn,
|
|
|
|
int offset, int len, u32 *val)
|
|
|
|
{
|
2009-04-29 21:10:10 -06:00
|
|
|
struct pci_controller *hose = pci_bus_to_host(bus);
|
[POWERPC] 4xx: PLB to PCI Express support
This adds to the previous 2 patches the support for the 4xx PCI Express
cells as found in the 440SPe revA, revB and 405EX.
Unfortunately, due to significant differences between these, and other
interesting "features" of those pieces of HW, the code isn't as simple
as it is for PCI and PCI-X and some of the functions differ significantly
between the 3 implementations. Thus, not only this code can only support
those 3 implementations for now and will refuse to operate on any other,
but there are added ifdef's to avoid the bloat of building a fairly large
amount of code on platforms that don't need it.
Also, this code currently only supports fully initializing root complex
nodes, not endpoint. Some more code will have to be lifted from the
arch/ppc implementation to add the endpoint support, though it's mostly
differences in memory mapping, and the question on how to represent
endpoint mode PCI in the device-tree is thus open.
Many thanks to Stefan Roese for testing & fixing up the 405EX bits !
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Stefan Roese <sr@denx.de>
Signed-off-by: Josh Boyer <jwboyer@linux.vnet.ibm.com>
2007-12-20 21:39:24 -07:00
|
|
|
struct ppc4xx_pciex_port *port =
|
|
|
|
&ppc4xx_pciex_ports[hose->indirect_type];
|
|
|
|
void __iomem *addr;
|
|
|
|
u32 gpl_cfg;
|
|
|
|
|
|
|
|
BUG_ON(hose != port->hose);
|
|
|
|
|
|
|
|
if (ppc4xx_pciex_validate_bdf(port, bus, devfn) != 0)
|
|
|
|
return PCIBIOS_DEVICE_NOT_FOUND;
|
|
|
|
|
|
|
|
addr = ppc4xx_pciex_get_config_base(port, bus, devfn);
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Reading from configuration space of non-existing device can
|
|
|
|
* generate transaction errors. For the read duration we suppress
|
|
|
|
* assertion of machine check exceptions to avoid those.
|
|
|
|
*/
|
|
|
|
gpl_cfg = dcr_read(port->dcrs, DCRO_PEGPL_CFG);
|
|
|
|
dcr_write(port->dcrs, DCRO_PEGPL_CFG, gpl_cfg | GPL_DMER_MASK_DISA);
|
|
|
|
|
2007-12-20 21:39:36 -07:00
|
|
|
/* Make sure no CRS is recorded */
|
|
|
|
out_be32(port->utl_base + PEUTL_RCSTA, 0x00040000);
|
|
|
|
|
[POWERPC] 4xx: PLB to PCI Express support
This adds to the previous 2 patches the support for the 4xx PCI Express
cells as found in the 440SPe revA, revB and 405EX.
Unfortunately, due to significant differences between these, and other
interesting "features" of those pieces of HW, the code isn't as simple
as it is for PCI and PCI-X and some of the functions differ significantly
between the 3 implementations. Thus, not only this code can only support
those 3 implementations for now and will refuse to operate on any other,
but there are added ifdef's to avoid the bloat of building a fairly large
amount of code on platforms that don't need it.
Also, this code currently only supports fully initializing root complex
nodes, not endpoint. Some more code will have to be lifted from the
arch/ppc implementation to add the endpoint support, though it's mostly
differences in memory mapping, and the question on how to represent
endpoint mode PCI in the device-tree is thus open.
Many thanks to Stefan Roese for testing & fixing up the 405EX bits !
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Stefan Roese <sr@denx.de>
Signed-off-by: Josh Boyer <jwboyer@linux.vnet.ibm.com>
2007-12-20 21:39:24 -07:00
|
|
|
switch (len) {
|
|
|
|
case 1:
|
|
|
|
*val = in_8((u8 *)(addr + offset));
|
|
|
|
break;
|
|
|
|
case 2:
|
|
|
|
*val = in_le16((u16 *)(addr + offset));
|
|
|
|
break;
|
|
|
|
default:
|
|
|
|
*val = in_le32((u32 *)(addr + offset));
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
|
|
|
|
pr_debug("pcie-config-read: bus=%3d [%3d..%3d] devfn=0x%04x"
|
|
|
|
" offset=0x%04x len=%d, addr=0x%p val=0x%08x\n",
|
|
|
|
bus->number, hose->first_busno, hose->last_busno,
|
|
|
|
devfn, offset, len, addr + offset, *val);
|
|
|
|
|
2007-12-20 21:39:36 -07:00
|
|
|
/* Check for CRS (440SPe rev B does that for us but heh ..) */
|
|
|
|
if (in_be32(port->utl_base + PEUTL_RCSTA) & 0x00040000) {
|
|
|
|
pr_debug("Got CRS !\n");
|
|
|
|
if (len != 4 || offset != 0)
|
|
|
|
return PCIBIOS_DEVICE_NOT_FOUND;
|
|
|
|
*val = 0xffff0001;
|
|
|
|
}
|
|
|
|
|
[POWERPC] 4xx: PLB to PCI Express support
This adds to the previous 2 patches the support for the 4xx PCI Express
cells as found in the 440SPe revA, revB and 405EX.
Unfortunately, due to significant differences between these, and other
interesting "features" of those pieces of HW, the code isn't as simple
as it is for PCI and PCI-X and some of the functions differ significantly
between the 3 implementations. Thus, not only this code can only support
those 3 implementations for now and will refuse to operate on any other,
but there are added ifdef's to avoid the bloat of building a fairly large
amount of code on platforms that don't need it.
Also, this code currently only supports fully initializing root complex
nodes, not endpoint. Some more code will have to be lifted from the
arch/ppc implementation to add the endpoint support, though it's mostly
differences in memory mapping, and the question on how to represent
endpoint mode PCI in the device-tree is thus open.
Many thanks to Stefan Roese for testing & fixing up the 405EX bits !
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Stefan Roese <sr@denx.de>
Signed-off-by: Josh Boyer <jwboyer@linux.vnet.ibm.com>
2007-12-20 21:39:24 -07:00
|
|
|
dcr_write(port->dcrs, DCRO_PEGPL_CFG, gpl_cfg);
|
|
|
|
|
|
|
|
return PCIBIOS_SUCCESSFUL;
|
|
|
|
}
|
|
|
|
|
|
|
|
static int ppc4xx_pciex_write_config(struct pci_bus *bus, unsigned int devfn,
|
|
|
|
int offset, int len, u32 val)
|
|
|
|
{
|
2009-04-29 21:10:10 -06:00
|
|
|
struct pci_controller *hose = pci_bus_to_host(bus);
|
[POWERPC] 4xx: PLB to PCI Express support
This adds to the previous 2 patches the support for the 4xx PCI Express
cells as found in the 440SPe revA, revB and 405EX.
Unfortunately, due to significant differences between these, and other
interesting "features" of those pieces of HW, the code isn't as simple
as it is for PCI and PCI-X and some of the functions differ significantly
between the 3 implementations. Thus, not only this code can only support
those 3 implementations for now and will refuse to operate on any other,
but there are added ifdef's to avoid the bloat of building a fairly large
amount of code on platforms that don't need it.
Also, this code currently only supports fully initializing root complex
nodes, not endpoint. Some more code will have to be lifted from the
arch/ppc implementation to add the endpoint support, though it's mostly
differences in memory mapping, and the question on how to represent
endpoint mode PCI in the device-tree is thus open.
Many thanks to Stefan Roese for testing & fixing up the 405EX bits !
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Stefan Roese <sr@denx.de>
Signed-off-by: Josh Boyer <jwboyer@linux.vnet.ibm.com>
2007-12-20 21:39:24 -07:00
|
|
|
struct ppc4xx_pciex_port *port =
|
|
|
|
&ppc4xx_pciex_ports[hose->indirect_type];
|
|
|
|
void __iomem *addr;
|
|
|
|
u32 gpl_cfg;
|
|
|
|
|
|
|
|
if (ppc4xx_pciex_validate_bdf(port, bus, devfn) != 0)
|
|
|
|
return PCIBIOS_DEVICE_NOT_FOUND;
|
|
|
|
|
|
|
|
addr = ppc4xx_pciex_get_config_base(port, bus, devfn);
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Reading from configuration space of non-existing device can
|
|
|
|
* generate transaction errors. For the read duration we suppress
|
|
|
|
* assertion of machine check exceptions to avoid those.
|
|
|
|
*/
|
|
|
|
gpl_cfg = dcr_read(port->dcrs, DCRO_PEGPL_CFG);
|
|
|
|
dcr_write(port->dcrs, DCRO_PEGPL_CFG, gpl_cfg | GPL_DMER_MASK_DISA);
|
|
|
|
|
|
|
|
pr_debug("pcie-config-write: bus=%3d [%3d..%3d] devfn=0x%04x"
|
|
|
|
" offset=0x%04x len=%d, addr=0x%p val=0x%08x\n",
|
|
|
|
bus->number, hose->first_busno, hose->last_busno,
|
|
|
|
devfn, offset, len, addr + offset, val);
|
|
|
|
|
|
|
|
switch (len) {
|
|
|
|
case 1:
|
|
|
|
out_8((u8 *)(addr + offset), val);
|
|
|
|
break;
|
|
|
|
case 2:
|
|
|
|
out_le16((u16 *)(addr + offset), val);
|
|
|
|
break;
|
|
|
|
default:
|
|
|
|
out_le32((u32 *)(addr + offset), val);
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
|
|
|
|
dcr_write(port->dcrs, DCRO_PEGPL_CFG, gpl_cfg);
|
|
|
|
|
|
|
|
return PCIBIOS_SUCCESSFUL;
|
|
|
|
}
|
|
|
|
|
|
|
|
static struct pci_ops ppc4xx_pciex_pci_ops =
|
|
|
|
{
|
|
|
|
.read = ppc4xx_pciex_read_config,
|
|
|
|
.write = ppc4xx_pciex_write_config,
|
|
|
|
};
|
|
|
|
|
2008-10-09 10:58:19 -06:00
|
|
|
static int __init ppc4xx_setup_one_pciex_POM(struct ppc4xx_pciex_port *port,
|
|
|
|
struct pci_controller *hose,
|
|
|
|
void __iomem *mbase,
|
|
|
|
u64 plb_addr,
|
|
|
|
u64 pci_addr,
|
|
|
|
u64 size,
|
|
|
|
unsigned int flags,
|
|
|
|
int index)
|
|
|
|
{
|
|
|
|
u32 lah, lal, pciah, pcial, sa;
|
|
|
|
|
|
|
|
if (!is_power_of_2(size) ||
|
|
|
|
(index < 2 && size < 0x100000) ||
|
|
|
|
(index == 2 && size < 0x100) ||
|
|
|
|
(plb_addr & (size - 1)) != 0) {
|
|
|
|
printk(KERN_WARNING "%s: Resource out of range\n",
|
|
|
|
hose->dn->full_name);
|
|
|
|
return -1;
|
|
|
|
}
|
|
|
|
|
|
|
|
/* Calculate register values */
|
|
|
|
lah = RES_TO_U32_HIGH(plb_addr);
|
|
|
|
lal = RES_TO_U32_LOW(plb_addr);
|
|
|
|
pciah = RES_TO_U32_HIGH(pci_addr);
|
|
|
|
pcial = RES_TO_U32_LOW(pci_addr);
|
|
|
|
sa = (0xffffffffu << ilog2(size)) | 0x1;
|
|
|
|
|
|
|
|
/* Program register values */
|
|
|
|
switch (index) {
|
|
|
|
case 0:
|
|
|
|
out_le32(mbase + PECFG_POM0LAH, pciah);
|
|
|
|
out_le32(mbase + PECFG_POM0LAL, pcial);
|
|
|
|
dcr_write(port->dcrs, DCRO_PEGPL_OMR1BAH, lah);
|
|
|
|
dcr_write(port->dcrs, DCRO_PEGPL_OMR1BAL, lal);
|
|
|
|
dcr_write(port->dcrs, DCRO_PEGPL_OMR1MSKH, 0x7fffffff);
|
2011-07-19 21:02:29 -06:00
|
|
|
/*Enabled and single region */
|
|
|
|
if (of_device_is_compatible(port->node, "ibm,plb-pciex-460sx"))
|
|
|
|
dcr_write(port->dcrs, DCRO_PEGPL_OMR1MSKL,
|
|
|
|
sa | DCRO_PEGPL_460SX_OMR1MSKL_UOT
|
|
|
|
| DCRO_PEGPL_OMRxMSKL_VAL);
|
2011-11-30 14:39:23 -07:00
|
|
|
else if (of_device_is_compatible(port->node, "ibm,plb-pciex-476fpe"))
|
|
|
|
dcr_write(port->dcrs, DCRO_PEGPL_OMR1MSKL,
|
|
|
|
sa | DCRO_PEGPL_476FPE_OMR1MSKL_UOT
|
|
|
|
| DCRO_PEGPL_OMRxMSKL_VAL);
|
2011-07-19 21:02:29 -06:00
|
|
|
else
|
|
|
|
dcr_write(port->dcrs, DCRO_PEGPL_OMR1MSKL,
|
|
|
|
sa | DCRO_PEGPL_OMR1MSKL_UOT
|
|
|
|
| DCRO_PEGPL_OMRxMSKL_VAL);
|
2008-10-09 10:58:19 -06:00
|
|
|
break;
|
|
|
|
case 1:
|
|
|
|
out_le32(mbase + PECFG_POM1LAH, pciah);
|
|
|
|
out_le32(mbase + PECFG_POM1LAL, pcial);
|
|
|
|
dcr_write(port->dcrs, DCRO_PEGPL_OMR2BAH, lah);
|
|
|
|
dcr_write(port->dcrs, DCRO_PEGPL_OMR2BAL, lal);
|
|
|
|
dcr_write(port->dcrs, DCRO_PEGPL_OMR2MSKH, 0x7fffffff);
|
2011-07-19 21:02:29 -06:00
|
|
|
dcr_write(port->dcrs, DCRO_PEGPL_OMR2MSKL,
|
|
|
|
sa | DCRO_PEGPL_OMRxMSKL_VAL);
|
2008-10-09 10:58:19 -06:00
|
|
|
break;
|
|
|
|
case 2:
|
|
|
|
out_le32(mbase + PECFG_POM2LAH, pciah);
|
|
|
|
out_le32(mbase + PECFG_POM2LAL, pcial);
|
|
|
|
dcr_write(port->dcrs, DCRO_PEGPL_OMR3BAH, lah);
|
|
|
|
dcr_write(port->dcrs, DCRO_PEGPL_OMR3BAL, lal);
|
|
|
|
dcr_write(port->dcrs, DCRO_PEGPL_OMR3MSKH, 0x7fffffff);
|
|
|
|
/* Note that 3 here means enabled | IO space !!! */
|
2011-07-19 21:02:29 -06:00
|
|
|
dcr_write(port->dcrs, DCRO_PEGPL_OMR3MSKL,
|
|
|
|
sa | DCRO_PEGPL_OMR3MSKL_IO
|
|
|
|
| DCRO_PEGPL_OMRxMSKL_VAL);
|
2008-10-09 10:58:19 -06:00
|
|
|
break;
|
|
|
|
}
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
[POWERPC] 4xx: PLB to PCI Express support
This adds to the previous 2 patches the support for the 4xx PCI Express
cells as found in the 440SPe revA, revB and 405EX.
Unfortunately, due to significant differences between these, and other
interesting "features" of those pieces of HW, the code isn't as simple
as it is for PCI and PCI-X and some of the functions differ significantly
between the 3 implementations. Thus, not only this code can only support
those 3 implementations for now and will refuse to operate on any other,
but there are added ifdef's to avoid the bloat of building a fairly large
amount of code on platforms that don't need it.
Also, this code currently only supports fully initializing root complex
nodes, not endpoint. Some more code will have to be lifted from the
arch/ppc implementation to add the endpoint support, though it's mostly
differences in memory mapping, and the question on how to represent
endpoint mode PCI in the device-tree is thus open.
Many thanks to Stefan Roese for testing & fixing up the 405EX bits !
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Stefan Roese <sr@denx.de>
Signed-off-by: Josh Boyer <jwboyer@linux.vnet.ibm.com>
2007-12-20 21:39:24 -07:00
|
|
|
static void __init ppc4xx_configure_pciex_POMs(struct ppc4xx_pciex_port *port,
|
|
|
|
struct pci_controller *hose,
|
|
|
|
void __iomem *mbase)
|
|
|
|
{
|
2008-10-09 10:58:19 -06:00
|
|
|
int i, j, found_isa_hole = 0;
|
[POWERPC] 4xx: PLB to PCI Express support
This adds to the previous 2 patches the support for the 4xx PCI Express
cells as found in the 440SPe revA, revB and 405EX.
Unfortunately, due to significant differences between these, and other
interesting "features" of those pieces of HW, the code isn't as simple
as it is for PCI and PCI-X and some of the functions differ significantly
between the 3 implementations. Thus, not only this code can only support
those 3 implementations for now and will refuse to operate on any other,
but there are added ifdef's to avoid the bloat of building a fairly large
amount of code on platforms that don't need it.
Also, this code currently only supports fully initializing root complex
nodes, not endpoint. Some more code will have to be lifted from the
arch/ppc implementation to add the endpoint support, though it's mostly
differences in memory mapping, and the question on how to represent
endpoint mode PCI in the device-tree is thus open.
Many thanks to Stefan Roese for testing & fixing up the 405EX bits !
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Stefan Roese <sr@denx.de>
Signed-off-by: Josh Boyer <jwboyer@linux.vnet.ibm.com>
2007-12-20 21:39:24 -07:00
|
|
|
|
|
|
|
/* Setup outbound memory windows */
|
|
|
|
for (i = j = 0; i < 3; i++) {
|
|
|
|
struct resource *res = &hose->mem_resources[i];
|
|
|
|
|
|
|
|
/* we only care about memory windows */
|
|
|
|
if (!(res->flags & IORESOURCE_MEM))
|
|
|
|
continue;
|
|
|
|
if (j > 1) {
|
|
|
|
printk(KERN_WARNING "%s: Too many ranges\n",
|
|
|
|
port->node->full_name);
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
|
2008-10-09 10:58:19 -06:00
|
|
|
/* Configure the resource */
|
|
|
|
if (ppc4xx_setup_one_pciex_POM(port, hose, mbase,
|
|
|
|
res->start,
|
|
|
|
res->start - hose->pci_mem_offset,
|
2011-06-09 10:13:32 -06:00
|
|
|
resource_size(res),
|
2008-10-09 10:58:19 -06:00
|
|
|
res->flags,
|
|
|
|
j) == 0) {
|
|
|
|
j++;
|
|
|
|
|
|
|
|
/* If the resource PCI address is 0 then we have our
|
|
|
|
* ISA memory hole
|
|
|
|
*/
|
|
|
|
if (res->start == hose->pci_mem_offset)
|
|
|
|
found_isa_hole = 1;
|
[POWERPC] 4xx: PLB to PCI Express support
This adds to the previous 2 patches the support for the 4xx PCI Express
cells as found in the 440SPe revA, revB and 405EX.
Unfortunately, due to significant differences between these, and other
interesting "features" of those pieces of HW, the code isn't as simple
as it is for PCI and PCI-X and some of the functions differ significantly
between the 3 implementations. Thus, not only this code can only support
those 3 implementations for now and will refuse to operate on any other,
but there are added ifdef's to avoid the bloat of building a fairly large
amount of code on platforms that don't need it.
Also, this code currently only supports fully initializing root complex
nodes, not endpoint. Some more code will have to be lifted from the
arch/ppc implementation to add the endpoint support, though it's mostly
differences in memory mapping, and the question on how to represent
endpoint mode PCI in the device-tree is thus open.
Many thanks to Stefan Roese for testing & fixing up the 405EX bits !
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Stefan Roese <sr@denx.de>
Signed-off-by: Josh Boyer <jwboyer@linux.vnet.ibm.com>
2007-12-20 21:39:24 -07:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2008-10-09 10:58:19 -06:00
|
|
|
/* Handle ISA memory hole if not already covered */
|
|
|
|
if (j <= 1 && !found_isa_hole && hose->isa_mem_size)
|
|
|
|
if (ppc4xx_setup_one_pciex_POM(port, hose, mbase,
|
|
|
|
hose->isa_mem_phys, 0,
|
|
|
|
hose->isa_mem_size, 0, j) == 0)
|
|
|
|
printk(KERN_INFO "%s: Legacy ISA memory support enabled\n",
|
|
|
|
hose->dn->full_name);
|
|
|
|
|
|
|
|
/* Configure IO, always 64K starting at 0. We hard wire it to 64K !
|
|
|
|
* Note also that it -has- to be region index 2 on this HW
|
|
|
|
*/
|
|
|
|
if (hose->io_resource.flags & IORESOURCE_IO)
|
|
|
|
ppc4xx_setup_one_pciex_POM(port, hose, mbase,
|
|
|
|
hose->io_base_phys, 0,
|
|
|
|
0x10000, IORESOURCE_IO, 2);
|
[POWERPC] 4xx: PLB to PCI Express support
This adds to the previous 2 patches the support for the 4xx PCI Express
cells as found in the 440SPe revA, revB and 405EX.
Unfortunately, due to significant differences between these, and other
interesting "features" of those pieces of HW, the code isn't as simple
as it is for PCI and PCI-X and some of the functions differ significantly
between the 3 implementations. Thus, not only this code can only support
those 3 implementations for now and will refuse to operate on any other,
but there are added ifdef's to avoid the bloat of building a fairly large
amount of code on platforms that don't need it.
Also, this code currently only supports fully initializing root complex
nodes, not endpoint. Some more code will have to be lifted from the
arch/ppc implementation to add the endpoint support, though it's mostly
differences in memory mapping, and the question on how to represent
endpoint mode PCI in the device-tree is thus open.
Many thanks to Stefan Roese for testing & fixing up the 405EX bits !
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Stefan Roese <sr@denx.de>
Signed-off-by: Josh Boyer <jwboyer@linux.vnet.ibm.com>
2007-12-20 21:39:24 -07:00
|
|
|
}
|
|
|
|
|
|
|
|
static void __init ppc4xx_configure_pciex_PIMs(struct ppc4xx_pciex_port *port,
|
|
|
|
struct pci_controller *hose,
|
|
|
|
void __iomem *mbase,
|
|
|
|
struct resource *res)
|
|
|
|
{
|
2011-06-09 10:13:32 -06:00
|
|
|
resource_size_t size = resource_size(res);
|
[POWERPC] 4xx: PLB to PCI Express support
This adds to the previous 2 patches the support for the 4xx PCI Express
cells as found in the 440SPe revA, revB and 405EX.
Unfortunately, due to significant differences between these, and other
interesting "features" of those pieces of HW, the code isn't as simple
as it is for PCI and PCI-X and some of the functions differ significantly
between the 3 implementations. Thus, not only this code can only support
those 3 implementations for now and will refuse to operate on any other,
but there are added ifdef's to avoid the bloat of building a fairly large
amount of code on platforms that don't need it.
Also, this code currently only supports fully initializing root complex
nodes, not endpoint. Some more code will have to be lifted from the
arch/ppc implementation to add the endpoint support, though it's mostly
differences in memory mapping, and the question on how to represent
endpoint mode PCI in the device-tree is thus open.
Many thanks to Stefan Roese for testing & fixing up the 405EX bits !
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Stefan Roese <sr@denx.de>
Signed-off-by: Josh Boyer <jwboyer@linux.vnet.ibm.com>
2007-12-20 21:39:24 -07:00
|
|
|
u64 sa;
|
|
|
|
|
2008-04-21 08:54:30 -06:00
|
|
|
if (port->endpoint) {
|
|
|
|
resource_size_t ep_addr = 0;
|
|
|
|
resource_size_t ep_size = 32 << 20;
|
|
|
|
|
|
|
|
/* Currently we map a fixed 64MByte window to PLB address
|
|
|
|
* 0 (SDRAM). This should probably be configurable via a dts
|
|
|
|
* property.
|
|
|
|
*/
|
|
|
|
|
|
|
|
/* Calculate window size */
|
2009-06-28 00:26:10 -06:00
|
|
|
sa = (0xffffffffffffffffull << ilog2(ep_size));
|
2008-04-21 08:54:30 -06:00
|
|
|
|
|
|
|
/* Setup BAR0 */
|
|
|
|
out_le32(mbase + PECFG_BAR0HMPA, RES_TO_U32_HIGH(sa));
|
|
|
|
out_le32(mbase + PECFG_BAR0LMPA, RES_TO_U32_LOW(sa) |
|
|
|
|
PCI_BASE_ADDRESS_MEM_TYPE_64);
|
[POWERPC] 4xx: PLB to PCI Express support
This adds to the previous 2 patches the support for the 4xx PCI Express
cells as found in the 440SPe revA, revB and 405EX.
Unfortunately, due to significant differences between these, and other
interesting "features" of those pieces of HW, the code isn't as simple
as it is for PCI and PCI-X and some of the functions differ significantly
between the 3 implementations. Thus, not only this code can only support
those 3 implementations for now and will refuse to operate on any other,
but there are added ifdef's to avoid the bloat of building a fairly large
amount of code on platforms that don't need it.
Also, this code currently only supports fully initializing root complex
nodes, not endpoint. Some more code will have to be lifted from the
arch/ppc implementation to add the endpoint support, though it's mostly
differences in memory mapping, and the question on how to represent
endpoint mode PCI in the device-tree is thus open.
Many thanks to Stefan Roese for testing & fixing up the 405EX bits !
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Stefan Roese <sr@denx.de>
Signed-off-by: Josh Boyer <jwboyer@linux.vnet.ibm.com>
2007-12-20 21:39:24 -07:00
|
|
|
|
2008-04-21 08:54:30 -06:00
|
|
|
/* Disable BAR1 & BAR2 */
|
|
|
|
out_le32(mbase + PECFG_BAR1MPA, 0);
|
|
|
|
out_le32(mbase + PECFG_BAR2HMPA, 0);
|
|
|
|
out_le32(mbase + PECFG_BAR2LMPA, 0);
|
[POWERPC] 4xx: PLB to PCI Express support
This adds to the previous 2 patches the support for the 4xx PCI Express
cells as found in the 440SPe revA, revB and 405EX.
Unfortunately, due to significant differences between these, and other
interesting "features" of those pieces of HW, the code isn't as simple
as it is for PCI and PCI-X and some of the functions differ significantly
between the 3 implementations. Thus, not only this code can only support
those 3 implementations for now and will refuse to operate on any other,
but there are added ifdef's to avoid the bloat of building a fairly large
amount of code on platforms that don't need it.
Also, this code currently only supports fully initializing root complex
nodes, not endpoint. Some more code will have to be lifted from the
arch/ppc implementation to add the endpoint support, though it's mostly
differences in memory mapping, and the question on how to represent
endpoint mode PCI in the device-tree is thus open.
Many thanks to Stefan Roese for testing & fixing up the 405EX bits !
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Stefan Roese <sr@denx.de>
Signed-off-by: Josh Boyer <jwboyer@linux.vnet.ibm.com>
2007-12-20 21:39:24 -07:00
|
|
|
|
2008-04-21 08:54:30 -06:00
|
|
|
out_le32(mbase + PECFG_PIM01SAH, RES_TO_U32_HIGH(sa));
|
|
|
|
out_le32(mbase + PECFG_PIM01SAL, RES_TO_U32_LOW(sa));
|
|
|
|
|
|
|
|
out_le32(mbase + PCI_BASE_ADDRESS_0, RES_TO_U32_LOW(ep_addr));
|
|
|
|
out_le32(mbase + PCI_BASE_ADDRESS_1, RES_TO_U32_HIGH(ep_addr));
|
|
|
|
} else {
|
|
|
|
/* Calculate window size */
|
2009-06-28 00:26:10 -06:00
|
|
|
sa = (0xffffffffffffffffull << ilog2(size));
|
2008-04-21 08:54:30 -06:00
|
|
|
if (res->flags & IORESOURCE_PREFETCH)
|
2011-11-30 14:39:17 -07:00
|
|
|
sa |= PCI_BASE_ADDRESS_MEM_PREFETCH;
|
2008-04-21 08:54:30 -06:00
|
|
|
|
2011-11-30 14:39:23 -07:00
|
|
|
if (of_device_is_compatible(port->node, "ibm,plb-pciex-460sx") ||
|
|
|
|
of_device_is_compatible(port->node, "ibm,plb-pciex-476fpe"))
|
2011-07-19 21:02:29 -06:00
|
|
|
sa |= PCI_BASE_ADDRESS_MEM_TYPE_64;
|
|
|
|
|
2008-04-21 08:54:30 -06:00
|
|
|
out_le32(mbase + PECFG_BAR0HMPA, RES_TO_U32_HIGH(sa));
|
|
|
|
out_le32(mbase + PECFG_BAR0LMPA, RES_TO_U32_LOW(sa));
|
|
|
|
|
|
|
|
/* The setup of the split looks weird to me ... let's see
|
|
|
|
* if it works
|
|
|
|
*/
|
|
|
|
out_le32(mbase + PECFG_PIM0LAL, 0x00000000);
|
|
|
|
out_le32(mbase + PECFG_PIM0LAH, 0x00000000);
|
|
|
|
out_le32(mbase + PECFG_PIM1LAL, 0x00000000);
|
|
|
|
out_le32(mbase + PECFG_PIM1LAH, 0x00000000);
|
|
|
|
out_le32(mbase + PECFG_PIM01SAH, 0xffff0000);
|
|
|
|
out_le32(mbase + PECFG_PIM01SAL, 0x00000000);
|
|
|
|
|
|
|
|
out_le32(mbase + PCI_BASE_ADDRESS_0, RES_TO_U32_LOW(res->start));
|
|
|
|
out_le32(mbase + PCI_BASE_ADDRESS_1, RES_TO_U32_HIGH(res->start));
|
|
|
|
}
|
[POWERPC] 4xx: PLB to PCI Express support
This adds to the previous 2 patches the support for the 4xx PCI Express
cells as found in the 440SPe revA, revB and 405EX.
Unfortunately, due to significant differences between these, and other
interesting "features" of those pieces of HW, the code isn't as simple
as it is for PCI and PCI-X and some of the functions differ significantly
between the 3 implementations. Thus, not only this code can only support
those 3 implementations for now and will refuse to operate on any other,
but there are added ifdef's to avoid the bloat of building a fairly large
amount of code on platforms that don't need it.
Also, this code currently only supports fully initializing root complex
nodes, not endpoint. Some more code will have to be lifted from the
arch/ppc implementation to add the endpoint support, though it's mostly
differences in memory mapping, and the question on how to represent
endpoint mode PCI in the device-tree is thus open.
Many thanks to Stefan Roese for testing & fixing up the 405EX bits !
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Stefan Roese <sr@denx.de>
Signed-off-by: Josh Boyer <jwboyer@linux.vnet.ibm.com>
2007-12-20 21:39:24 -07:00
|
|
|
|
|
|
|
/* Enable inbound mapping */
|
|
|
|
out_le32(mbase + PECFG_PIMEN, 0x1);
|
|
|
|
|
|
|
|
/* Enable I/O, Mem, and Busmaster cycles */
|
|
|
|
out_le16(mbase + PCI_COMMAND,
|
|
|
|
in_le16(mbase + PCI_COMMAND) |
|
|
|
|
PCI_COMMAND_IO | PCI_COMMAND_MEMORY | PCI_COMMAND_MASTER);
|
|
|
|
}
|
|
|
|
|
|
|
|
static void __init ppc4xx_pciex_port_setup_hose(struct ppc4xx_pciex_port *port)
|
|
|
|
{
|
|
|
|
struct resource dma_window;
|
|
|
|
struct pci_controller *hose = NULL;
|
|
|
|
const int *bus_range;
|
|
|
|
int primary = 0, busses;
|
|
|
|
void __iomem *mbase = NULL, *cfg_data = NULL;
|
2008-04-21 08:54:30 -06:00
|
|
|
const u32 *pval;
|
|
|
|
u32 val;
|
[POWERPC] 4xx: PLB to PCI Express support
This adds to the previous 2 patches the support for the 4xx PCI Express
cells as found in the 440SPe revA, revB and 405EX.
Unfortunately, due to significant differences between these, and other
interesting "features" of those pieces of HW, the code isn't as simple
as it is for PCI and PCI-X and some of the functions differ significantly
between the 3 implementations. Thus, not only this code can only support
those 3 implementations for now and will refuse to operate on any other,
but there are added ifdef's to avoid the bloat of building a fairly large
amount of code on platforms that don't need it.
Also, this code currently only supports fully initializing root complex
nodes, not endpoint. Some more code will have to be lifted from the
arch/ppc implementation to add the endpoint support, though it's mostly
differences in memory mapping, and the question on how to represent
endpoint mode PCI in the device-tree is thus open.
Many thanks to Stefan Roese for testing & fixing up the 405EX bits !
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Stefan Roese <sr@denx.de>
Signed-off-by: Josh Boyer <jwboyer@linux.vnet.ibm.com>
2007-12-20 21:39:24 -07:00
|
|
|
|
|
|
|
/* Check if primary bridge */
|
|
|
|
if (of_get_property(port->node, "primary", NULL))
|
|
|
|
primary = 1;
|
|
|
|
|
|
|
|
/* Get bus range if any */
|
|
|
|
bus_range = of_get_property(port->node, "bus-range", NULL);
|
|
|
|
|
|
|
|
/* Allocate the host controller data structure */
|
|
|
|
hose = pcibios_alloc_controller(port->node);
|
|
|
|
if (!hose)
|
|
|
|
goto fail;
|
|
|
|
|
|
|
|
/* We stick the port number in "indirect_type" so the config space
|
|
|
|
* ops can retrieve the port data structure easily
|
|
|
|
*/
|
|
|
|
hose->indirect_type = port->index;
|
|
|
|
|
|
|
|
/* Get bus range */
|
|
|
|
hose->first_busno = bus_range ? bus_range[0] : 0x0;
|
|
|
|
hose->last_busno = bus_range ? bus_range[1] : 0xff;
|
|
|
|
|
|
|
|
/* Because of how big mapping the config space is (1M per bus), we
|
|
|
|
* limit how many busses we support. In the long run, we could replace
|
|
|
|
* that with something akin to kmap_atomic instead. We set aside 1 bus
|
|
|
|
* for the host itself too.
|
|
|
|
*/
|
|
|
|
busses = hose->last_busno - hose->first_busno; /* This is off by 1 */
|
|
|
|
if (busses > MAX_PCIE_BUS_MAPPED) {
|
|
|
|
busses = MAX_PCIE_BUS_MAPPED;
|
|
|
|
hose->last_busno = hose->first_busno + busses;
|
|
|
|
}
|
|
|
|
|
2008-04-21 08:54:30 -06:00
|
|
|
if (!port->endpoint) {
|
|
|
|
/* Only map the external config space in cfg_data for
|
|
|
|
* PCIe root-complexes. External space is 1M per bus
|
|
|
|
*/
|
|
|
|
cfg_data = ioremap(port->cfg_space.start +
|
|
|
|
(hose->first_busno + 1) * 0x100000,
|
|
|
|
busses * 0x100000);
|
|
|
|
if (cfg_data == NULL) {
|
|
|
|
printk(KERN_ERR "%s: Can't map external config space !",
|
|
|
|
port->node->full_name);
|
|
|
|
goto fail;
|
|
|
|
}
|
|
|
|
hose->cfg_data = cfg_data;
|
|
|
|
}
|
|
|
|
|
|
|
|
/* Always map the host config space in cfg_addr.
|
|
|
|
* Internal space is 4K
|
[POWERPC] 4xx: PLB to PCI Express support
This adds to the previous 2 patches the support for the 4xx PCI Express
cells as found in the 440SPe revA, revB and 405EX.
Unfortunately, due to significant differences between these, and other
interesting "features" of those pieces of HW, the code isn't as simple
as it is for PCI and PCI-X and some of the functions differ significantly
between the 3 implementations. Thus, not only this code can only support
those 3 implementations for now and will refuse to operate on any other,
but there are added ifdef's to avoid the bloat of building a fairly large
amount of code on platforms that don't need it.
Also, this code currently only supports fully initializing root complex
nodes, not endpoint. Some more code will have to be lifted from the
arch/ppc implementation to add the endpoint support, though it's mostly
differences in memory mapping, and the question on how to represent
endpoint mode PCI in the device-tree is thus open.
Many thanks to Stefan Roese for testing & fixing up the 405EX bits !
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Stefan Roese <sr@denx.de>
Signed-off-by: Josh Boyer <jwboyer@linux.vnet.ibm.com>
2007-12-20 21:39:24 -07:00
|
|
|
*/
|
|
|
|
mbase = ioremap(port->cfg_space.start + 0x10000000, 0x1000);
|
2008-04-21 08:54:30 -06:00
|
|
|
if (mbase == NULL) {
|
|
|
|
printk(KERN_ERR "%s: Can't map internal config space !",
|
[POWERPC] 4xx: PLB to PCI Express support
This adds to the previous 2 patches the support for the 4xx PCI Express
cells as found in the 440SPe revA, revB and 405EX.
Unfortunately, due to significant differences between these, and other
interesting "features" of those pieces of HW, the code isn't as simple
as it is for PCI and PCI-X and some of the functions differ significantly
between the 3 implementations. Thus, not only this code can only support
those 3 implementations for now and will refuse to operate on any other,
but there are added ifdef's to avoid the bloat of building a fairly large
amount of code on platforms that don't need it.
Also, this code currently only supports fully initializing root complex
nodes, not endpoint. Some more code will have to be lifted from the
arch/ppc implementation to add the endpoint support, though it's mostly
differences in memory mapping, and the question on how to represent
endpoint mode PCI in the device-tree is thus open.
Many thanks to Stefan Roese for testing & fixing up the 405EX bits !
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Stefan Roese <sr@denx.de>
Signed-off-by: Josh Boyer <jwboyer@linux.vnet.ibm.com>
2007-12-20 21:39:24 -07:00
|
|
|
port->node->full_name);
|
|
|
|
goto fail;
|
|
|
|
}
|
|
|
|
hose->cfg_addr = mbase;
|
|
|
|
|
|
|
|
pr_debug("PCIE %s, bus %d..%d\n", port->node->full_name,
|
|
|
|
hose->first_busno, hose->last_busno);
|
|
|
|
pr_debug(" config space mapped at: root @0x%p, other @0x%p\n",
|
|
|
|
hose->cfg_addr, hose->cfg_data);
|
|
|
|
|
|
|
|
/* Setup config space */
|
|
|
|
hose->ops = &ppc4xx_pciex_pci_ops;
|
|
|
|
port->hose = hose;
|
|
|
|
mbase = (void __iomem *)hose->cfg_addr;
|
|
|
|
|
2008-04-21 08:54:30 -06:00
|
|
|
if (!port->endpoint) {
|
|
|
|
/*
|
|
|
|
* Set bus numbers on our root port
|
|
|
|
*/
|
|
|
|
out_8(mbase + PCI_PRIMARY_BUS, hose->first_busno);
|
|
|
|
out_8(mbase + PCI_SECONDARY_BUS, hose->first_busno + 1);
|
|
|
|
out_8(mbase + PCI_SUBORDINATE_BUS, hose->last_busno);
|
|
|
|
}
|
[POWERPC] 4xx: PLB to PCI Express support
This adds to the previous 2 patches the support for the 4xx PCI Express
cells as found in the 440SPe revA, revB and 405EX.
Unfortunately, due to significant differences between these, and other
interesting "features" of those pieces of HW, the code isn't as simple
as it is for PCI and PCI-X and some of the functions differ significantly
between the 3 implementations. Thus, not only this code can only support
those 3 implementations for now and will refuse to operate on any other,
but there are added ifdef's to avoid the bloat of building a fairly large
amount of code on platforms that don't need it.
Also, this code currently only supports fully initializing root complex
nodes, not endpoint. Some more code will have to be lifted from the
arch/ppc implementation to add the endpoint support, though it's mostly
differences in memory mapping, and the question on how to represent
endpoint mode PCI in the device-tree is thus open.
Many thanks to Stefan Roese for testing & fixing up the 405EX bits !
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Stefan Roese <sr@denx.de>
Signed-off-by: Josh Boyer <jwboyer@linux.vnet.ibm.com>
2007-12-20 21:39:24 -07:00
|
|
|
|
|
|
|
/*
|
|
|
|
* OMRs are already reset, also disable PIMs
|
|
|
|
*/
|
|
|
|
out_le32(mbase + PECFG_PIMEN, 0);
|
|
|
|
|
|
|
|
/* Parse outbound mapping resources */
|
|
|
|
pci_process_bridge_OF_ranges(hose, port->node, primary);
|
|
|
|
|
|
|
|
/* Parse inbound mapping resources */
|
|
|
|
if (ppc4xx_parse_dma_ranges(hose, mbase, &dma_window) != 0)
|
|
|
|
goto fail;
|
|
|
|
|
|
|
|
/* Configure outbound ranges POMs */
|
|
|
|
ppc4xx_configure_pciex_POMs(port, hose, mbase);
|
|
|
|
|
|
|
|
/* Configure inbound ranges PIMs */
|
|
|
|
ppc4xx_configure_pciex_PIMs(port, hose, mbase, &dma_window);
|
|
|
|
|
|
|
|
/* The root complex doesn't show up if we don't set some vendor
|
2008-04-21 08:54:30 -06:00
|
|
|
* and device IDs into it. The defaults below are the same bogus
|
|
|
|
* one that the initial code in arch/ppc had. This can be
|
|
|
|
* overwritten by setting the "vendor-id/device-id" properties
|
|
|
|
* in the pciex node.
|
[POWERPC] 4xx: PLB to PCI Express support
This adds to the previous 2 patches the support for the 4xx PCI Express
cells as found in the 440SPe revA, revB and 405EX.
Unfortunately, due to significant differences between these, and other
interesting "features" of those pieces of HW, the code isn't as simple
as it is for PCI and PCI-X and some of the functions differ significantly
between the 3 implementations. Thus, not only this code can only support
those 3 implementations for now and will refuse to operate on any other,
but there are added ifdef's to avoid the bloat of building a fairly large
amount of code on platforms that don't need it.
Also, this code currently only supports fully initializing root complex
nodes, not endpoint. Some more code will have to be lifted from the
arch/ppc implementation to add the endpoint support, though it's mostly
differences in memory mapping, and the question on how to represent
endpoint mode PCI in the device-tree is thus open.
Many thanks to Stefan Roese for testing & fixing up the 405EX bits !
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Stefan Roese <sr@denx.de>
Signed-off-by: Josh Boyer <jwboyer@linux.vnet.ibm.com>
2007-12-20 21:39:24 -07:00
|
|
|
*/
|
|
|
|
|
2008-04-21 08:54:30 -06:00
|
|
|
/* Get the (optional) vendor-/device-id from the device-tree */
|
|
|
|
pval = of_get_property(port->node, "vendor-id", NULL);
|
|
|
|
if (pval) {
|
|
|
|
val = *pval;
|
|
|
|
} else {
|
|
|
|
if (!port->endpoint)
|
|
|
|
val = 0xaaa0 + port->index;
|
|
|
|
else
|
|
|
|
val = 0xeee0 + port->index;
|
|
|
|
}
|
|
|
|
out_le16(mbase + 0x200, val);
|
|
|
|
|
|
|
|
pval = of_get_property(port->node, "device-id", NULL);
|
|
|
|
if (pval) {
|
|
|
|
val = *pval;
|
|
|
|
} else {
|
|
|
|
if (!port->endpoint)
|
|
|
|
val = 0xbed0 + port->index;
|
|
|
|
else
|
|
|
|
val = 0xfed0 + port->index;
|
|
|
|
}
|
|
|
|
out_le16(mbase + 0x202, val);
|
|
|
|
|
2011-07-19 21:02:29 -06:00
|
|
|
/* Enable Bus master, memory, and io space */
|
|
|
|
if (of_device_is_compatible(port->node, "ibm,plb-pciex-460sx"))
|
|
|
|
out_le16(mbase + 0x204, 0x7);
|
|
|
|
|
2008-04-21 08:54:30 -06:00
|
|
|
if (!port->endpoint) {
|
|
|
|
/* Set Class Code to PCI-PCI bridge and Revision Id to 1 */
|
|
|
|
out_le32(mbase + 0x208, 0x06040001);
|
|
|
|
|
|
|
|
printk(KERN_INFO "PCIE%d: successfully set as root-complex\n",
|
|
|
|
port->index);
|
|
|
|
} else {
|
|
|
|
/* Set Class Code to Processor/PPC */
|
|
|
|
out_le32(mbase + 0x208, 0x0b200001);
|
|
|
|
|
|
|
|
printk(KERN_INFO "PCIE%d: successfully set as endpoint\n",
|
|
|
|
port->index);
|
|
|
|
}
|
[POWERPC] 4xx: PLB to PCI Express support
This adds to the previous 2 patches the support for the 4xx PCI Express
cells as found in the 440SPe revA, revB and 405EX.
Unfortunately, due to significant differences between these, and other
interesting "features" of those pieces of HW, the code isn't as simple
as it is for PCI and PCI-X and some of the functions differ significantly
between the 3 implementations. Thus, not only this code can only support
those 3 implementations for now and will refuse to operate on any other,
but there are added ifdef's to avoid the bloat of building a fairly large
amount of code on platforms that don't need it.
Also, this code currently only supports fully initializing root complex
nodes, not endpoint. Some more code will have to be lifted from the
arch/ppc implementation to add the endpoint support, though it's mostly
differences in memory mapping, and the question on how to represent
endpoint mode PCI in the device-tree is thus open.
Many thanks to Stefan Roese for testing & fixing up the 405EX bits !
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Stefan Roese <sr@denx.de>
Signed-off-by: Josh Boyer <jwboyer@linux.vnet.ibm.com>
2007-12-20 21:39:24 -07:00
|
|
|
|
|
|
|
return;
|
|
|
|
fail:
|
|
|
|
if (hose)
|
|
|
|
pcibios_free_controller(hose);
|
|
|
|
if (cfg_data)
|
|
|
|
iounmap(cfg_data);
|
|
|
|
if (mbase)
|
|
|
|
iounmap(mbase);
|
|
|
|
}
|
|
|
|
|
2007-12-20 21:39:22 -07:00
|
|
|
static void __init ppc4xx_probe_pciex_bridge(struct device_node *np)
|
|
|
|
{
|
[POWERPC] 4xx: PLB to PCI Express support
This adds to the previous 2 patches the support for the 4xx PCI Express
cells as found in the 440SPe revA, revB and 405EX.
Unfortunately, due to significant differences between these, and other
interesting "features" of those pieces of HW, the code isn't as simple
as it is for PCI and PCI-X and some of the functions differ significantly
between the 3 implementations. Thus, not only this code can only support
those 3 implementations for now and will refuse to operate on any other,
but there are added ifdef's to avoid the bloat of building a fairly large
amount of code on platforms that don't need it.
Also, this code currently only supports fully initializing root complex
nodes, not endpoint. Some more code will have to be lifted from the
arch/ppc implementation to add the endpoint support, though it's mostly
differences in memory mapping, and the question on how to represent
endpoint mode PCI in the device-tree is thus open.
Many thanks to Stefan Roese for testing & fixing up the 405EX bits !
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Stefan Roese <sr@denx.de>
Signed-off-by: Josh Boyer <jwboyer@linux.vnet.ibm.com>
2007-12-20 21:39:24 -07:00
|
|
|
struct ppc4xx_pciex_port *port;
|
|
|
|
const u32 *pval;
|
|
|
|
int portno;
|
|
|
|
unsigned int dcrs;
|
2008-04-21 08:54:30 -06:00
|
|
|
const char *val;
|
[POWERPC] 4xx: PLB to PCI Express support
This adds to the previous 2 patches the support for the 4xx PCI Express
cells as found in the 440SPe revA, revB and 405EX.
Unfortunately, due to significant differences between these, and other
interesting "features" of those pieces of HW, the code isn't as simple
as it is for PCI and PCI-X and some of the functions differ significantly
between the 3 implementations. Thus, not only this code can only support
those 3 implementations for now and will refuse to operate on any other,
but there are added ifdef's to avoid the bloat of building a fairly large
amount of code on platforms that don't need it.
Also, this code currently only supports fully initializing root complex
nodes, not endpoint. Some more code will have to be lifted from the
arch/ppc implementation to add the endpoint support, though it's mostly
differences in memory mapping, and the question on how to represent
endpoint mode PCI in the device-tree is thus open.
Many thanks to Stefan Roese for testing & fixing up the 405EX bits !
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Stefan Roese <sr@denx.de>
Signed-off-by: Josh Boyer <jwboyer@linux.vnet.ibm.com>
2007-12-20 21:39:24 -07:00
|
|
|
|
|
|
|
/* First, proceed to core initialization as we assume there's
|
|
|
|
* only one PCIe core in the system
|
|
|
|
*/
|
|
|
|
if (ppc4xx_pciex_check_core_init(np))
|
|
|
|
return;
|
|
|
|
|
|
|
|
/* Get the port number from the device-tree */
|
|
|
|
pval = of_get_property(np, "port", NULL);
|
|
|
|
if (pval == NULL) {
|
|
|
|
printk(KERN_ERR "PCIE: Can't find port number for %s\n",
|
|
|
|
np->full_name);
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
portno = *pval;
|
|
|
|
if (portno >= ppc4xx_pciex_port_count) {
|
|
|
|
printk(KERN_ERR "PCIE: port number out of range for %s\n",
|
|
|
|
np->full_name);
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
port = &ppc4xx_pciex_ports[portno];
|
|
|
|
port->index = portno;
|
2008-06-05 08:22:29 -06:00
|
|
|
|
|
|
|
/*
|
|
|
|
* Check if device is enabled
|
|
|
|
*/
|
|
|
|
if (!of_device_is_available(np)) {
|
|
|
|
printk(KERN_INFO "PCIE%d: Port disabled via device-tree\n", port->index);
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
[POWERPC] 4xx: PLB to PCI Express support
This adds to the previous 2 patches the support for the 4xx PCI Express
cells as found in the 440SPe revA, revB and 405EX.
Unfortunately, due to significant differences between these, and other
interesting "features" of those pieces of HW, the code isn't as simple
as it is for PCI and PCI-X and some of the functions differ significantly
between the 3 implementations. Thus, not only this code can only support
those 3 implementations for now and will refuse to operate on any other,
but there are added ifdef's to avoid the bloat of building a fairly large
amount of code on platforms that don't need it.
Also, this code currently only supports fully initializing root complex
nodes, not endpoint. Some more code will have to be lifted from the
arch/ppc implementation to add the endpoint support, though it's mostly
differences in memory mapping, and the question on how to represent
endpoint mode PCI in the device-tree is thus open.
Many thanks to Stefan Roese for testing & fixing up the 405EX bits !
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Stefan Roese <sr@denx.de>
Signed-off-by: Josh Boyer <jwboyer@linux.vnet.ibm.com>
2007-12-20 21:39:24 -07:00
|
|
|
port->node = of_node_get(np);
|
2011-11-30 14:39:18 -07:00
|
|
|
if (ppc4xx_pciex_hwops->want_sdr) {
|
|
|
|
pval = of_get_property(np, "sdr-base", NULL);
|
|
|
|
if (pval == NULL) {
|
|
|
|
printk(KERN_ERR "PCIE: missing sdr-base for %s\n",
|
|
|
|
np->full_name);
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
port->sdr_base = *pval;
|
[POWERPC] 4xx: PLB to PCI Express support
This adds to the previous 2 patches the support for the 4xx PCI Express
cells as found in the 440SPe revA, revB and 405EX.
Unfortunately, due to significant differences between these, and other
interesting "features" of those pieces of HW, the code isn't as simple
as it is for PCI and PCI-X and some of the functions differ significantly
between the 3 implementations. Thus, not only this code can only support
those 3 implementations for now and will refuse to operate on any other,
but there are added ifdef's to avoid the bloat of building a fairly large
amount of code on platforms that don't need it.
Also, this code currently only supports fully initializing root complex
nodes, not endpoint. Some more code will have to be lifted from the
arch/ppc implementation to add the endpoint support, though it's mostly
differences in memory mapping, and the question on how to represent
endpoint mode PCI in the device-tree is thus open.
Many thanks to Stefan Roese for testing & fixing up the 405EX bits !
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Stefan Roese <sr@denx.de>
Signed-off-by: Josh Boyer <jwboyer@linux.vnet.ibm.com>
2007-12-20 21:39:24 -07:00
|
|
|
}
|
|
|
|
|
2008-04-21 08:54:30 -06:00
|
|
|
/* Check if device_type property is set to "pci" or "pci-endpoint".
|
|
|
|
* Resulting from this setup this PCIe port will be configured
|
|
|
|
* as root-complex or as endpoint.
|
|
|
|
*/
|
|
|
|
val = of_get_property(port->node, "device_type", NULL);
|
|
|
|
if (!strcmp(val, "pci-endpoint")) {
|
|
|
|
port->endpoint = 1;
|
|
|
|
} else if (!strcmp(val, "pci")) {
|
|
|
|
port->endpoint = 0;
|
|
|
|
} else {
|
|
|
|
printk(KERN_ERR "PCIE: missing or incorrect device_type for %s\n",
|
|
|
|
np->full_name);
|
|
|
|
return;
|
|
|
|
}
|
2007-12-20 21:39:36 -07:00
|
|
|
|
[POWERPC] 4xx: PLB to PCI Express support
This adds to the previous 2 patches the support for the 4xx PCI Express
cells as found in the 440SPe revA, revB and 405EX.
Unfortunately, due to significant differences between these, and other
interesting "features" of those pieces of HW, the code isn't as simple
as it is for PCI and PCI-X and some of the functions differ significantly
between the 3 implementations. Thus, not only this code can only support
those 3 implementations for now and will refuse to operate on any other,
but there are added ifdef's to avoid the bloat of building a fairly large
amount of code on platforms that don't need it.
Also, this code currently only supports fully initializing root complex
nodes, not endpoint. Some more code will have to be lifted from the
arch/ppc implementation to add the endpoint support, though it's mostly
differences in memory mapping, and the question on how to represent
endpoint mode PCI in the device-tree is thus open.
Many thanks to Stefan Roese for testing & fixing up the 405EX bits !
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Stefan Roese <sr@denx.de>
Signed-off-by: Josh Boyer <jwboyer@linux.vnet.ibm.com>
2007-12-20 21:39:24 -07:00
|
|
|
/* Fetch config space registers address */
|
|
|
|
if (of_address_to_resource(np, 0, &port->cfg_space)) {
|
|
|
|
printk(KERN_ERR "%s: Can't get PCI-E config space !",
|
|
|
|
np->full_name);
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
/* Fetch host bridge internal registers address */
|
|
|
|
if (of_address_to_resource(np, 1, &port->utl_regs)) {
|
|
|
|
printk(KERN_ERR "%s: Can't get UTL register base !",
|
|
|
|
np->full_name);
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
|
|
|
/* Map DCRs */
|
|
|
|
dcrs = dcr_resource_start(np, 0);
|
|
|
|
if (dcrs == 0) {
|
|
|
|
printk(KERN_ERR "%s: Can't get DCR register base !",
|
|
|
|
np->full_name);
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
port->dcrs = dcr_map(np, dcrs, dcr_resource_len(np, 0));
|
|
|
|
|
|
|
|
/* Initialize the port specific registers */
|
2007-12-20 21:39:36 -07:00
|
|
|
if (ppc4xx_pciex_port_init(port)) {
|
|
|
|
printk(KERN_WARNING "PCIE%d: Port init failed\n", port->index);
|
[POWERPC] 4xx: PLB to PCI Express support
This adds to the previous 2 patches the support for the 4xx PCI Express
cells as found in the 440SPe revA, revB and 405EX.
Unfortunately, due to significant differences between these, and other
interesting "features" of those pieces of HW, the code isn't as simple
as it is for PCI and PCI-X and some of the functions differ significantly
between the 3 implementations. Thus, not only this code can only support
those 3 implementations for now and will refuse to operate on any other,
but there are added ifdef's to avoid the bloat of building a fairly large
amount of code on platforms that don't need it.
Also, this code currently only supports fully initializing root complex
nodes, not endpoint. Some more code will have to be lifted from the
arch/ppc implementation to add the endpoint support, though it's mostly
differences in memory mapping, and the question on how to represent
endpoint mode PCI in the device-tree is thus open.
Many thanks to Stefan Roese for testing & fixing up the 405EX bits !
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Stefan Roese <sr@denx.de>
Signed-off-by: Josh Boyer <jwboyer@linux.vnet.ibm.com>
2007-12-20 21:39:24 -07:00
|
|
|
return;
|
2007-12-20 21:39:36 -07:00
|
|
|
}
|
[POWERPC] 4xx: PLB to PCI Express support
This adds to the previous 2 patches the support for the 4xx PCI Express
cells as found in the 440SPe revA, revB and 405EX.
Unfortunately, due to significant differences between these, and other
interesting "features" of those pieces of HW, the code isn't as simple
as it is for PCI and PCI-X and some of the functions differ significantly
between the 3 implementations. Thus, not only this code can only support
those 3 implementations for now and will refuse to operate on any other,
but there are added ifdef's to avoid the bloat of building a fairly large
amount of code on platforms that don't need it.
Also, this code currently only supports fully initializing root complex
nodes, not endpoint. Some more code will have to be lifted from the
arch/ppc implementation to add the endpoint support, though it's mostly
differences in memory mapping, and the question on how to represent
endpoint mode PCI in the device-tree is thus open.
Many thanks to Stefan Roese for testing & fixing up the 405EX bits !
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Stefan Roese <sr@denx.de>
Signed-off-by: Josh Boyer <jwboyer@linux.vnet.ibm.com>
2007-12-20 21:39:24 -07:00
|
|
|
|
|
|
|
/* Setup the linux hose data structure */
|
|
|
|
ppc4xx_pciex_port_setup_hose(port);
|
2007-12-20 21:39:22 -07:00
|
|
|
}
|
|
|
|
|
[POWERPC] 4xx: PLB to PCI Express support
This adds to the previous 2 patches the support for the 4xx PCI Express
cells as found in the 440SPe revA, revB and 405EX.
Unfortunately, due to significant differences between these, and other
interesting "features" of those pieces of HW, the code isn't as simple
as it is for PCI and PCI-X and some of the functions differ significantly
between the 3 implementations. Thus, not only this code can only support
those 3 implementations for now and will refuse to operate on any other,
but there are added ifdef's to avoid the bloat of building a fairly large
amount of code on platforms that don't need it.
Also, this code currently only supports fully initializing root complex
nodes, not endpoint. Some more code will have to be lifted from the
arch/ppc implementation to add the endpoint support, though it's mostly
differences in memory mapping, and the question on how to represent
endpoint mode PCI in the device-tree is thus open.
Many thanks to Stefan Roese for testing & fixing up the 405EX bits !
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Stefan Roese <sr@denx.de>
Signed-off-by: Josh Boyer <jwboyer@linux.vnet.ibm.com>
2007-12-20 21:39:24 -07:00
|
|
|
#endif /* CONFIG_PPC4xx_PCI_EXPRESS */
|
|
|
|
|
2007-12-20 21:39:22 -07:00
|
|
|
static int __init ppc4xx_pci_find_bridges(void)
|
|
|
|
{
|
|
|
|
struct device_node *np;
|
|
|
|
|
2011-07-12 08:25:51 -06:00
|
|
|
pci_add_flags(PCI_ENABLE_PROC_DOMAINS | PCI_COMPAT_DOMAIN_0);
|
2009-02-01 09:59:13 -07:00
|
|
|
|
[POWERPC] 4xx: PLB to PCI Express support
This adds to the previous 2 patches the support for the 4xx PCI Express
cells as found in the 440SPe revA, revB and 405EX.
Unfortunately, due to significant differences between these, and other
interesting "features" of those pieces of HW, the code isn't as simple
as it is for PCI and PCI-X and some of the functions differ significantly
between the 3 implementations. Thus, not only this code can only support
those 3 implementations for now and will refuse to operate on any other,
but there are added ifdef's to avoid the bloat of building a fairly large
amount of code on platforms that don't need it.
Also, this code currently only supports fully initializing root complex
nodes, not endpoint. Some more code will have to be lifted from the
arch/ppc implementation to add the endpoint support, though it's mostly
differences in memory mapping, and the question on how to represent
endpoint mode PCI in the device-tree is thus open.
Many thanks to Stefan Roese for testing & fixing up the 405EX bits !
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Stefan Roese <sr@denx.de>
Signed-off-by: Josh Boyer <jwboyer@linux.vnet.ibm.com>
2007-12-20 21:39:24 -07:00
|
|
|
#ifdef CONFIG_PPC4xx_PCI_EXPRESS
|
2007-12-20 21:39:22 -07:00
|
|
|
for_each_compatible_node(np, NULL, "ibm,plb-pciex")
|
|
|
|
ppc4xx_probe_pciex_bridge(np);
|
[POWERPC] 4xx: PLB to PCI Express support
This adds to the previous 2 patches the support for the 4xx PCI Express
cells as found in the 440SPe revA, revB and 405EX.
Unfortunately, due to significant differences between these, and other
interesting "features" of those pieces of HW, the code isn't as simple
as it is for PCI and PCI-X and some of the functions differ significantly
between the 3 implementations. Thus, not only this code can only support
those 3 implementations for now and will refuse to operate on any other,
but there are added ifdef's to avoid the bloat of building a fairly large
amount of code on platforms that don't need it.
Also, this code currently only supports fully initializing root complex
nodes, not endpoint. Some more code will have to be lifted from the
arch/ppc implementation to add the endpoint support, though it's mostly
differences in memory mapping, and the question on how to represent
endpoint mode PCI in the device-tree is thus open.
Many thanks to Stefan Roese for testing & fixing up the 405EX bits !
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Stefan Roese <sr@denx.de>
Signed-off-by: Josh Boyer <jwboyer@linux.vnet.ibm.com>
2007-12-20 21:39:24 -07:00
|
|
|
#endif
|
2007-12-20 21:39:22 -07:00
|
|
|
for_each_compatible_node(np, NULL, "ibm,plb-pcix")
|
|
|
|
ppc4xx_probe_pcix_bridge(np);
|
|
|
|
for_each_compatible_node(np, NULL, "ibm,plb-pci")
|
|
|
|
ppc4xx_probe_pci_bridge(np);
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
arch_initcall(ppc4xx_pci_find_bridges);
|
|
|
|
|