[U-Boot] PCIe Configuration on MPC8544 processor

António Silva silva.antonio at gmail.com
Wed Jun 22 16:37:54 CEST 2011


Hi, I have tried another u-boot v1.3 and the results are the same.
Regarding the controller reset, there's an option CONFIG_FSL_PCIE_RESET that
I had set. It will never enter reset because ltssm is 0.
I forced a reset anyway but the result continues to be the same.
Regards,
Antonio

On Tue, Jun 21, 2011 at 9:27 PM, Swarthout Edward L-SWARTHOU <
SWARTHOU at freescale.com> wrote:

> From: António Silva
> >
> > I am trying to activate a PCIe link between two MPC8544
> > processor's on a custom board.
> > One processor is configured as Root Complex
> > (cfg_host_agt[0:2] = '111') and
> > the other processor as endpoint (cfg_host_agt[0:2] = '101').
>
> I've done this with many different configurations.
>
> > Only PCIe1 is active in both processors (cfg_IO_ports[0:2] = '010')
> >
> > In u-boot I set the following flags in both processors:
> >
> > #define CONFIG_PCI            /* Enable PCI/PCIE */
> > #define CONFIG_PCIE1            /* PCIE controler 1 (slot 1) */ //MJ
> > #define CONFIG_FSL_PCI_INIT        /* Use common FSL init code */
> >
> > In the first processor (configured as RC) I get the following output:
> >
> > *   pci_init_board: devdisr= 700 0008, io_sel=2, host_agent=7
>
> Fine.
>
> >
> >     PCIE1 connected to Slot2 as Root Complex (base address e000a000)
> > ....PCIE link error.  Skipping scan.LTSSM=0x00
>
> As you note below, LTSSM zero is the issue.
>
> >     PCIE1 on bus 00 - 00*
> >
> > In the second processor (configured as EP) I get the following output:
> >
> > *   pci_init_board: devdisr=7000008, io_sel=2, host_agent=5
> >
> > **    PCIE1 connected to Slot2 as End Point (base address e000a000)
> >                Scanning PCI bus 00
> > PCI Scan: Found Bus 0, Device 1, Function 0
> >         00  01  1957  0033  0b20  00
>
> The End Point should not scan the bus.  Is this old u-boot code?
>
> ...
> >
> > From the output of the RC processor:
> >
> > ....PCIE link error.  Skipping scan.LTSSM=0x00
> >
> > from table Table 18-109, the controller doesn't detect any
> > activity on the bus.
>
> It is worse than that, a value of zero indicates the interface
> is either not wired, in reset, or has no clocks.
> A value of 8 means the end point's receiver's are detected,
> but has not trained yet.  And 16 is good.
>
> Out of reset with no software support, it should go to 8 and then
> 16 when the end point responds.
>
> > I proceed trying to check in the HW for any activity in the
> > PCIe bus. I don't see any activity in the bus from any of the processors.
> Both
> > controller are getting the clock, and apart the PCIe detection both
> > processor are working an proceed the booting stage.
> >
> > Is there any configuration missing in u-boot for the PCIe
> > configuration?
>
> There is a controller reset for an errata workaround (see the setbits
> 0x08000000 to pdb_stat).
> But if that was set, I'd expect different symptoms.
>
> >
> > Does anyone has any clue/hint to aid in the debugging process
> > of the PCIe interface either for the SW and HW side?
> >
> > Thanks in advance,
> >
> > Antonio
> >
>


More information about the U-Boot mailing list