[Skiboot] PCIe training failure on PLX PCI bridge

Oliver oohall at gmail.com
Thu Jun 6 16:32:48 AEST 2019


On Thu, Jun 6, 2019 at 2:24 PM Timothy Pearson
<tpearson at raptorengineering.com> wrote:
>
> Popped in a couple of new tuner cards into our "oddball hardware"
> testing unit (Talos II w/ two P9 DD2.2 CPUs).  These use a Pericom
> bridge chip, PI7C9X2G304, as the PCIe interface.
>
> The links train but are degraded so are taken back offline.  Both cards
> are brand new and show the exact same problem.

What skiboot version are you using? The workaround in 02a683bf09d9
("hw/phb4: Assert Link Disable bit after ETU init") might help.

> Log from PHB#0 in Mata mode:

Mata mode doesn't appear to be enabled since there's no TRACE: lines
in the output. Turn on the link trace output with:

nvram -p ibm,skiboot --update-config pci-tracing=true

It should look something like this:

     PHB#0001[0:1]: TRACE:0x0000102101000000  0ms presence GEN1:x16:polling
     PHB#0001[0:1]: TRACE:0x0000001101000000 23ms          GEN1:x16:detect
     PHB#0001[0:1]: TRACE:0x0000102101000000 23ms presence GEN1:x16:polling
     PHB#0001[0:1]: TRACE:0x0000183101000000 29ms training GEN1:x16:config
     PHB#0001[0:1]: TRACE:0x00001c5881000000 30ms training GEN1:x08:recovery
     PHB#0001[0:1]: TRACE:0x00001c5883000000 30ms training GEN3:x08:recovery
     PHB#0001[0:1]: TRACE:0x0000144883000000 33ms presence GEN3:x08:L0
     PHB#0001[0:1]: TRACE:0x0000154883000000 33ms trained  GEN3:x08:L0


More information about the Skiboot mailing list