[U-Boot] PCIe Configuration on MPC8544 processor
Hi all, 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'). 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=7000008, io_sel=2, host_agent=7
PCIE1 connected to Slot2 as Root Complex (base address e000a000) ....PCIE link error. Skipping scan.LTSSM=0x00 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 PCI Scan: Found Bus 0, Device 2, Function 0 00 02 1957 0033 0b20 00 PCI Scan: Found Bus 0, Device 3, Function 0 00 03 1957 0033 0b20 00 PCI Scan: Found Bus 0, Device 4, Function 0 00 04 1957 0033 0b20 00 PCI Scan: Found Bus 0, Device 5, Function 0 00 05 1957 0033 0b20 00 PCI Scan: Found Bus 0, Device 6, Function 0 00 06 1957 0033 0b20 00 PCI Scan: Found Bus 0, Device 7, Function 0 00 07 1957 0033 0b20 00 PCI Scan: Found Bus 0, Device 8, Function 0 00 08 1957 0033 0b20 00 PCI Scan: Found Bus 0, Device 9, Function 0 00 09 1957 0033 0b20 00 PCI Scan: Found Bus 0, Device 10, Function 0 00 0a 1957 0033 0b20 00 PCI Scan: Found Bus 0, Device 11, Function 0 00 0b 1957 0033 0b20 00 PCI Scan: Found Bus 0, Device 12, Function 0 00 0c 1957 0033 0b20 00 PCI Scan: Found Bus 0, Device 13, Function 0 00 0d 1957 0033 0b20 00 PCI Scan: Found Bus 0, Device 14, Function 0 00 0e 1957 0033 0b20 00 PCI Scan: Found Bus 0, Device 15, Function 0 00 0f 1957 0033 0b20 00 PCI Scan: Found Bus 0, Device 16, Function 0 00 10 1957 0033 0b20 00 PCI Scan: Found Bus 0, Device 17, Function 0 00 11 1957 0033 0b20 00 PCI Scan: Found Bus 0, Device 18, Function 0 00 12 1957 0033 0b20 00 PCI Scan: Found Bus 0, Device 19, Function 0 00 13 1957 0033 0b20 00 PCI Scan: Found Bus 0, Device 20, Function 0 00 14 1957 0033 0b20 00 PCI Scan: Found Bus 0, Device 21, Function 0 00 15 1957 0033 0b20 00 PCI Scan: Found Bus 0, Device 22, Function 0 00 16 1957 0033 0b20 00 PCI Scan: Found Bus 0, Device 23, Function 0 00 17 1957 0033 0b20 00 PCI Scan: Found Bus 0, Device 24, Function 0 00 18 1957 0033 0b20 00 PCI Scan: Found Bus 0, Device 25, Function 0 00 19 1957 0033 0b20 00 PCI Scan: Found Bus 0, Device 26, Function 0 00 1a 1957 0033 0b20 00 PCI Scan: Found Bus 0, Device 27, Function 0 00 1b 1957 0033 0b20 00 PCI Scan: Found Bus 0, Device 28, Function 0 00 1c 1957 0033 0b20 00 PCI Scan: Found Bus 0, Device 29, Function 0 00 1d 1957 0033 0b20 00 PCI Scan: Found Bus 0, Device 30, Function 0 00 1e 1957 0033 0b20 00 PCI Scan: Found Bus 0, Device 31, Function 0 00 1f 1957 0033 0b20 00 PCIE1 on bus 00 - 00*
Each processor is detecting it's own PCIe interface but it is not detecting the other interface on the bus.
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.
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?
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
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
On Tue, Jun 21, 2011 at 9:27 PM, Swarthout Edward L-SWARTHOU < SWARTHOU@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?
Yes, I am using an old version of u-boot (version 1.15). It seems more
straightforward to work. I've considered updating to the latest u-boot but since we had serious problems with DDR configuration and this has changed considerably since the version I am using I am a little reluctant into an update. Do you consider that a change to the latest version of u-boot would solve any problem?
...
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.
Hi, We've been checking the HW side and the clock of 100MHz is provided for both PCIe blocks. I've to check if the controller is in reset.
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.
I will check this workaround.
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
Thanks for your help.
Regards
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@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
participants (2)
-
António Silva -
Swarthout Edward L-SWARTHOU