lkml.org 
[lkml]   [2019]   [Dec]   [13]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [PATCH 3/3] dt-bindings: PCI: Convert generic host binding to DT schema
On Fri, Nov 15, 2019 at 06:52:40PM -0600, Rob Herring wrote:
> Convert the generic PCI host binding to DT schema. The derivative Juno,
> PLDA XpressRICH3-AXI, and Designware ECAM bindings all just vary in
> their compatible strings. The simplest way to convert those to
> schema is just add them into the common generic PCI host schema.
>
> Cc: Bjorn Helgaas <bhelgaas@google.com>
> Cc: Lorenzo Pieralisi <lorenzo.pieralisi@arm.com>
> Cc: Andrew Murray <andrew.murray@arm.com>
> Cc: Zhou Wang <wangzhou1@hisilicon.com>
> Cc: Will Deacon <will@kernel.org>
> Cc: David Daney <david.daney@cavium.com>
> Signed-off-by: Rob Herring <robh@kernel.org>
> ---
> .../bindings/pci/arm,juno-r1-pcie.txt | 10 --
> .../bindings/pci/designware-pcie-ecam.txt | 42 -----
> .../bindings/pci/hisilicon-pcie.txt | 4 +-
> .../bindings/pci/host-generic-pci.txt | 101 ------------
> .../bindings/pci/host-generic-pci.yaml | 150 ++++++++++++++++++
> .../bindings/pci/pci-thunder-ecam.txt | 30 ----
> .../bindings/pci/pci-thunder-pem.txt | 7 +-
> .../bindings/pci/plda,xpressrich3-axi.txt | 12 --
> MAINTAINERS | 2 +-
> 9 files changed, 155 insertions(+), 203 deletions(-)
> delete mode 100644 Documentation/devicetree/bindings/pci/arm,juno-r1-pcie.txt
> delete mode 100644 Documentation/devicetree/bindings/pci/designware-pcie-ecam.txt
> delete mode 100644 Documentation/devicetree/bindings/pci/host-generic-pci.txt
> create mode 100644 Documentation/devicetree/bindings/pci/host-generic-pci.yaml
> delete mode 100644 Documentation/devicetree/bindings/pci/pci-thunder-ecam.txt
> delete mode 100644 Documentation/devicetree/bindings/pci/plda,xpressrich3-axi.txt

> --- /dev/null
> +++ b/Documentation/devicetree/bindings/pci/host-generic-pci.yaml
> ...

> + Interrupt mapping is exactly as described in `Open Firmware Recommended
> +

I think there's some text missing here.

> +allOf:
> + - $ref: /schemas/pci/pci-bus.yaml#
> +
> +properties:
> + compatible:
> + description: Depends on the layout of configuration space (CAM vs ECAM
> + respectively). May also have more specific compatibles.
> + anyOf:
> + - description:
> + PCIe host controller in Arm Juno based on PLDA XpressRICH3-AXI IP
> + items:
> + - const: arm,juno-r1-pcie
> + - const: plda,xpressrich3-axi
> + - const: pci-host-ecam-generic
> + - description: |
> + ThunderX PCI host controller for pass-1.x silicon
> +
> + Firmware-initialized PCI host controller to on-chip devices found on
> + some Cavium ThunderX processors. These devices have ECAM-based config
> + access, but the BARs are all at fixed addresses. We handle the fixed
> + addresses by synthesizing Enhanced Allocation (EA) capabilities for
> + these devices.
> + const: cavium,pci-host-thunder-ecam
> + - description: |
> + In some cases, firmware may already have configured the Synopsys
> + DesignWare PCIe controller in RC mode with static ATU window mappings
> + that cover all config, MMIO and I/O spaces in a [mostly] ECAM
> + compatible fashion. In this case, there is no need for the OS to
> + perform any low level setup of clocks, PHYs or device registers, nor
> + is there any reason for the driver to reconfigure ATU windows for
> + config and/or IO space accesses at runtime.
> +
> + In cases where the IP was synthesized with a minimum ATU window size
> + of 64 KB, it cannot be supported by the generic ECAM driver, because
> + it requires special config space accessors that filter accesses to
> + device #1 and beyond on the first bus.
> + items:
> + - enum:
> + - marvell,armada8k-pcie-ecam
> + - socionext,synquacer-pcie-ecam
> + - const: snps,dw-pcie-ecam
> + - contains:
> + enum:
> + - pci-host-cam-generic
> + - pci-host-ecam-generic

I assume the description that talks about "Synopsys DesignWare" goes
with "pci-host-cam-generic" and "pci-host-ecam-generic"? I hope there
can be generic controllers using non-Synopsys IP, but I don't know
quite how the description/items/contains parts are related.

> + reg:
> + description:
> + The Configuration Space base address and size, as accessed from the parent
> + bus. The base address corresponds to the first bus in the "bus-range"
> + property. If no "bus-range" is specified, this will be bus 0 (the
> + default).
> + maxItems: 1
> +
> + ranges:
> + description:
> + As described in IEEE Std 1275-1994, but must provide at least a
> + definition of non-prefetchable memory. One or both of prefetchable Memory
> + and IO Space may also be provided.
> + minItems: 1
> + maxItems: 3
> +
> + dma-coherent:
> + description: The host controller bridges the AXI transactions into PCIe bus
> + in a manner that makes the DMA operations to appear coherent to the CPUs.

The "host-generic-pci.yaml" name sounds very generic, so I'm not quite
sure how to read "AXI" -- that sounds like a feature of a specific
platform? I think "dma-coherent" itself is not platform-specific.

> +required:
> + - compatible
> + - reg
> + - ranges
> +
> +if:
> + properties:
> + compatible:
> + contains:
> + const: arm,juno-r1-pcie
> +then:
> + required:
> + - dma-coherent

\
 
 \ /
  Last update: 2019-12-13 22:28    [W:0.107 / U:0.104 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site