Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754144AbbBTKm7 (ORCPT ); Fri, 20 Feb 2015 05:42:59 -0500 Received: from mail-bn1bon0060.outbound.protection.outlook.com ([157.56.111.60]:37408 "EHLO na01-bn1-obe.outbound.protection.outlook.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1753731AbbBTKm5 (ORCPT ); Fri, 20 Feb 2015 05:42:57 -0500 Date: Fri, 20 Feb 2015 11:42:31 +0100 From: Michal Simek User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: Vinod Koul , Appana Durga Kedareswara Rao CC: Arnd Bergmann , "linux-arm-kernel@lists.infradead.org" , "devicetree@vger.kernel.org" , Srikanth Vemula , "linux-kernel@vger.kernel.org" , Srikanth Thokala , "dmaengine@vger.kernel.org" , "robh+dt@kernel.org" , Anirudha Sarangi , "grant.likely@linaro.org" , "dan.j.williams@intel.com" Subject: Re: [PATCH v4] dma: Add Xilinx AXI Direct Memory Access Engine driver support References: <1413374436-14410-1-git-send-email-sthokal@xilinx.com> <3236720.MHeqOodrCV@wuerfel> <7dc11ef7ccec49bcb052c30b9aa916c3@BL2FFO11FD044.protection.gbl> <1967130.oYyZRWCcEF@wuerfel> <20150212093445.GM21387@intel.com> <20150220062934.GX21387@intel.com> In-Reply-To: <20150220062934.GX21387@intel.com> Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: 7bit X-RCIS-Action: ALLOW X-TM-AS-Product-Ver: IMSS-7.1.0.1224-7.5.0.1018-21346.002 X-TM-AS-User-Approved-Sender: Yes Message-ID: X-EOPAttributedMessage: 0 Authentication-Results: spf=pass (sender IP is 62.221.5.235) smtp.mailfrom=michal.simek@xilinx.com; intel.com; dkim=none (message not signed) header.d=none; X-Forefront-Antispam-Report: CIP:62.221.5.235;CTRY:GB;IPV:NLI;EFV:NLI;SFV:NSPM;SFS:(10009020)(979002)(6009001)(438002)(479174004)(199003)(377454003)(51704005)(24454002)(164054003)(13464003)(189002)(19580395003)(19580405001)(6806004)(77156002)(62966003)(2950100001)(65806001)(23746002)(87936001)(106466001)(77096005)(19300405004)(92726002)(46102003)(65956001)(15975445007)(47776003)(50466002)(83506001)(54356999)(50986999)(76176999)(64126003)(64706001)(74316001)(108616004)(86362001)(92566002)(93886004)(104016003)(65826006)(107986001)(24736002)(562404015)(969003)(989001)(999001)(1009001)(1019001);DIR:OUT;SFP:1101;SCL:1;SRVR:BY2FFO11HUB033;H:xir-pvapsmtpgw01;FPR:;SPF:Pass;PTR:unknown-62-221-5-235.ipspace.xilinx.com;A:1;MX:1;LANG:en; X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:BY2FFO11HUB033; X-Exchange-Antispam-Report-Test: UriScan:; X-Exchange-Antispam-Report-CFA-Test: BCL:0;PCL:0;RULEID:(601004);SRVR:BY2FFO11HUB033;BCL:0;PCL:0;RULEID:;SRVR:BY2FFO11HUB033; X-Forefront-PRVS: 0493852DA9 X-OriginatorOrg: xilinx.com X-MS-Exchange-CrossTenant-OriginalArrivalTime: 20 Feb 2015 10:42:52.9859 (UTC) X-MS-Exchange-CrossTenant-Id: 657af505-d5df-48d0-8300-c31994686c5c X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=657af505-d5df-48d0-8300-c31994686c5c;Ip=[62.221.5.235] X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: BY2FFO11HUB033 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 3530 Lines: 84 Hi Vinod, On 02/20/2015 07:29 AM, Vinod Koul wrote: > On Sat, Feb 14, 2015 at 02:21:52PM +0000, Appana Durga Kedareswara Rao wrote: >> Hi Vinod, >> >> >>> -----Original Message----- >>> From: Vinod Koul [mailto:vinod.koul@intel.com] >>> Sent: Thursday, February 12, 2015 3:05 PM >>> To: Appana Durga Kedareswara Rao >>> Cc: Arnd Bergmann; linux-arm-kernel@lists.infradead.org; >>> devicetree@vger.kernel.org; Srikanth Vemula; linux- >>> kernel@vger.kernel.org; Srikanth Thokala; dmaengine@vger.kernel.org; >>> robh+dt@kernel.org; Michal Simek; Anirudha Sarangi; >>> grant.likely@linaro.org; dan.j.williams@intel.com >>> Subject: Re: [PATCH v4] dma: Add Xilinx AXI Direct Memory Access Engine >>> driver support >>> >>> On Thu, Jan 29, 2015 at 11:24:41AM +0000, Appana Durga Kedareswara Rao >>> wrote: >>>>> Earlier in the driver we are embedding dma_slave_config into custom >>>>> structs But Lars suggested to modify it. please refer to the below >>>>> thread for more details. >>>>> http://www.spinics.net/lists/dmaengine/msg00010.html >>>>> >>>>> And later we thought of creating a separate private member in >>>>> dma_slave_config for sharing additional configuration between slave >>>>> device and dma engine Or a new dma_ctrl_cmd like >>>>> >>> FSLDMA_EXTERNAL_START(http://www.kernelhub.org/?msg=405535&p=2 ) >>>>> >>>>> Finally Vinod was ok with the existing suggestion so we dropped the >>>>> above thought. >>>>> >>>>> @Vinod : Could you please comment on this. >>> FSLDMA_EXTERNAL_START has been removed, and you cna use the removal >>> as a guidance of how to solve your issue >>> >> > Please limit you mailer to set wrap at 80 chars, otherwise it becomes > unreadable > >> The current VDMA driver that got merged in the open source and the >> current patch (dma: xilinx dma v4) Srikanth T submitted both contains the >> Similar implementation that you pointed as above(I mean similar to the >> free scale dma driver). >> >> The discussion starts here is why we need the header file(Xilinx_dma.h) in >> the include/linux/amba/Xilinx_dma.h folder. >> >> Like for FSL DMA it is got defined (fsl_dma_external_start) as a function >> prototype in include/linux/fsldma.h And it is being getting used in the >> drivers/misc/carma/carma-fpga-program.c >> >> Similarly in the Xilinx VDMA driver(xilinx_vdma_channel_set_config ) >> defined as a function prototype in the include/linux/amba/xilinx_dma.h And >> is being used by Xilinx videos drivers. Those video driver need to use >> the (xilinx_vdma_channel_set_config) which requires this global header >> file. >> >> Could you please suggest us whether that header file (Xilinx_dma.h) should >> be there in include/linux/amba or we should move it to include/linux? >> And any functional comments for this v4 patch? > Let me ask you a question, what is the relation of xilinx_dma with amba? > > If none then only include/linux/ seems to be the right choice. If not then > amba maybe okay but you need to provide justfication why it should be in amba? I see your point. I think there is real reason to have this header in amba. The reason for that was that xilinx_dma.h was added there. Anyway there is include/linux/dma/ folder. Is it ok to move xilinx_dma.h there too? The same with this dma one. Thanks, Michal -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/