Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753905AbcDVFgh (ORCPT ); Fri, 22 Apr 2016 01:36:37 -0400 Received: from mail-sn1nam02on0059.outbound.protection.outlook.com ([104.47.36.59]:48067 "EHLO NAM02-SN1-obe.outbound.protection.outlook.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1753197AbcDVFgf convert rfc822-to-8bit (ORCPT ); Fri, 22 Apr 2016 01:36:35 -0400 Authentication-Results: spf=pass (sender IP is 149.199.60.83) smtp.mailfrom=xilinx.com; vger.kernel.org; dkim=none (message not signed) header.d=none;vger.kernel.org; dmarc=bestguesspass action=none header.from=xilinx.com; From: Appana Durga Kedareswara Rao To: Rob Herring CC: "pawel.moll@arm.com" , "mark.rutland@arm.com" , "ijc+devicetree@hellion.org.uk" , "galak@codeaurora.org" , Michal Simek , Soren Brinkmann , "vinod.koul@intel.com" , "dan.j.williams@intel.com" , "moritz.fischer@ettus.com" , "laurent.pinchart@ideasonboard.com" , "luis@debethencourt.com" , Anirudha Sarangi , Punnaiah Choudary Kalluri , "devicetree@vger.kernel.org" , "linux-arm-kernel@lists.infradead.org" , "linux-kernel@vger.kernel.org" , "dmaengine@vger.kernel.org" Subject: RE: [PATCH v6 1/2] Documentation: DT: dma: Add Xilinx zynqmp dma device tree binding documentation Thread-Topic: [PATCH v6 1/2] Documentation: DT: dma: Add Xilinx zynqmp dma device tree binding documentation Thread-Index: AQHRlvQ80Cr24Duih0qtBb+tdgcoyp+T80IAgAGLKAA= Date: Fri, 22 Apr 2016 05:36:29 +0000 Message-ID: References: <1460710374-25077-1-git-send-email-appanad@xilinx.com> <20160421134226.GA10399@rob-hp-laptop> In-Reply-To: <20160421134226.GA10399@rob-hp-laptop> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [172.23.95.210] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 8BIT MIME-Version: 1.0 X-RCIS-Action: ALLOW X-TM-AS-Product-Ver: IMSS-7.1.0.1224-8.0.0.1202-22274.005 X-TM-AS-User-Approved-Sender: Yes;Yes X-EOPAttributedMessage: 0 X-Forefront-Antispam-Report: CIP:149.199.60.83;IPV:NLI;CTRY:US;EFV:NLI;SFV:NSPM;SFS:(10009020)(6009001)(2980300002)(438002)(13464003)(24454002)(51914003)(377454003)(199003)(243025005)(189002)(47776003)(2920100001)(586003)(2950100001)(86362001)(106116001)(5250100002)(97756001)(102836003)(11100500001)(4326007)(575784001)(15975445007)(6116002)(23726003)(46406003)(1096002)(19580395003)(19580405001)(110136002)(55846006)(2906002)(1220700001)(2900100001)(106466001)(3846002)(189998001)(5004730100002)(50466002)(92566002)(63266004)(54356999)(50986999)(87936001)(33656002)(76176999)(5008740100001)(81166005)(5003600100002)(6806005)(107986001);DIR:OUT;SFP:1101;SCL:1;SRVR:BL2NAM02HT013;H:xsj-pvapsmtpgw01;FPR:;SPF:Pass;MLV:sfv;A:1;MX:1;LANG:en; X-MS-Office365-Filtering-Correlation-Id: 56a43e68-3a43-47af-a978-08d36a701005 X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:(8251501002);SRVR:BL2NAM02HT013; X-Microsoft-Antispam-PRVS: <107368caefaf42a79a8c5e3f05fff1c1@BL2NAM02HT013.eop-nam02.prod.protection.outlook.com> X-Exchange-Antispam-Report-Test: UriScan:; X-Exchange-Antispam-Report-CFA-Test: BCL:0;PCL:0;RULEID:(9101521053)(601004)(2401047)(13017025)(5005006)(13018025)(13015025)(13024025)(8121501046)(13023025)(3002001)(10201501046);SRVR:BL2NAM02HT013;BCL:0;PCL:0;RULEID:;SRVR:BL2NAM02HT013; X-Forefront-PRVS: 0920602B08 X-OriginatorOrg: xilinx.com X-MS-Exchange-CrossTenant-OriginalArrivalTime: 22 Apr 2016 05:36:32.4559 (UTC) X-MS-Exchange-CrossTenant-Id: 657af505-d5df-48d0-8300-c31994686c5c X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=657af505-d5df-48d0-8300-c31994686c5c;Ip=[149.199.60.83];Helo=[xsj-pvapsmtpgw01] X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: BL2NAM02HT013 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 4017 Lines: 95 Hi Rob, Thanks for the review... > -----Original Message----- > From: Rob Herring [mailto:robh@kernel.org] > Sent: Thursday, April 21, 2016 7:12 PM > To: Appana Durga Kedareswara Rao > Cc: pawel.moll@arm.com; mark.rutland@arm.com; > ijc+devicetree@hellion.org.uk; galak@codeaurora.org; Michal Simek > ; Soren Brinkmann ; > vinod.koul@intel.com; dan.j.williams@intel.com; Appana Durga Kedareswara > Rao ; moritz.fischer@ettus.com; > laurent.pinchart@ideasonboard.com; luis@debethencourt.com; Anirudha > Sarangi ; Punnaiah Choudary Kalluri > ; devicetree@vger.kernel.org; linux-arm- > kernel@lists.infradead.org; linux-kernel@vger.kernel.org; > dmaengine@vger.kernel.org > Subject: Re: [PATCH v6 1/2] Documentation: DT: dma: Add Xilinx zynqmp dma > device tree binding documentation > > On Fri, Apr 15, 2016 at 02:22:53PM +0530, Kedareswara rao Appana wrote: > > Device-tree binding documentation for Xilinx zynqmp dma engine used in > > Zynq UltraScale+ MPSoC. > > > > Signed-off-by: Punnaiah Choudary Kalluri > > Signed-off-by: Kedareswara rao Appana > > --- > > Changes in v6: > > - Removed desc-axi-cache/dst-axi-cache/src-axi-cache properties > > from the binding doc as it allow broken combinations when dma-coherent > > is set as suggested by Rob. > > - Fixed minor comments given by Rob related coding(lower case DT node > name). > > Changes in v5: > > - Use dma-coherent flag for coherent transfers as suggested by rob. > > - Removed unnecessary properties from binding doc as suggested by Rob. > > Changes in v4: > > - None > > Changes in v3: > > - None > > Changes in v2: > > - None. > > > > .../devicetree/bindings/dma/xilinx/zynqmp_dma.txt | 44 > ++++++++++++++++++++++ > > 1 file changed, 44 insertions(+) > > create mode 100644 > Documentation/devicetree/bindings/dma/xilinx/zynqmp_dma.txt > > > > diff --git a/Documentation/devicetree/bindings/dma/xilinx/zynqmp_dma.txt > b/Documentation/devicetree/bindings/dma/xilinx/zynqmp_dma.txt > > new file mode 100644 > > index 0000000..f0f0b54 > > --- /dev/null > > +++ b/Documentation/devicetree/bindings/dma/xilinx/zynqmp_dma.txt > > @@ -0,0 +1,44 @@ > > +Xilinx ZynqMP DMA engine, it does support memory to memory transfers, > > +memory to device and device to memory transfers. It also has flow > > +control and rate control support for slave/peripheral dma access. > > + > > +Required properties: > > +- compatible : Should be "xlnx,zynqmp-dma-1.0" > > +- reg : Memory map for gdma/adma module access. > > +- interrupt-parent : Interrupt controller the interrupt is routed through > > +- interrupts : Should contain DMA channel interrupt. > > +- xlnx,bus-width : Axi buswidth in bits. Should contain 128 or 64 > > I think how this is getting used by the driver is wrong. > {src,dst}_addr_widths are supposed to be a bitmask of supported slave > device register widths. You aren't doing a bitmask and you are also > saying you only support slaves with 8 or 16 byte data registers which is > somewhat rare. It may happen to work because 128/8 == BIT(4). However, > the documentation for the field is contradictory in that it says 1,2,4 > or 8 byte widths are supported, but the enum has more sizes. The DMA supports an AXI bus width of 128/64 bits only. Please refer IP data sheet. http://www.xilinx.com/support/documentation/user_guides/ug1085-zynq-ultrascale-trm.pdf Page No: 359(DMA Over fetch section). That's why during probe we are making the dma_device supported source and destination address widths accordingly based on the DT property. Snap shot of driver code from the probe: struct dma_device *p; p->dst_addr_widths = zdev->chan->bus_width / 8; p->src_addr_widths = zdev->chan->bus_width / 8; Where bus_width property is read from the probe. err = of_property_read_u32(node, "xlnx,bus-width", &chan->bus_width) Cheers!, Kedar... > > Rob