[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <aQ8kqIljwGZfkF8M@aurel32.net>
Date: Sat, 8 Nov 2025 12:08:24 +0100
From: Aurelien Jarno <aurelien@...el32.net>
To: Alex Elder <elder@...cstar.com>
Cc: dlan@...too.org, robh@...nel.org, krzk+dt@...nel.org,
conor+dt@...nel.org, vkoul@...nel.org, kishon@...nel.org,
bhelgaas@...gle.com, lpieralisi@...nel.org, kwilczynski@...nel.org,
mani@...nel.org, ziyao@...root.org, johannes@...felt.com,
mayank.rana@....qualcomm.com, qiang.yu@....qualcomm.com,
shradha.t@...sung.com, inochiama@...il.com, pjw@...nel.org,
palmer@...belt.com, aou@...s.berkeley.edu, alex@...ti.fr,
p.zabel@...gutronix.de, christian.bruel@...s.st.com,
thippeswamy.havalige@....com, krishna.chundru@....qualcomm.com,
guodong@...cstar.com, devicetree@...r.kernel.org,
linux-pci@...r.kernel.org, linux-phy@...ts.infradead.org,
spacemit@...ts.linux.dev, linux-riscv@...ts.infradead.org,
linux-kernel@...r.kernel.org
Subject: Re: [PATCH v5 0/7] Introduce SpacemiT K1 PCIe phy and host controller
Hi Alex,
Thanks for this new version.
On 2025-11-07 13:15, Alex Elder wrote:
> This series introduces a PHY driver and a PCIe driver to support PCIe
> on the SpacemiT K1 SoC. The PCIe implementation is derived from a
> Synopsys DesignWare PCIe IP. The PHY driver supports one combination
> PCIe/USB PHY as well as two PCIe-only PHYs. The combo PHY port uses
> one PCIe lane, and the other two ports each have two lanes. All PCIe
> ports operate at 5 GT/second.
>
> The PCIe PHYs must be configured using a value that can only be
> determined using the combo PHY, operating in PCIe mode. To allow
> that PHY to be used for USB, the needed calibration step is performed
> by the PHY driver automatically at probe time. Once this step is done,
> the PHY can be used for either PCIe or USB.
>
> This initial version of the driver supports 32 MSIs, and does not
> support PCI INTx interrupts. The hardware does not support MSI-X.
>
> Version 5 of this series incorporates suggestions made during the
> review of version 4. Specific highlights are detailed below.
>
> Note:
> Aurelien Jarno and Johannes Erdfelt have reported seeing ASPM errors
> accessing NVMe drives when using earlier versions of this series.
> The Kconfig files they used were very different from the RISC-V
> default configuration.
>
> Aurelien has since reported the errors do not occur when using
> defconfig. Johannes has not reported back about this.
Unfortunately, while it is true with v4, this is not the case with v5
anymore :(
Fundamentally in the generic designware driver, post_init (which is used
to disable L1 support on the controller side) is called after starting
the link. The comparison of the capabilities is done in
pcie_aspm_cap_init when the link is up, which happens a tiny bit after
starting it.
In practice with v4, the link is started, ASPM L1 is disabled and the
link becomes up. With v5, the move of the code getting and enabling the
regulator changed the timing, and ASPM L1 is now disabled on the
controller 2-3 ms after the link is up, which is too late.
I have added a call to pci_info to display the moment where ASPM is
disabled. This is without the regulator change:
[ 0.386730] spacemit-k1-pcie ca400000.pcie: host bridge /soc/pcie-bus/pcie@...00000 ranges:
[ 0.386970] spacemit-k1-pcie ca800000.pcie: host bridge /soc/pcie-bus/pcie@...00000 ranges:
[ 0.387017] spacemit-k1-pcie ca800000.pcie: IO 0x00b7002000..0x00b7101fff -> 0x0000000000
[ 0.387047] spacemit-k1-pcie ca800000.pcie: MEM 0x00a0000000..0x00afffffff -> 0x00a0000000
[ 0.387062] spacemit-k1-pcie ca800000.pcie: MEM 0x00b0000000..0x00b6ffffff -> 0x00b0000000
[ 0.400109] spacemit-k1-pcie ca400000.pcie: IO 0x009f002000..0x009f101fff -> 0x0000000000
[ 0.490101] spacemit-k1-pcie ca800000.pcie: iATU: unroll T, 8 ob, 8 ib, align 4K, limit 4G
[ 0.494195] spacemit-k1-pcie ca400000.pcie: MEM 0x0090000000..0x009effffff -> 0x0090000000
[ 0.850344] spacemit-k1-pcie ca400000.pcie: iATU: unroll T, 8 ob, 8 ib, align 4K, limit 4G
[ 0.950133] spacemit-k1-pcie ca400000.pcie: PCIe Gen.1 x2 link up
[ 1.129988] spacemit-k1-pcie ca400000.pcie: PCI host bridge to bus 0000:00
[ 1.335482] pci_bus 0000:00: root bus resource [bus 00-ff]
[ 1.340946] pci_bus 0000:00: root bus resource [io 0x100000-0x1fffff] (bus address [0x0000-0xfffff])
[ 1.350181] pci_bus 0000:00: root bus resource [mem 0x90000000-0x9effffff]
[ 1.358734] pci_bus 0000:00: resource 4 [io 0x100000-0x1fffff]
[ 1.362033] pci_bus 0000:00: resource 5 [mem 0x90000000-0x9effffff]
[ 1.368289] spacemit-k1-pcie ca400000.pcie: pcie_aspm_override_default_link_state
[ 1.375967] pci 0000:00:00.0: [1e5d:3003] type 01 class 0x060400 PCIe Root Port
[ 1.383043] pci 0000:00:00.0: BAR 0 [mem 0x00000000-0x000fffff]
[ 1.388927] pci 0000:00:00.0: BAR 1 [mem 0x00000000-0x000fffff]
[ 1.394826] pci 0000:00:00.0: PCI bridge to [bus 01-ff]
[ 1.400061] pci 0000:00:00.0: bridge window [io 0x100000-0x100fff]
[ 1.406460] pci 0000:00:00.0: bridge window [mem 0x00000000-0x000fffff]
[ 1.413245] pci 0000:00:00.0: bridge window [mem 0x00000000-0x000fffff 64bit pref]
[ 1.421012] pci 0000:00:00.0: supports D1
[ 1.424948] pci 0000:00:00.0: PME# supported from D0 D1 D3hot D3cold
[ 1.432718] pci 0000:01:00.0: [1987:5015] type 00 class 0x010802 PCIe Endpoint
[ 1.438698] pci 0000:01:00.0: BAR 0 [mem 0x00000000-0x00003fff 64bit]
[ 1.445426] pci 0000:01:00.0: 4.000 Gb/s available PCIe bandwidth, limited by 2.5 GT/s PCIe x2 link at 0000:00:00.0 (capable of 31.504 Gb/s with 8.0 GT/s PCIe x4 link)
[ 1.464897] pci_bus 0000:01: busn_res: [bus 01-ff] end is updated to 01
And this is with the regulator change:
[ 0.410796] spacemit-k1-pcie ca400000.pcie: host bridge /soc/pcie-bus/pcie@...00000 ranges:
[ 0.410836] spacemit-k1-pcie ca800000.pcie: host bridge /soc/pcie-bus/pcie@...00000 ranges:
[ 0.410889] spacemit-k1-pcie ca800000.pcie: IO 0x00b7002000..0x00b7101fff -> 0x0000000000
[ 0.410917] spacemit-k1-pcie ca800000.pcie: MEM 0x00a0000000..0x00afffffff -> 0x00a0000000
[ 0.410932] spacemit-k1-pcie ca800000.pcie: MEM 0x00b0000000..0x00b6ffffff -> 0x00b0000000
[ 0.424651] spacemit-k1-pcie ca400000.pcie: IO 0x009f002000..0x009f101fff -> 0x0000000000
[ 0.436446] spacemit-k1-pcie ca400000.pcie: MEM 0x0090000000..0x009effffff -> 0x0090000000
[ 0.513897] spacemit-k1-pcie ca800000.pcie: iATU: unroll T, 8 ob, 8 ib, align 4K, limit 4G
[ 0.559595] spacemit-k1-pcie ca400000.pcie: iATU: unroll T, 8 ob, 8 ib, align 4K, limit 4G
[ 0.839412] spacemit-k1-pcie ca400000.pcie: PCIe Gen.1 x2 link up
[ 0.847078] spacemit-k1-pcie ca400000.pcie: PCI host bridge to bus 0000:00
[ 0.857600] pci_bus 0000:00: root bus resource [bus 00-ff]
[ 0.868702] pci_bus 0000:00: root bus resource [io 0x100000-0x1fffff] (bus address [0x0000-0xfffff])
[ 1.146409] pci_bus 0000:00: root bus resource [mem 0x90000000-0x9effffff]
[ 1.373742] pci 0000:00:00.0: [1e5d:3003] type 01 class 0x060400 PCIe Root Port
[ 1.380963] pci 0000:00:00.0: BAR 0 [mem 0x00000000-0x000fffff]
[ 1.386883] pci 0000:00:00.0: BAR 1 [mem 0x00000000-0x000fffff]
[ 1.392808] pci 0000:00:00.0: PCI bridge to [bus 01-ff]
[ 1.395394] pci 0000:00:00.0: bridge window [io 0x100000-0x100fff]
[ 1.401811] pci 0000:00:00.0: bridge window [mem 0x00000000-0x000fffff]
[ 1.408583] pci 0000:00:00.0: bridge window [mem 0x00000000-0x000fffff 64bit pref]
[ 1.416354] pci 0000:00:00.0: supports D1
[ 1.420294] pci 0000:00:00.0: PME# supported from D0 D1 D3hot D3cold
[ 1.428220] pci 0000:01:00.0: [1987:5015] type 00 class 0x010802 PCIe Endpoint
[ 1.434034] pci 0000:01:00.0: BAR 0 [mem 0x00000000-0x00003fff 64bit]
[ 1.440772] pci 0000:01:00.0: 4.000 Gb/s available PCIe bandwidth, limited by 2.5 GT/s PCIe x2 link at 0000:00:00.0 (capable of 31.504 Gb/s with 8.0 GT/s PCIe x4 link)
[ 1.463390] pci 0000:01:00.0: pcie_aspm_override_default_link_state
[ 1.467000] pci 0000:01:00.0: ASPM: default states L1
[ 1.472093] pci_bus 0000:01: busn_res: [bus 01-ff] end is updated to 01
Note how the line pcie_aspm_override_default_link_state arrives too
late.
Regards
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurelien@...el32.net http://aurel32.net
Powered by blists - more mailing lists