On Mon, Jul 13, 2020 at 11:39:49AM +0800, Reddy, MallikarjunaX wrote: > Hi Thomas, > > Thanks for the review. My comments inline. > > On 7/9/2020 3:54 PM, Langer, Thomas wrote: > > > > > -----Original Message----- > > > From: devicetree-owner@xxxxxxxxxxxxxxx <devicetree- > > > owner@xxxxxxxxxxxxxxx> On Behalf Of Amireddy Mallikarjuna reddy > > > Sent: Donnerstag, 9. Juli 2020 08:01 > > > To: dmaengine@xxxxxxxxxxxxxxx; vkoul@xxxxxxxxxx; > > > devicetree@xxxxxxxxxxxxxxx; robh+dt@xxxxxxxxxx > > > Cc: linux-kernel@xxxxxxxxxxxxxxx; Shevchenko, Andriy > > > <andriy.shevchenko@xxxxxxxxx>; chuanhua.lei@xxxxxxxxxxxxxxx; Kim, Cheol > > > Yong <cheol.yong.kim@xxxxxxxxx>; Wu, Qiming <qi-ming.wu@xxxxxxxxx>; > > > malliamireddy009@xxxxxxxxx; Amireddy Mallikarjuna reddy > > > <mallikarjunax.reddy@xxxxxxxxxxxxxxx> > > > Subject: [PATCH v4 1/2] dt-bindings: dma: Add bindings for intel LGM SOC > > > > > > Add DT bindings YAML schema for DMA controller driver > > > of Lightning Mountain(LGM) SoC. > > > > > > Signed-off-by: Amireddy Mallikarjuna reddy > > > <mallikarjunax.reddy@xxxxxxxxxxxxxxx> > > > --- > > > v1: > > > - Initial version. > > > > > > v2: > > > - Fix bot errors. > > > > > > v3: > > > - No change. > > > > > > v4: > > > - Address Thomas langer comments > > Please read my comments again and then respond about the topics you ignored. > > I added some hints below again. > > > > Thanks. > > > > > --- > > > .../devicetree/bindings/dma/intel,ldma.yaml | 416 > > > +++++++++++++++++++++ > > > 1 file changed, 416 insertions(+) > > > create mode 100644 > > > Documentation/devicetree/bindings/dma/intel,ldma.yaml > > > > > > diff --git a/Documentation/devicetree/bindings/dma/intel,ldma.yaml > > > b/Documentation/devicetree/bindings/dma/intel,ldma.yaml > > > new file mode 100644 > > > index 000000000000..7f666b9812e4 > > > --- /dev/null > > > +++ b/Documentation/devicetree/bindings/dma/intel,ldma.yaml > > > @@ -0,0 +1,416 @@ > > > +# SPDX-License-Identifier: (GPL-2.0-only OR BSD-2-Clause) > > > +%YAML 1.2 > > > +--- > > > +$id: http://devicetree.org/schemas/dma/intel,ldma.yaml# > > > +$schema: http://devicetree.org/meta-schemas/core.yaml# > > > + > > > +title: Lightning Mountain centralized low speed DMA and high speed DMA > > > controllers. > > > + > > > +maintainers: > > > + - chuanhua.lei@xxxxxxxxx > > > + - mallikarjunax.reddy@xxxxxxxxx > > > + > > > +properties: > > > + $nodename: > > > + pattern: "^dma(@.*)?$" > > Please explain the difference to the common dma binding. > No difference. we can use "^dma-controller(@.*)?$" as in the common binding. > Its My bad. I missed the changes to include in this patch. Surely update in > the upcoming patch. > > > > > + > > > + "#dma-cells": > > > + const: 1 > > > + > > > + compatible: > > > + anyOf: > > > + - const: intel,lgm-cdma > > > + - const: intel,lgm-dma2tx > > > + - const: intel,lgm-dma1rx > > > + - const: intel,lgm-dma1tx > > > + - const: intel,lgm-dma0tx > > > + - const: intel,lgm-dma3 > > > + - const: intel,lgm-toe-dma30 > > > + - const: intel,lgm-toe-dma31 > > Please explain why you need so many different compatible strings. > This hw dma has 7 DMA instances. > Some for datapath, some for memcpy and some for TOE. > Some for TX only, some for RX only, and some for TX/RX(memcpy and ToE). > > dma TX/RX type we considered as driver specific data of each instance and > used different compatible strings for each instance. > And also idea is in future if any driver specific data of any particular > instance we can handle. > > Here if dma name and type(tx or rx) will be accepted as devicetree > attributes then we can move .name = "toe_dma31", & .type = DMA_TYPE_MCPY > to devicetree. So that the compatible strings can be limited to two. > intel,lgm-cdma & intel,lgm-hdma . Different compatibles are okay if the instances are different and we don't have properties to describe the differences. For some of what you have in this binding, I think it should be part of the consumer cells. > > please suggest us the better proposal. > > > > > + > > > + reg: > > > + maxItems: 1 > > > + > > > + clocks: > > > + maxItems: 1 > > > + > > > + resets: > > > + maxItems: 1 > > > + > > > + interrupts: > > > + maxItems: 1 > > > + > > > + intel,dma-poll-cnt: > > > + $ref: /schemas/types.yaml#definitions/uint32 > > > + description: > > > + DMA descriptor polling counter. It may need fine tune according > > > + to the system application scenario. > > > + > > > + intel,dma-byte-en: > > > + type: boolean > > > + description: > > > + DMA byte enable is only valid for DMA write(RX). > > > + Byte enable(1) means DMA write will be based on the number of > > > dwords > > > + instead of the whole burst. > > > + > > > + intel,dma-drb: > > > + type: boolean > > > + description: > > > + DMA descriptor read back to make sure data and desc > > > synchronization. > > > + > > > + intel,dma-burst: > > > + $ref: /schemas/types.yaml#definitions/uint32 > > > + description: > > > + Specifiy the DMA burst size(in dwords), the valid value will be > > > 8, 16, 32. > > > + Default is 16 for data path dma, 32 is for memcopy DMA. > > > + > > > + intel,dma-polling-cnt: What's the difference with intel,dma-poll-cnt? > > > + $ref: /schemas/types.yaml#definitions/uint32 > > > + description: > > > + DMA descriptor polling counter. It may need fine tune according > > > to > > > + the system application scenario. > > > + > > > + intel,dma-desc-in-sram: > > > + type: boolean > > > + description: > > > + DMA descritpors in SRAM or not. Some old controllers descriptors > > > + can be in DRAM or SRAM. The new ones are all in SRAM. > > > + > > > + intel,dma-orrc: > > > + $ref: /schemas/types.yaml#definitions/uint32 > > > + description: > > > + DMA outstanding read counter. The maximum value is 16, and it > > > may > > > + need fine tune according to the system application scenarios. > > > + > > > + intel,dma-dburst-wr: > > > + type: boolean > > > + description: > > > + Enable RX dynamic burst write. It only applies to RX DMA and > > > memcopy DMA. > > > + > > > + > > > + dma-ports: > > > + type: object > > > + description: > > > + This sub-node must contain a sub-node for each DMA port. What's a DMA port? > > > + properties: > > > + '#address-cells': > > > + const: 1 > > > + '#size-cells': > > > + const: 0 > > > + > > > + patternProperties: > > > + "^dma-ports@[0-9]+$": > > > + type: object > > > + > > > + properties: > > > + reg: > > > + items: > > > + - enum: [0, 1, 2, 3, 4, 5] > > > + description: > > > + Which port this node refers to. > > > + > > > + intel,name: > > > + $ref: /schemas/types.yaml#definitions/string-array > > > + description: > > > + Port name of each DMA port. Why do you need this? > > > + > > > + intel,chans: > > > + $ref: /schemas/types.yaml#/definitions/uint32-array > > > + description: > > > + The channels included on this port. Format is channel > > > start > > > + number and how many channels on this port. We already have standard properties for defining channels. > > > + > > > + intel,burst: > > > + $ref: /schemas/types.yaml#/definitions/uint32 > > > + description: > > > + Specify the DMA port burst size, the valid value will > > > be > > > + 2, 4, 8. Default is 2 for data path dma. This would normally be in the consumer cells. > > > + > > > + intel,txwgt: > > > + $ref: /schemas/types.yaml#/definitions/uint32 > > > + description: > > > + Specify the port transmit weight for QoS purpose. The > > > valid > > > + value is 1~7. Default value is 1. > > > + > > > + intel,endian: > > > + $ref: /schemas/types.yaml#/definitions/uint32 > > > + description: > > > + Specify the DMA port endiannes conversion due to SoC > > > endianness difference. > > > + > > > + required: > > > + - reg > > > + - intel,name > > > + - intel,chans > > > + > > > + > > > + dma-channels: > > > + type: object > > > + description: > > > + This sub-node must contain a sub-node for each DMA channel. > > > + properties: > > > + '#address-cells': > > > + const: 1 > > > + '#size-cells': > > > + const: 0 > > > + > > > + patternProperties: > > > + "^dma-channels@[0-9]+$": > > > + type: object > > > + > > > + properties: > > > + reg: > > > + items: > > > + - enum: [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, > > > 14, 15] > > > + description: > > > + Which channel this node refers to. > > > + > > > + intel,desc_num: > > > + $ref: /schemas/types.yaml#/definitions/uint32 > > > + description: > > > + Per channel maximum descriptor number. The max value > > > is 255. > > > + > > > + intel,pkt_sz: > > > + $ref: /schemas/types.yaml#/definitions/uint32 > > > + description: > > > + Channel buffer packet size. It must be power of 2. > > > + The maximum size is 4096. > > > + > > > + intel,desc-rx-nonpost: > > > + type: boolean > > > + description: > > > + Write non-posted type for DMA RX last data beat of > > > every descriptor. > > > + > > > + intel,data-endian: > > > + $ref: /schemas/types.yaml#/definitions/uint32 > > > + description: > > > + Per channel data endianness configuration according to > > > SoC requirement. > > > + > > > + intel,desc-endian: > > > + $ref: /schemas/types.yaml#/definitions/uint32 > > > + description: > > > + Per channel descriptor endianness configuration > > > according to SoC requirement. > > > + > > > + intel,data-endian-en: > > > + type: boolean > > > + description: > > > + Per channel data endianness enabled. > > > + > > > + intel,desc-endian-en: > > > + type: boolean > > > + description: > > > + Per channel descriptor endianness enabled. > > > + > > > + intel,byte-offset: > > > + $ref: /schemas/types.yaml#/definitions/uint32 > > > + description: > > > + Per channel byte offset(0~128). > > > + > > > + intel,hdr-mode: > > > + $ref: /schemas/types.yaml#/definitions/uint32-array > > > + description: > > > + The first parameter is header mode size, the second > > > + parameter is checksum enable or disable. If enabled, > > > + header mode size is ignored. If disabled, header mode > > > + size must be provided. > > > + > > > + intel,non-arb-cnt: > > > + $ref: /schemas/types.yaml#/definitions/uint32 > > > + description: > > > + Per channel non arbitration counter while polling > > > + > > > + intel,arb-cnt: > > > + $ref: /schemas/types.yaml#/definitions/uint32 > > > + description: > > > + Per channel arbitration counter while polling. > > > + arb_cnt must be greater than non_arb_cnt > > > + > > > + intel,pkt-drop: > > > + type: boolean > > > + description: > > > + Channel packet drop enabled or disabled. > > > + > > > + intel,hw-desc: > > > + $ref: /schemas/types.yaml#/definitions/uint32-array > > > + description: > > > + Per channel dma hardware descriptor configuration. > > > + The first parameter is descriptor physical address and > > > the > > > + second parameter hardware descriptor number. All/most of these seem like client/consumer settings. > > > + > > > + required: > > > + - reg > > > + > > > +required: > > > + - compatible > > > + - reg > > > + - '#dma-cells' > > > + > > > +examples: > > > + - | > > > + dma0: dma@e0e00000 { > > > + compatible = "intel,lgm-cdma"; > > > + reg = <0xe0e00000 0x1000>; > > > + #dma-cells = <1>; > > > + interrupt-parent = <&ioapic1>; > > > + interrupts = <82 1>; > > > + resets = <&rcu0 0x30 0>; > > > + reset-names = "ctrl"; > > > + clocks = <&cgu0 80>; > > > + intel,dma-poll-cnt = <4>; > > > + intel,dma-byte-en; > > > + intel,dma-drb; > > > + dma-ports { > > > + #address-cells = <1>; > > > + #size-cells = <0>; > > > + > > > + dma-ports@0 { > > > + reg = <0>; > > > + intel,name = "SPI0"; > > > + intel,chans = <0 2>; > > > + intel,burst = <2>; > > > + intel,txwgt = <1>; Yeah, based on the names, it definitely seems like these belong as cells in 'dmas' properties. > > > + }; > > > + dma-ports@1 { > > > + reg = <1>; > > > + intel,name = "SPI1"; > > > + intel,chans = <2 2>; > > > + intel,burst = <2>; > > > + intel,txwgt = <1>; > > > + }; > > > + dma-ports@2 { > > > + reg = <2>; > > > + intel,name = "SPI2"; > > > + intel,chans = <4 2>; > > > + intel,burst = <2>; > > > + intel,txwgt = <1>; > > > + }; > > > + dma-ports@3 { > > > + reg = <3>; > > > + intel,name = "SPI3"; > > > + intel,chans = <6 2>; > > > + intel,burst = <2>; > > > + intel,endian = <0>; > > > + intel,txwgt = <1>; > > > + }; > > > + dma-ports@4 { > > > + reg = <4>; > > > + intel,name = "HSNAND"; > > > + intel,chans = <8 2>; > > > + intel,burst = <8>; > > > + intel,txwgt = <1>; > > > + }; > > > + dma-ports@5 { > > > + reg = <5>; > > > + intel,name = "PCM"; > > > + intel,chans = <10 6>; > > > + intel,burst = <8>; > > > + intel,txwgt = <1>; > > > + }; > > > + }; > > > + dma-channels { > > > + #address-cells = <1>; > > > + #size-cells = <0>; > > > + > > > + dma-channels@0 { > > > + reg = <0>; > > > + intel,desc_num = <1>; > > > + }; > > > + dma-channels@1 { > > > + reg = <1>; > > > + intel,desc_num = <1>; > > > + }; > > > + dma-channels@2 { > > > + reg = <2>; > > > + intel,desc_num = <1>; > > > + }; > > > + dma-channels@3 { > > > + reg = <3>; > > > + intel,desc_num = <1>; > > > + }; > > > + dma-channels@4 { > > > + reg = <4>; > > > + intel,desc_num = <1>; > > > + }; > > > + dma-channels@5 { > > > + reg = <5>; > > > + intel,desc_num = <1>; > > > + }; > > > + dma-channels@6 { > > > + reg = <6>; > > > + intel,desc_num = <1>; > > > + }; > > > + dma-channels@7 { > > > + reg = <7>; > > > + intel,desc_num = <1>; > > > + }; > > > + dma-channels@8 { > > > + reg = <8>; > > > + }; > > > + dma-channels@9 { > > > + reg = <9>; > > > + }; > > > + dma-channels@10 { > > > + reg = <10>; > > > + }; > > > + dma-channels@11 { > > > + reg = <11>; > > > + }; > > > + dma-channels@12 { > > > + reg = <12>; > > > + }; > > > + dma-channels@13 { > > > + reg = <13>; > > > + }; > > > + dma-channels@14 { > > > + reg = <14>; > > > + }; > > > + dma-channels@15 { > > > + reg = <15>; > > > + }; > > > + }; > > > + }; > > > + - | > > > + dma3: dma@ec800000 { > > > + compatible = "intel,lgm-dma3"; > > > + reg = <0xec800000 0x1000>; > > > + clocks = <&cgu0 71>; > > > + resets = <&rcu0 0x10 9>; > > > + #dma-cells = <1>; > > > + intel,dma-burst = <32>; > > > + intel,dma-polling-cnt = <16>; > > > + intel,dma-desc-in-sram; > > > + intel,dma-orrc = <16>; > > > + intel,dma-byte-en; > > > + intel,dma-dburst-wr; > > > + dma-channels { > > > + #address-cells = <1>; > > > + #size-cells = <0>; > > > + > > > + dma-channels@12 { > > > + reg = <12>; > > > + intel,pkt_sz = <4096>; > > > + intel,desc-rx-nonpost; > > > + intel,data-endian = <0>; > > > + intel,desc-endian = <0>; > > > + intel,data-endian-en; > > > + intel,desc-endian-en; > > > + intel,byte-offset = <0>; > > > + intel,hdr-mode = <128 0>; > > > + intel,non-arb-cnt = <0>; > > > + intel,arb-cnt = <0>; > > > + intel,hw-desc = <0x20000000 8>; > > > + }; > > > + dma-channels@13 { > > > + reg = <13>; > > > + intel,pkt-drop; > > > + intel,pkt_sz = <4096>; > > > + intel,data-endian = <0>; > > > + intel,desc-endian = <0>; > > > + intel,data-endian-en; > > > + intel,desc-endian-en; > > > + intel,byte-offset = <0>; > > > + intel,hdr-mode = <128 0>; > > > + intel,non-arb-cnt = <0>; > > > + intel,arb-cnt = <0>; > > > + }; > > > + }; > > > + }; > > > -- > > > 2.11.0