[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <72e30269-a7e1-4f34-81ad-9026ef95ddd4@riscstar.com>
Date: Fri, 17 Oct 2025 11:20:53 -0500
From: Alex Elder <elder@...cstar.com>
To: Rob Herring <robh@...nel.org>
Cc: krzk+dt@...nel.org, conor+dt@...nel.org, bhelgaas@...gle.com,
lpieralisi@...nel.org, kwilczynski@...nel.org, mani@...nel.org,
vkoul@...nel.org, kishon@...nel.org, dlan@...too.org, guodong@...cstar.com,
pjw@...nel.org, palmer@...belt.com, aou@...s.berkeley.edu, alex@...ti.fr,
p.zabel@...gutronix.de, christian.bruel@...s.st.com, shradha.t@...sung.com,
krishna.chundru@....qualcomm.com, qiang.yu@....qualcomm.com,
namcao@...utronix.de, thippeswamy.havalige@....com, inochiama@...il.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 v2 3/7] dt-bindings: pci: spacemit: introduce PCIe host
controller
On 10/15/25 11:47 AM, Rob Herring wrote:
> On Mon, Oct 13, 2025 at 10:35:20AM -0500, Alex Elder wrote:
>> 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.
>>
>> Signed-off-by: Alex Elder <elder@...cstar.com>
>> ---
>> v2: - Renamed the binding, using "host controller"
>> - Added '>' to the description, and reworded it a bit
>> - Added reference to /schemas/pci/snps,dw-pcie.yaml
>> - Fixed and renamed the compatible string
>> - Renamed the PMU property, and fixed its description
>> - Consistently omit the period at the end of descriptions
>> - Renamed the "global" clock to be "phy"
>> - Use interrupts rather than interrupts-extended, and name the
>> one interrupt "msi" to make clear its purpose
>> - Added a vpcie3v3-supply property
>> - Dropped the max-link-speed property
>> - Changed additionalProperties to unevaluatedProperties
>> - Dropped the label and status property from the example
>>
>> .../bindings/pci/spacemit,k1-pcie-host.yaml | 156 ++++++++++++++++++
>> 1 file changed, 156 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..87745d49c53a1
>> --- /dev/null
>> +++ b/Documentation/devicetree/bindings/pci/spacemit,k1-pcie-host.yaml
>> @@ -0,0 +1,156 @@
>> +# 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@...cstar.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
>> +
>> + 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
>> +
>> + 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
>> + - description: Global reset; must be deasserted for PHY to function
>> +
>> + reset-names:
>> + items:
>> + - const: dbi
>> + - const: mstr
>> + - const: slv
>> + - const: phy
>
> You expect/need the phy driver and PCIe driver to both reset the PHY?
> You should do that indirectly with the PHY API when you reset the
> controller.
This was previously called the "global" reset, and I renamed it
to align with one of the existing DWC "app" resets.
I put it here because I had the impression that it was required
to be deasserted for both PCIe and the PHY to function. Currently
only the combo PHY gets and deasserts the PHY reset (for the
benefit of USB).
Instead, I'll require this global/phy reset for both the combo
PHY and the PCIe PHYs. I will get it (deasserted) during probe
for all of them. Then I'll remove it from the list of resets
required/managed for PCIe ports.
I'm going to keep your Reviewed-by on patch 2, even though I'll
be adding "reset" and "reset-names" as required properties.
Please tell me if you'd like me not to do that.
Thanks for the review.
-Alex
> Rob
Powered by blists - more mailing lists