brintos

brintos / linux-shallow public Read only

0
0
Text · 6.3 KiB · 420d551 Raw
182 lines · yaml
1# SPDX-License-Identifier: (GPL-2.0-only OR BSD-2-Clause)2%YAML 1.23---4$id: http://devicetree.org/schemas/pci/host-generic-pci.yaml#5$schema: http://devicetree.org/meta-schemas/core.yaml#6 7title: Generic PCI host controller8 9maintainers:10  - Will Deacon <will@kernel.org>11 12description: |13  Firmware-initialised PCI host controllers and PCI emulations, such as the14  virtio-pci implementations found in kvmtool and other para-virtualised15  systems, do not require driver support for complexities such as regulator16  and clock management. In fact, the controller may not even require the17  configuration of a control interface by the operating system, instead18  presenting a set of fixed windows describing a subset of IO, Memory and19  Configuration Spaces.20 21  Configuration Space is assumed to be memory-mapped (as opposed to being22  accessed via an ioport) and laid out with a direct correspondence to the23  geography of a PCI bus address by concatenating the various components to24  form an offset.25 26  For CAM, this 24-bit offset is:27 28          cfg_offset(bus, device, function, register) =29                     bus << 16 | device << 11 | function << 8 | register30 31  While ECAM extends this by 4 bits to accommodate 4k of function space:32 33          cfg_offset(bus, device, function, register) =34                     bus << 20 | device << 15 | function << 12 | register35 36properties:37  compatible:38    description: Depends on the layout of configuration space (CAM vs ECAM39      respectively). May also have more specific compatibles.40    oneOf:41      - description:42          PCIe host controller in Arm Juno based on PLDA XpressRICH3-AXI IP43        items:44          - const: arm,juno-r1-pcie45          - const: plda,xpressrich3-axi46          - const: pci-host-ecam-generic47      - description: |48          ThunderX PCI host controller for pass-1.x silicon49 50          Firmware-initialized PCI host controller to on-chip devices found on51          some Cavium ThunderX processors.  These devices have ECAM-based config52          access, but the BARs are all at fixed addresses.  We handle the fixed53          addresses by synthesizing Enhanced Allocation (EA) capabilities for54          these devices.55        const: cavium,pci-host-thunder-ecam56      - description:57          Cavium ThunderX PEM firmware-initialized PCIe host controller58        const: cavium,pci-host-thunder-pem59      - description:60          HiSilicon Hip06/Hip07 PCIe host bridge in almost-ECAM mode. Some61          firmware places the host controller in a mode where it is ECAM62          compliant for all devices other than the root complex.63        enum:64          - hisilicon,hip06-pcie-ecam65          - hisilicon,hip07-pcie-ecam66      - description: |67          In some cases, firmware may already have configured the Synopsys68          DesignWare PCIe controller in RC mode with static ATU window mappings69          that cover all config, MMIO and I/O spaces in a [mostly] ECAM70          compatible fashion. In this case, there is no need for the OS to71          perform any low level setup of clocks, PHYs or device registers, nor72          is there any reason for the driver to reconfigure ATU windows for73          config and/or IO space accesses at runtime.74 75          In cases where the IP was synthesized with a minimum ATU window size76          of 64 KB, it cannot be supported by the generic ECAM driver, because77          it requires special config space accessors that filter accesses to78          device #1 and beyond on the first bus.79        items:80          - enum:81              - marvell,armada8k-pcie-ecam82              - socionext,synquacer-pcie-ecam83          - const: snps,dw-pcie-ecam84      - description:85          CAM or ECAM compliant PCI host controllers without any quirks86        enum:87          - pci-host-cam-generic88          - pci-host-ecam-generic89 90  reg:91    description:92      The Configuration Space base address and size, as accessed from the parent93      bus. The base address corresponds to the first bus in the "bus-range"94      property. If no "bus-range" is specified, this will be bus 0 (the95      default). Some host controllers have a 2nd non-compliant address range,96      so 2 entries are allowed.97    minItems: 198    maxItems: 299 100  ranges:101    description:102      As described in IEEE Std 1275-1994, but must provide at least a103      definition of non-prefetchable memory. One or both of prefetchable Memory104      and IO Space may also be provided.105 106  dma-coherent: true107  iommu-map: true108  iommu-map-mask: true109  msi-parent: true110 111  ats-supported:112    description:113      Indicates that a PCIe host controller supports ATS, and can handle Memory114      Requests with Address Type (AT).115    type: boolean116 117required:118  - compatible119  - reg120  - ranges121 122allOf:123  - $ref: /schemas/pci/pci-host-bridge.yaml#124  - if:125      properties:126        compatible:127          contains:128            const: arm,juno-r1-pcie129    then:130      required:131        - dma-coherent132 133  - if:134      properties:135        compatible:136          not:137            contains:138              enum:139                - cavium,pci-host-thunder-pem140                - hisilicon,hip06-pcie-ecam141                - hisilicon,hip07-pcie-ecam142    then:143      properties:144        reg:145          maxItems: 1146 147unevaluatedProperties: false148 149examples:150  - |151 152    bus {153        #address-cells = <2>;154        #size-cells = <2>;155        pcie@40000000 {156            compatible = "pci-host-cam-generic";157            device_type = "pci";158            #address-cells = <3>;159            #size-cells = <2>;160            bus-range = <0x0 0x1>;161 162            // CPU_PHYSICAL(2)  SIZE(2)163            reg = <0x0 0x40000000  0x0 0x1000000>;164 165            // BUS_ADDRESS(3)  CPU_PHYSICAL(2)  SIZE(2)166            ranges = <0x01000000 0x0 0x01000000  0x0 0x01000000  0x0 0x00010000>,167                     <0x02000000 0x0 0x41000000  0x0 0x41000000  0x0 0x3f000000>;168 169            #interrupt-cells = <0x1>;170 171            // PCI_DEVICE(3)  INT#(1)  CONTROLLER(PHANDLE)  CONTROLLER_DATA(3)172            interrupt-map = <   0x0 0x0 0x0  0x1  &gic  0x0 0x4 0x1>,173                            < 0x800 0x0 0x0  0x1  &gic  0x0 0x5 0x1>,174                            <0x1000 0x0 0x0  0x1  &gic  0x0 0x6 0x1>,175                            <0x1800 0x0 0x0  0x1  &gic  0x0 0x7 0x1>;176 177            // PCI_DEVICE(3)  INT#(1)178            interrupt-map-mask = <0xf800 0x0 0x0  0x7>;179        };180    };181...182