* [PATCH v5 1/7] dt-bindings: phy: spacemit: Add SpacemiT PCIe/combo PHY
2025-11-07 19:15 [PATCH v5 0/7] Introduce SpacemiT K1 PCIe phy and host controller Alex Elder
@ 2025-11-07 19:15 ` Alex Elder
2025-11-07 19:15 ` [PATCH v5 2/7] dt-bindings: phy: spacemit: Introduce PCIe PHY Alex Elder
` (4 subsequent siblings)
5 siblings, 0 replies; 8+ messages in thread
From: Alex Elder @ 2025-11-07 19:15 UTC (permalink / raw)
To: robh, krzk+dt, conor+dt, vkoul, kishon
Cc: dlan, guodong, devicetree, linux-phy, spacemit, linux-riscv,
linux-kernel
Add the Device Tree binding for the PCIe/USB 3.0 combo PHY found in
the SpacemiT K1 SoC. This is one of three PCIe PHYs, and is unusual
in that only the combo PHY can perform a calibration step needed to
determine settings used by the other two PCIe PHYs.
Calibration must be done with the combo PHY in PCIe mode, and to allow
this to occur independent of the eventual use for the PHY (PCIe or USB)
some PCIe-related properties must be supplied: clocks; resets; and a
syscon phandle.
Reviewed-by: Rob Herring (Arm) <robh@kernel.org>
Signed-off-by: Alex Elder <elder@riscstar.com>
---
v5: - Wrap lines at 80 columns
.../bindings/phy/spacemit,k1-combo-phy.yaml | 114 ++++++++++++++++++
1 file changed, 114 insertions(+)
create mode 100644 Documentation/devicetree/bindings/phy/spacemit,k1-combo-phy.yaml
diff --git a/Documentation/devicetree/bindings/phy/spacemit,k1-combo-phy.yaml b/Documentation/devicetree/bindings/phy/spacemit,k1-combo-phy.yaml
new file mode 100644
index 0000000000000..b59476cd78b57
--- /dev/null
+++ b/Documentation/devicetree/bindings/phy/spacemit,k1-combo-phy.yaml
@@ -0,0 +1,114 @@
+# SPDX-License-Identifier: (GPL-2.0-only OR BSD-2-Clause)
+%YAML 1.2
+---
+$id: http://devicetree.org/schemas/phy/spacemit,k1-combo-phy.yaml#
+$schema: http://devicetree.org/meta-schemas/core.yaml#
+
+title: SpacemiT K1 PCIe/USB3 Combo PHY
+
+maintainers:
+ - Alex Elder <elder@riscstar.com>
+
+description: >
+ Of the three PHYs on the SpacemiT K1 SoC capable of being used for
+ PCIe, one is a combo PHY that can also be configured for use by a
+ USB 3 controller. Using PCIe or USB 3 is a board design decision.
+
+ The combo PHY is also the only PCIe PHY that is able to determine
+ PCIe calibration values to use, and this must be determined before
+ the other two PCIe PHYs can be used. This calibration must be
+ performed with the combo PHY in PCIe mode, and is this is done
+ when the combo PHY is probed.
+
+ The combo PHY uses an external oscillator as a reference clock.
+ During normal operation, the PCIe or USB port driver is responsible
+ for ensuring all other clocks needed by a PHY are enabled, and all
+ resets affecting the PHY are deasserted. However, for the combo
+ PHY to perform calibration independent of whether it's later used
+ for PCIe or USB, all PCIe mode clocks and resets must be defined.
+
+properties:
+ compatible:
+ const: spacemit,k1-combo-phy
+
+ reg:
+ items:
+ - description: PHY control registers
+
+ clocks:
+ items:
+ - description: External oscillator used by the PHY PLL
+ - description: DWC PCIe Data Bus Interface (DBI) clock
+ - description: DWC PCIe application AXI-bus Master interface clock
+ - description: DWC PCIe application AXI-bus slave interface clock
+
+ clock-names:
+ items:
+ - const: refclk
+ - const: dbi
+ - const: mstr
+ - const: slv
+
+ resets:
+ items:
+ - description: PHY reset; remains deasserted after initialization
+ - description: DWC PCIe Data Bus Interface (DBI) reset
+ - description: DWC PCIe application AXI-bus Master interface reset
+ - description: DWC PCIe application AXI-bus slave interface reset
+
+ reset-names:
+ items:
+ - const: phy
+ - const: dbi
+ - const: mstr
+ - const: slv
+
+ spacemit,apmu:
+ description:
+ A phandle that refers to the APMU system controller, whose
+ regmap is used in setting the mode
+ $ref: /schemas/types.yaml#/definitions/phandle
+
+ "#phy-cells":
+ const: 1
+ description:
+ The argument value (PHY_TYPE_PCIE or PHY_TYPE_USB3) determines
+ whether the PHY operates in PCIe or USB3 mode.
+
+required:
+ - compatible
+ - reg
+ - clocks
+ - clock-names
+ - resets
+ - reset-names
+ - spacemit,apmu
+ - "#phy-cells"
+
+additionalProperties: false
+
+examples:
+ - |
+ #include <dt-bindings/clock/spacemit,k1-syscon.h>
+ phy@c0b10000 {
+ compatible = "spacemit,k1-combo-phy";
+ reg = <0xc0b10000 0x1000>;
+ clocks = <&vctcxo_24m>,
+ <&syscon_apmu CLK_PCIE0_DBI>,
+ <&syscon_apmu CLK_PCIE0_MASTER>,
+ <&syscon_apmu CLK_PCIE0_SLAVE>;
+ clock-names = "refclk",
+ "dbi",
+ "mstr",
+ "slv";
+ resets = <&syscon_apmu RESET_PCIE0_GLOBAL>,
+ <&syscon_apmu RESET_PCIE0_DBI>,
+ <&syscon_apmu RESET_PCIE0_MASTER>,
+ <&syscon_apmu RESET_PCIE0_SLAVE>;
+ reset-names = "phy",
+ "dbi",
+ "mstr",
+ "slv";
+ spacemit,apmu = <&syscon_apmu>;
+ #phy-cells = <1>;
+ };
--
2.48.1
^ permalink raw reply related [flat|nested] 8+ messages in thread* [PATCH v5 2/7] dt-bindings: phy: spacemit: Introduce PCIe PHY
2025-11-07 19:15 [PATCH v5 0/7] Introduce SpacemiT K1 PCIe phy and host controller Alex Elder
2025-11-07 19:15 ` [PATCH v5 1/7] dt-bindings: phy: spacemit: Add SpacemiT PCIe/combo PHY Alex Elder
@ 2025-11-07 19:15 ` Alex Elder
2025-11-07 19:15 ` [PATCH v5 3/7] dt-bindings: pci: spacemit: Introduce PCIe host controller Alex Elder
` (3 subsequent siblings)
5 siblings, 0 replies; 8+ messages in thread
From: Alex Elder @ 2025-11-07 19:15 UTC (permalink / raw)
To: vkoul, kishon, robh, krzk+dt, conor+dt
Cc: ziyao, dlan, guodong, devicetree, linux-phy, spacemit,
linux-riscv, linux-kernel
Add the Device Tree binding for two PCIe PHYs present on the SpacemiT
K1 SoC. These PHYs are dependent on a separate combo PHY, which
determines at probe time the calibration values used by the PCIe-only
PHYs.
Reviewed-by: Rob Herring (Arm) <robh@kernel.org>
Signed-off-by: Alex Elder <elder@riscstar.com>
---
v5: - Wrap lines at 80 columns
.../bindings/phy/spacemit,k1-pcie-phy.yaml | 71 +++++++++++++++++++
1 file changed, 71 insertions(+)
create mode 100644 Documentation/devicetree/bindings/phy/spacemit,k1-pcie-phy.yaml
diff --git a/Documentation/devicetree/bindings/phy/spacemit,k1-pcie-phy.yaml b/Documentation/devicetree/bindings/phy/spacemit,k1-pcie-phy.yaml
new file mode 100644
index 0000000000000..019b28349be75
--- /dev/null
+++ b/Documentation/devicetree/bindings/phy/spacemit,k1-pcie-phy.yaml
@@ -0,0 +1,71 @@
+# SPDX-License-Identifier: (GPL-2.0-only OR BSD-2-Clause)
+%YAML 1.2
+---
+$id: http://devicetree.org/schemas/phy/spacemit,k1-pcie-phy.yaml#
+$schema: http://devicetree.org/meta-schemas/core.yaml#
+
+title: SpacemiT K1 PCIe PHY
+
+maintainers:
+ - Alex Elder <elder@riscstar.com>
+
+description: >
+ Two PHYs on the SpacemiT K1 SoC used for only for PCIe. These
+ PHYs must be configured using calibration values that are
+ determined by a third "combo PHY". The combo PHY determines
+ these calibration values during probe so they can be used for
+ the two PCIe-only PHYs.
+
+ The PHY uses an external oscillator as a reference clock. During
+ normal operation, the PCIe host driver is responsible for ensuring
+ all other clocks needed by a PHY are enabled, and all resets
+ affecting the PHY are deasserted.
+
+properties:
+ compatible:
+ const: spacemit,k1-pcie-phy
+
+ reg:
+ items:
+ - description: PHY control registers
+
+ clocks:
+ items:
+ - description: External oscillator used by the PHY PLL
+
+ clock-names:
+ const: refclk
+
+ resets:
+ items:
+ - description: PHY reset; remains deasserted after initialization
+
+ reset-names:
+ const: phy
+
+ "#phy-cells":
+ const: 0
+
+required:
+ - compatible
+ - reg
+ - clocks
+ - clock-names
+ - resets
+ - reset-names
+ - "#phy-cells"
+
+additionalProperties: false
+
+examples:
+ - |
+ #include <dt-bindings/clock/spacemit,k1-syscon.h>
+ phy@c0c10000 {
+ compatible = "spacemit,k1-pcie-phy";
+ reg = <0xc0c10000 0x1000>;
+ clocks = <&vctcxo_24m>;
+ clock-names = "refclk";
+ resets = <&syscon_apmu RESET_PCIE1_GLOBAL>;
+ reset-names = "phy";
+ #phy-cells = <0>;
+ };
--
2.48.1
^ permalink raw reply related [flat|nested] 8+ messages in thread* [PATCH v5 3/7] dt-bindings: pci: spacemit: Introduce PCIe host controller
2025-11-07 19:15 [PATCH v5 0/7] Introduce SpacemiT K1 PCIe phy and host controller Alex Elder
2025-11-07 19:15 ` [PATCH v5 1/7] dt-bindings: phy: spacemit: Add SpacemiT PCIe/combo PHY Alex Elder
2025-11-07 19:15 ` [PATCH v5 2/7] dt-bindings: phy: spacemit: Introduce PCIe PHY Alex Elder
@ 2025-11-07 19:15 ` Alex Elder
2025-11-07 19:15 ` [PATCH v5 6/7] riscv: dts: spacemit: Add a PCIe regulator Alex Elder
` (2 subsequent siblings)
5 siblings, 0 replies; 8+ messages in thread
From: Alex Elder @ 2025-11-07 19:15 UTC (permalink / raw)
To: robh, krzk+dt, conor+dt, bhelgaas, lpieralisi, kwilczynski, mani
Cc: dlan, guodong, devicetree, linux-pci, spacemit, linux-riscv,
linux-kernel
Add the Device Tree binding for the PCIe root complex found on the
SpacemiT K1 SoC. This device is derived from the Synopsys Designware
PCIe IP. It supports up to three PCIe ports operating at PCIe gen 2
link speeds (5 GT/sec). One of the ports uses a combo PHY, which is
typically used to support a USB 3 port.
Reviewed-by: Rob Herring (Arm) <robh@kernel.org>
Signed-off-by: Alex Elder <elder@riscstar.com>
---
v5: - Add Rob Herring's Reviewed-by tag
- Wrap lines at 80 columns
- Root port nodes will begin with pcie ('e' is not optional)
.../bindings/pci/spacemit,k1-pcie-host.yaml | 157 ++++++++++++++++++
1 file changed, 157 insertions(+)
create mode 100644 Documentation/devicetree/bindings/pci/spacemit,k1-pcie-host.yaml
diff --git a/Documentation/devicetree/bindings/pci/spacemit,k1-pcie-host.yaml b/Documentation/devicetree/bindings/pci/spacemit,k1-pcie-host.yaml
new file mode 100644
index 0000000000000..c4c00b5fcdc0c
--- /dev/null
+++ b/Documentation/devicetree/bindings/pci/spacemit,k1-pcie-host.yaml
@@ -0,0 +1,157 @@
+# SPDX-License-Identifier: (GPL-2.0-only OR BSD-2-Clause)
+%YAML 1.2
+---
+$id: http://devicetree.org/schemas/pci/spacemit,k1-pcie-host.yaml#
+$schema: http://devicetree.org/meta-schemas/core.yaml#
+
+title: SpacemiT K1 PCI Express Host Controller
+
+maintainers:
+ - Alex Elder <elder@riscstar.com>
+
+description: >
+ The SpacemiT K1 SoC PCIe host controller is based on the Synopsys DesignWare
+ PCIe IP. The controller uses the DesignWare built-in MSI interrupt
+ controller, and supports 256 MSIs.
+
+allOf:
+ - $ref: /schemas/pci/snps,dw-pcie.yaml#
+
+properties:
+ compatible:
+ const: spacemit,k1-pcie
+
+ reg:
+ items:
+ - description: DesignWare PCIe registers
+ - description: ATU address space
+ - description: PCIe configuration space
+ - description: Link control registers
+
+ reg-names:
+ items:
+ - const: dbi
+ - const: atu
+ - const: config
+ - const: link
+
+ clocks:
+ items:
+ - description: DWC PCIe Data Bus Interface (DBI) clock
+ - description: DWC PCIe application AXI-bus master interface clock
+ - description: DWC PCIe application AXI-bus slave interface clock
+
+ clock-names:
+ items:
+ - const: dbi
+ - const: mstr
+ - const: slv
+
+ resets:
+ items:
+ - description: DWC PCIe Data Bus Interface (DBI) reset
+ - description: DWC PCIe application AXI-bus master interface reset
+ - description: DWC PCIe application AXI-bus slave interface reset
+
+ reset-names:
+ items:
+ - const: dbi
+ - const: mstr
+ - const: slv
+
+ interrupts:
+ items:
+ - description: Interrupt used for MSIs
+
+ interrupt-names:
+ const: msi
+
+ spacemit,apmu:
+ $ref: /schemas/types.yaml#/definitions/phandle-array
+ description:
+ A phandle that refers to the APMU system controller, whose regmap is
+ used in managing resets and link state, along with and offset of its
+ reset control register.
+ items:
+ - items:
+ - description: phandle to APMU system controller
+ - description: register offset
+
+patternProperties:
+ '^pcie@':
+ type: object
+ $ref: /schemas/pci/pci-pci-bridge.yaml#
+
+ properties:
+ phys:
+ maxItems: 1
+
+ vpcie3v3-supply:
+ description:
+ A phandle for 3.3v regulator to use for PCIe
+
+ required:
+ - phys
+ - vpcie3v3-supply
+
+ unevaluatedProperties: false
+
+required:
+ - clocks
+ - clock-names
+ - resets
+ - reset-names
+ - interrupts
+ - interrupt-names
+ - spacemit,apmu
+
+unevaluatedProperties: false
+
+examples:
+ - |
+ #include <dt-bindings/clock/spacemit,k1-syscon.h>
+ pcie@ca400000 {
+ device_type = "pci";
+ compatible = "spacemit,k1-pcie";
+ reg = <0xca400000 0x00001000>,
+ <0xca700000 0x0001ff24>,
+ <0x9f000000 0x00002000>,
+ <0xc0c20000 0x00001000>;
+ reg-names = "dbi",
+ "atu",
+ "config",
+ "link";
+ #address-cells = <3>;
+ #size-cells = <2>;
+ ranges = <0x01000000 0x0 0x00000000 0x9f002000 0x0 0x00100000>,
+ <0x02000000 0x0 0x90000000 0x90000000 0x0 0x0f000000>;
+ interrupts = <142>;
+ interrupt-names = "msi";
+ clocks = <&syscon_apmu CLK_PCIE1_DBI>,
+ <&syscon_apmu CLK_PCIE1_MASTER>,
+ <&syscon_apmu CLK_PCIE1_SLAVE>;
+ clock-names = "dbi",
+ "mstr",
+ "slv";
+ resets = <&syscon_apmu RESET_PCIE1_DBI>,
+ <&syscon_apmu RESET_PCIE1_MASTER>,
+ <&syscon_apmu RESET_PCIE1_SLAVE>;
+ reset-names = "dbi",
+ "mstr",
+ "slv";
+ pinctrl-names = "default";
+ pinctrl-0 = <&pcie1_3_cfg>;
+ spacemit,apmu = <&syscon_apmu 0x3d4>;
+
+ pcie@0 {
+ device_type = "pci";
+ compatible = "pciclass,0604";
+ reg = <0x0 0x0 0x0 0x0 0x0>;
+ bus-range = <0x01 0xff>;
+ #address-cells = <3>;
+ #size-cells = <2>;
+ ranges;
+ phys = <&pcie1_phy>;
+ vpcie3v3-supply = <&pcie_vcc_3v3>;
+ };
+ };
--
2.48.1
^ permalink raw reply related [flat|nested] 8+ messages in thread* [PATCH v5 6/7] riscv: dts: spacemit: Add a PCIe regulator
2025-11-07 19:15 [PATCH v5 0/7] Introduce SpacemiT K1 PCIe phy and host controller Alex Elder
` (2 preceding siblings ...)
2025-11-07 19:15 ` [PATCH v5 3/7] dt-bindings: pci: spacemit: Introduce PCIe host controller Alex Elder
@ 2025-11-07 19:15 ` Alex Elder
2025-11-07 19:15 ` [PATCH v5 7/7] riscv: dts: spacemit: PCIe and PHY-related updates Alex Elder
2025-11-08 11:08 ` [PATCH v5 0/7] Introduce SpacemiT K1 PCIe phy and host controller Aurelien Jarno
5 siblings, 0 replies; 8+ messages in thread
From: Alex Elder @ 2025-11-07 19:15 UTC (permalink / raw)
To: dlan, robh, krzk+dt, conor+dt
Cc: pjw, palmer, aou, alex, devicetree, linux-riscv, spacemit,
linux-kernel
Define a 3.3v fixed voltage regulator to be used by PCIe on the
Banana Pi BPI-F3. On this platform, this regulator is always on.
Signed-off-by: Alex Elder <elder@riscstar.com>
---
arch/riscv/boot/dts/spacemit/k1-bananapi-f3.dts | 8 ++++++++
1 file changed, 8 insertions(+)
diff --git a/arch/riscv/boot/dts/spacemit/k1-bananapi-f3.dts b/arch/riscv/boot/dts/spacemit/k1-bananapi-f3.dts
index 33ca816bfd4b3..a269c2cca3ac9 100644
--- a/arch/riscv/boot/dts/spacemit/k1-bananapi-f3.dts
+++ b/arch/riscv/boot/dts/spacemit/k1-bananapi-f3.dts
@@ -33,6 +33,14 @@ led1 {
};
};
+ pcie_vcc_3v3: pcie-vcc3v3 {
+ compatible = "regulator-fixed";
+ regulator-name = "PCIE_VCC3V3";
+ regulator-min-microvolt = <3300000>;
+ regulator-max-microvolt = <3300000>;
+ regulator-always-on;
+ };
+
reg_dc_in: dc-in-12v {
compatible = "regulator-fixed";
regulator-name = "dc_in_12v";
--
2.48.1
^ permalink raw reply related [flat|nested] 8+ messages in thread* [PATCH v5 7/7] riscv: dts: spacemit: PCIe and PHY-related updates
2025-11-07 19:15 [PATCH v5 0/7] Introduce SpacemiT K1 PCIe phy and host controller Alex Elder
` (3 preceding siblings ...)
2025-11-07 19:15 ` [PATCH v5 6/7] riscv: dts: spacemit: Add a PCIe regulator Alex Elder
@ 2025-11-07 19:15 ` Alex Elder
2025-11-08 11:08 ` [PATCH v5 0/7] Introduce SpacemiT K1 PCIe phy and host controller Aurelien Jarno
5 siblings, 0 replies; 8+ messages in thread
From: Alex Elder @ 2025-11-07 19:15 UTC (permalink / raw)
To: dlan, robh, krzk+dt, conor+dt
Cc: pjw, palmer, aou, alex, guodong, devicetree, linux-riscv,
spacemit, linux-kernel
Define PCIe and PHY-related Device Tree nodes for the SpacemiT K1 SoC.
Enable the combo PHY and the two PCIe-only PHYs on the Banana Pi BPI-F3
board. The combo PHY is used for USB on this board, and that will be
enabled when USB 3 support is accepted.
The combo PHY must perform a calibration step to determine configuration
values used by the PCIe-only PHYs. As a result, it must be enabled if
either of the other two PHYs is enabled.
Signed-off-by: Alex Elder <elder@riscstar.com>
---
v5: - Regulators defined in the PCIe controller nodes rather than in
their root port sub-nodes (in "k1-bananapi-f3.dts")
.../boot/dts/spacemit/k1-bananapi-f3.dts | 36 ++++
arch/riscv/boot/dts/spacemit/k1-pinctrl.dtsi | 33 ++++
arch/riscv/boot/dts/spacemit/k1.dtsi | 176 ++++++++++++++++++
3 files changed, 245 insertions(+)
diff --git a/arch/riscv/boot/dts/spacemit/k1-bananapi-f3.dts b/arch/riscv/boot/dts/spacemit/k1-bananapi-f3.dts
index a269c2cca3ac9..79ab40d53a4b5 100644
--- a/arch/riscv/boot/dts/spacemit/k1-bananapi-f3.dts
+++ b/arch/riscv/boot/dts/spacemit/k1-bananapi-f3.dts
@@ -61,6 +61,12 @@ reg_vcc_4v: vcc-4v {
};
};
+&combo_phy {
+ pinctrl-names = "default";
+ pinctrl-0 = <&pcie0_3_cfg>;
+ status = "okay";
+};
+
&emmc {
bus-width = <8>;
mmc-hs400-1_8v;
@@ -266,6 +272,36 @@ dldo7 {
};
};
+&pcie1_phy {
+ pinctrl-names = "default";
+ pinctrl-0 = <&pcie1_3_cfg>;
+ status = "okay";
+};
+
+&pcie1_port {
+ phys = <&pcie1_phy>;
+};
+
+&pcie1 {
+ vpcie3v3-supply = <&pcie_vcc_3v3>;
+ status = "okay";
+};
+
+&pcie2_phy {
+ pinctrl-names = "default";
+ pinctrl-0 = <&pcie2_4_cfg>;
+ status = "okay";
+};
+
+&pcie2_port {
+ phys = <&pcie2_phy>;
+};
+
+&pcie2 {
+ vpcie3v3-supply = <&pcie_vcc_3v3>;
+ status = "okay";
+};
+
&uart0 {
pinctrl-names = "default";
pinctrl-0 = <&uart0_2_cfg>;
diff --git a/arch/riscv/boot/dts/spacemit/k1-pinctrl.dtsi b/arch/riscv/boot/dts/spacemit/k1-pinctrl.dtsi
index 4eef81d583f3d..d456dea7bd32a 100644
--- a/arch/riscv/boot/dts/spacemit/k1-pinctrl.dtsi
+++ b/arch/riscv/boot/dts/spacemit/k1-pinctrl.dtsi
@@ -509,6 +509,39 @@ uart9-2-pins {
};
};
+ pcie0_3_cfg: pcie0-3-cfg {
+ pcie0-3-pins {
+ pinmux = <K1_PADCONF(54, 3)>, /* PERST# */
+ <K1_PADCONF(55, 3)>, /* WAKE# */
+ <K1_PADCONF(53, 3)>; /* CLKREQ# */
+
+ bias-pull-up = <0>;
+ drive-strength = <21>;
+ };
+ };
+
+ pcie1_3_cfg: pcie1-3-cfg {
+ pcie1-3-pins {
+ pinmux = <K1_PADCONF(59, 4)>, /* PERST# */
+ <K1_PADCONF(60, 4)>, /* WAKE# */
+ <K1_PADCONF(61, 4)>; /* CLKREQ# */
+
+ bias-pull-up = <0>;
+ drive-strength = <21>;
+ };
+ };
+
+ pcie2_4_cfg: pcie2-4-cfg {
+ pcie2-4-pins {
+ pinmux = <K1_PADCONF(62, 4)>, /* PERST# */
+ <K1_PADCONF(112, 3)>, /* WAKE# */
+ <K1_PADCONF(117, 4)>; /* CLKREQ# */
+
+ bias-pull-up = <0>;
+ drive-strength = <21>;
+ };
+ };
+
pwm14_1_cfg: pwm14-1-cfg {
pwm14-1-pins {
pinmux = <K1_PADCONF(44, 4)>;
diff --git a/arch/riscv/boot/dts/spacemit/k1.dtsi b/arch/riscv/boot/dts/spacemit/k1.dtsi
index af35f9cd64351..a20422db101ee 100644
--- a/arch/riscv/boot/dts/spacemit/k1.dtsi
+++ b/arch/riscv/boot/dts/spacemit/k1.dtsi
@@ -4,6 +4,7 @@
*/
#include <dt-bindings/clock/spacemit,k1-syscon.h>
+#include <dt-bindings/phy/phy.h>
/dts-v1/;
/ {
@@ -358,6 +359,52 @@ syscon_rcpu2: system-controller@c0888000 {
#reset-cells = <1>;
};
+ combo_phy: phy@c0b10000 {
+ compatible = "spacemit,k1-combo-phy";
+ reg = <0x0 0xc0b10000 0x0 0x1000>;
+ clocks = <&vctcxo_24m>,
+ <&syscon_apmu CLK_PCIE0_DBI>,
+ <&syscon_apmu CLK_PCIE0_MASTER>,
+ <&syscon_apmu CLK_PCIE0_SLAVE>;
+ clock-names = "refclk",
+ "dbi",
+ "mstr",
+ "slv";
+ resets = <&syscon_apmu RESET_PCIE0_GLOBAL>,
+ <&syscon_apmu RESET_PCIE0_DBI>,
+ <&syscon_apmu RESET_PCIE0_MASTER>,
+ <&syscon_apmu RESET_PCIE0_SLAVE>;
+ reset-names = "phy",
+ "dbi",
+ "mstr",
+ "slv";
+ #phy-cells = <1>;
+ spacemit,apmu = <&syscon_apmu>;
+ status = "disabled";
+ };
+
+ pcie1_phy: phy@c0c10000 {
+ compatible = "spacemit,k1-pcie-phy";
+ reg = <0x0 0xc0c10000 0x0 0x1000>;
+ clocks = <&vctcxo_24m>;
+ clock-names = "refclk";
+ resets = <&syscon_apmu RESET_PCIE1_GLOBAL>;
+ reset-names = "phy";
+ #phy-cells = <0>;
+ status = "disabled";
+ };
+
+ pcie2_phy: phy@c0d10000 {
+ compatible = "spacemit,k1-pcie-phy";
+ reg = <0x0 0xc0d10000 0x0 0x1000>;
+ clocks = <&vctcxo_24m>;
+ clock-names = "refclk";
+ resets = <&syscon_apmu RESET_PCIE2_GLOBAL>;
+ reset-names = "phy";
+ #phy-cells = <0>;
+ status = "disabled";
+ };
+
syscon_apbc: system-controller@d4015000 {
compatible = "spacemit,k1-syscon-apbc";
reg = <0x0 0xd4015000 0x0 0x1000>;
@@ -873,6 +920,135 @@ pcie-bus {
#size-cells = <2>;
dma-ranges = <0x0 0x00000000 0x0 0x00000000 0x0 0x80000000>,
<0x0 0xb8000000 0x1 0x38000000 0x3 0x48000000>;
+ pcie0: pcie@ca000000 {
+ device_type = "pci";
+ compatible = "spacemit,k1-pcie";
+ reg = <0x0 0xca000000 0x0 0x00001000>,
+ <0x0 0xca300000 0x0 0x0001ff24>,
+ <0x0 0x8f000000 0x0 0x00002000>,
+ <0x0 0xc0b20000 0x0 0x00001000>;
+ reg-names = "dbi",
+ "atu",
+ "config",
+ "link";
+ #address-cells = <3>;
+ #size-cells = <2>;
+ ranges = <0x01000000 0x0 0x00000000 0x0 0x8f002000 0x0 0x00100000>,
+ <0x02000000 0x0 0x80000000 0x0 0x80000000 0x0 0x0f000000>;
+ interrupts = <141>;
+ interrupt-names = "msi";
+ clocks = <&syscon_apmu CLK_PCIE0_DBI>,
+ <&syscon_apmu CLK_PCIE0_MASTER>,
+ <&syscon_apmu CLK_PCIE0_SLAVE>;
+ clock-names = "dbi",
+ "mstr",
+ "slv";
+ resets = <&syscon_apmu RESET_PCIE0_DBI>,
+ <&syscon_apmu RESET_PCIE0_MASTER>,
+ <&syscon_apmu RESET_PCIE0_SLAVE>;
+ reset-names = "dbi",
+ "mstr",
+ "slv";
+ spacemit,apmu = <&syscon_apmu 0x03cc>;
+ status = "disabled";
+
+ pcie0_port: pcie@0 {
+ device_type = "pci";
+ compatible = "pciclass,0604";
+ reg = <0x0 0x0 0x0 0x0 0x0>;
+ bus-range = <0x01 0xff>;
+ #address-cells = <3>;
+ #size-cells = <2>;
+ ranges;
+ };
+ };
+
+ pcie1: pcie@ca400000 {
+ device_type = "pci";
+ compatible = "spacemit,k1-pcie";
+ reg = <0x0 0xca400000 0x0 0x00001000>,
+ <0x0 0xca700000 0x0 0x0001ff24>,
+ <0x0 0x9f000000 0x0 0x00002000>,
+ <0x0 0xc0c20000 0x0 0x00001000>;
+ reg-names = "dbi",
+ "atu",
+ "config",
+ "link";
+ #address-cells = <3>;
+ #size-cells = <2>;
+ ranges = <0x01000000 0x0 0x00000000 0x0 0x9f002000 0x0 0x00100000>,
+ <0x02000000 0x0 0x90000000 0x0 0x90000000 0x0 0x0f000000>;
+ interrupts = <142>;
+ interrupt-names = "msi";
+ clocks = <&syscon_apmu CLK_PCIE1_DBI>,
+ <&syscon_apmu CLK_PCIE1_MASTER>,
+ <&syscon_apmu CLK_PCIE1_SLAVE>;
+ clock-names = "dbi",
+ "mstr",
+ "slv";
+ resets = <&syscon_apmu RESET_PCIE1_DBI>,
+ <&syscon_apmu RESET_PCIE1_MASTER>,
+ <&syscon_apmu RESET_PCIE1_SLAVE>;
+ reset-names = "dbi",
+ "mstr",
+ "slv";
+ spacemit,apmu = <&syscon_apmu 0x3d4>;
+ status = "disabled";
+
+ pcie1_port: pcie@0 {
+ device_type = "pci";
+ compatible = "pciclass,0604";
+ reg = <0x0 0x0 0x0 0x0 0x0>;
+ bus-range = <0x01 0xff>;
+ #address-cells = <3>;
+ #size-cells = <2>;
+ ranges;
+ };
+ };
+
+ pcie2: pcie@ca800000 {
+ device_type = "pci";
+ compatible = "spacemit,k1-pcie";
+ reg = <0x0 0xca800000 0x0 0x00001000>,
+ <0x0 0xcab00000 0x0 0x0001ff24>,
+ <0x0 0xb7000000 0x0 0x00002000>,
+ <0x0 0xc0d20000 0x0 0x00001000>;
+ reg-names = "dbi",
+ "atu",
+ "config",
+ "link";
+ #address-cells = <3>;
+ #size-cells = <2>;
+ ranges = <0x01000000 0x0 0x00000000 0x0 0xb7002000 0x0 0x00100000>,
+ <0x42000000 0x0 0xa0000000 0x0 0xa0000000 0x0 0x10000000>,
+ <0x02000000 0x0 0xb0000000 0x0 0xb0000000 0x0 0x07000000>;
+ interrupts = <143>;
+ interrupt-names = "msi";
+ clocks = <&syscon_apmu CLK_PCIE2_DBI>,
+ <&syscon_apmu CLK_PCIE2_MASTER>,
+ <&syscon_apmu CLK_PCIE2_SLAVE>;
+ clock-names = "dbi",
+ "mstr",
+ "slv";
+ resets = <&syscon_apmu RESET_PCIE2_DBI>,
+ <&syscon_apmu RESET_PCIE2_MASTER>,
+ <&syscon_apmu RESET_PCIE2_SLAVE>;
+ reset-names = "dbi",
+ "mstr",
+ "slv";
+ spacemit,apmu = <&syscon_apmu 0x3dc>;
+ status = "disabled";
+
+ pcie2_port: pcie@0 {
+ device_type = "pci";
+ compatible = "pciclass,0604";
+ reg = <0x0 0x0 0x0 0x0 0x0>;
+ bus-range = <0x01 0xff>;
+ #address-cells = <3>;
+ #size-cells = <2>;
+ ranges;
+ };
+ };
};
storage-bus {
--
2.48.1
^ permalink raw reply related [flat|nested] 8+ messages in thread* Re: [PATCH v5 0/7] Introduce SpacemiT K1 PCIe phy and host controller
2025-11-07 19:15 [PATCH v5 0/7] Introduce SpacemiT K1 PCIe phy and host controller Alex Elder
` (4 preceding siblings ...)
2025-11-07 19:15 ` [PATCH v5 7/7] riscv: dts: spacemit: PCIe and PHY-related updates Alex Elder
@ 2025-11-08 11:08 ` Aurelien Jarno
2025-11-10 15:20 ` Alex Elder
5 siblings, 1 reply; 8+ messages in thread
From: Aurelien Jarno @ 2025-11-08 11:08 UTC (permalink / raw)
To: Alex Elder
Cc: dlan, robh, krzk+dt, conor+dt, vkoul, kishon, bhelgaas,
lpieralisi, kwilczynski, mani, ziyao, johannes, mayank.rana,
qiang.yu, shradha.t, inochiama, pjw, palmer, aou, alex, p.zabel,
christian.bruel, thippeswamy.havalige, krishna.chundru, guodong,
devicetree, linux-pci, linux-phy, spacemit, linux-riscv,
linux-kernel
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@ca400000 ranges:
[ 0.386970] spacemit-k1-pcie ca800000.pcie: host bridge /soc/pcie-bus/pcie@ca800000 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@ca400000 ranges:
[ 0.410836] spacemit-k1-pcie ca800000.pcie: host bridge /soc/pcie-bus/pcie@ca800000 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@aurel32.net http://aurel32.net
^ permalink raw reply [flat|nested] 8+ messages in thread* Re: [PATCH v5 0/7] Introduce SpacemiT K1 PCIe phy and host controller
2025-11-08 11:08 ` [PATCH v5 0/7] Introduce SpacemiT K1 PCIe phy and host controller Aurelien Jarno
@ 2025-11-10 15:20 ` Alex Elder
0 siblings, 0 replies; 8+ messages in thread
From: Alex Elder @ 2025-11-10 15:20 UTC (permalink / raw)
To: dlan, robh, krzk+dt, conor+dt, vkoul, kishon, bhelgaas,
lpieralisi, kwilczynski, mani, ziyao, johannes, mayank.rana,
qiang.yu, shradha.t, inochiama, pjw, palmer, aou, alex, p.zabel,
christian.bruel, thippeswamy.havalige, krishna.chundru, guodong,
devicetree, linux-pci, linux-phy, spacemit, linux-riscv,
linux-kernel
On 11/8/25 5:08 AM, Aurelien Jarno wrote:
> 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 :(
That's too bad, but thank you for reporting it.
> 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.
Yes in v4, we relied on the root port driver to enable the
regulator, but (on my system anyway) that happened too late,
*after* the PCIe controller driver held PERST# asserted for
100 msec. PERST# is not supposed to be de-asserted until
power is known to be stable. So v5 went back to having
the controller get the regulator in k1_pcie_probe().
I am supposed to receive the WD Blue SN570 on Wednesday, and
when I get that I'll have a chance to try to reproduce at
least one of these problems, and can ensure there are no
timing-related issues like this.
Thank you for your continued testing and feedback about this.
-Alex
> 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@ca400000 ranges:
> [ 0.386970] spacemit-k1-pcie ca800000.pcie: host bridge /soc/pcie-bus/pcie@ca800000 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@ca400000 ranges:
> [ 0.410836] spacemit-k1-pcie ca800000.pcie: host bridge /soc/pcie-bus/pcie@ca800000 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
>
^ permalink raw reply [flat|nested] 8+ messages in thread