APPLIED: [J/linux-riscv][PATCH] PCI: fu740: Force 2.5GT/s for initial device probe
Dimitri John Ledkov
dimitri.ledkov at canonical.com
Mon Apr 4 10:57:05 UTC 2022
Also my submission of this patch got accepted into linux-stable trees
over the weekend.
--
Regards,
Dimitri.
On Thu, 31 Mar 2022 at 13:34, Tim Gardner <tim.gardner at canonical.com> wrote:
>
> Acked-by: Tim Gardner <tim.gardner at canonical.com>
>
> On 3/31/22 06:03, Dimitri John Ledkov wrote:
> > From: Ben Dooks <ben.dooks at codethink.co.uk>
> >
> > The fu740 PCIe core does not probe any devices on the SiFive Unmatched
> > board without this fix (or having U-Boot explicitly start the PCIe via
> > either boot-script or user command). The fix is to start the link at
> > 2.5GT/s speeds and once the link is up then change the maximum speed back
> > to the default.
> >
> > The U-Boot driver claims to set the link-speed to 2.5GT/s to get the probe
> > to work (and U-Boot does print link up at 2.5GT/s) in the following code:
> > https://source.denx.de/u-boot/u-boot/-/blob/master/drivers/pci/pcie_dw_sifive.c?id=v2022.01#L271
> >
> > Link: https://lore.kernel.org/r/20220318152430.526320-1-ben.dooks@codethink.co.uk
> > Signed-off-by: Ben Dooks <ben.dooks at codethink.co.uk>
> > Signed-off-by: Bjorn Helgaas <bhelgaas at google.com>
> > Acked-by: Palmer Dabbelt <palmer at rivosinc.com>
> > (cherry picked from commit a382c757ec5ef83137a86125f43a4c43dc2ab50b)
> > Link: https://lore.kernel.org/stable/20220331115345.117662-1-dimitri.ledkov@canonical.com/T/#u
> > BugLink: https://bugs.launchpad.net/bugs/1964796
> > Signed-off-by: Dimitri John Ledkov <dimitri.ledkov at canonical.com>
> > ---
> > drivers/pci/controller/dwc/pcie-fu740.c | 51 ++++++++++++++++++++++++-
> > 1 file changed, 50 insertions(+), 1 deletion(-)
> >
> > diff --git a/drivers/pci/controller/dwc/pcie-fu740.c b/drivers/pci/controller/dwc/pcie-fu740.c
> > index 00cde9a248..78d002be4f 100644
> > --- a/drivers/pci/controller/dwc/pcie-fu740.c
> > +++ b/drivers/pci/controller/dwc/pcie-fu740.c
> > @@ -181,10 +181,59 @@ static int fu740_pcie_start_link(struct dw_pcie *pci)
> > {
> > struct device *dev = pci->dev;
> > struct fu740_pcie *afp = dev_get_drvdata(dev);
> > + u8 cap_exp = dw_pcie_find_capability(pci, PCI_CAP_ID_EXP);
> > + int ret;
> > + u32 orig, tmp;
> > +
> > + /*
> > + * Force 2.5GT/s when starting the link, due to some devices not
> > + * probing at higher speeds. This happens with the PCIe switch
> > + * on the Unmatched board when U-Boot has not initialised the PCIe.
> > + * The fix in U-Boot is to force 2.5GT/s, which then gets cleared
> > + * by the soft reset done by this driver.
> > + */
> > + dev_dbg(dev, "cap_exp at %x\n", cap_exp);
> > + dw_pcie_dbi_ro_wr_en(pci);
> > +
> > + tmp = dw_pcie_readl_dbi(pci, cap_exp + PCI_EXP_LNKCAP);
> > + orig = tmp & PCI_EXP_LNKCAP_SLS;
> > + tmp &= ~PCI_EXP_LNKCAP_SLS;
> > + tmp |= PCI_EXP_LNKCAP_SLS_2_5GB;
> > + dw_pcie_writel_dbi(pci, cap_exp + PCI_EXP_LNKCAP, tmp);
> >
> > /* Enable LTSSM */
> > writel_relaxed(0x1, afp->mgmt_base + PCIEX8MGMT_APP_LTSSM_ENABLE);
> > - return 0;
> > +
> > + ret = dw_pcie_wait_for_link(pci);
> > + if (ret) {
> > + dev_err(dev, "error: link did not start\n");
> > + goto err;
> > + }
> > +
> > + tmp = dw_pcie_readl_dbi(pci, cap_exp + PCI_EXP_LNKCAP);
> > + if ((tmp & PCI_EXP_LNKCAP_SLS) != orig) {
> > + dev_dbg(dev, "changing speed back to original\n");
> > +
> > + tmp &= ~PCI_EXP_LNKCAP_SLS;
> > + tmp |= orig;
> > + dw_pcie_writel_dbi(pci, cap_exp + PCI_EXP_LNKCAP, tmp);
> > +
> > + tmp = dw_pcie_readl_dbi(pci, PCIE_LINK_WIDTH_SPEED_CONTROL);
> > + tmp |= PORT_LOGIC_SPEED_CHANGE;
> > + dw_pcie_writel_dbi(pci, PCIE_LINK_WIDTH_SPEED_CONTROL, tmp);
> > +
> > + ret = dw_pcie_wait_for_link(pci);
> > + if (ret) {
> > + dev_err(dev, "error: link did not start at new speed\n");
> > + goto err;
> > + }
> > + }
> > +
> > + ret = 0;
> > +err:
> > + WARN_ON(ret); /* we assume that errors will be very rare */
> > + dw_pcie_dbi_ro_wr_dis(pci);
> > + return ret;
> > }
> >
> > static int fu740_pcie_host_init(struct pcie_port *pp)
>
> --
> -----------
> Tim Gardner
> Canonical, Inc
More information about the kernel-team
mailing list