From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753239AbaHSOog (ORCPT ); Tue, 19 Aug 2014 10:44:36 -0400 Received: from gw-1.arm.linux.org.uk ([78.32.30.217]:54950 "EHLO pandora.arm.linux.org.uk" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1752198AbaHSOof (ORCPT ); Tue, 19 Aug 2014 10:44:35 -0400 Date: Tue, 19 Aug 2014 15:44:23 +0100 From: Russell King - ARM Linux To: Vinod Koul Cc: Ludovic Desroches , Maxime Ripard , Dan Williams , linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org, dmaengine@vger.kernel.org, Arnd Bergmann , Antoine =?iso-8859-1?Q?T=E9nart?= , Thomas Petazzoni , Alexandre Belloni , Boris Brezillon , Matt Porter , laurent.pinchart@ideasonboard.com, Gregory Clement , Nicolas Ferre Subject: Re: [PATCH] Documentation: dmaengine: Add a documentation for the dma controller API Message-ID: <20140819144423.GE30401@n2100.arm.linux.org.uk> References: <1406736193-26685-1-git-send-email-maxime.ripard@free-electrons.com> <20140814085301.GJ2452@ldesroches-Latitude-E6320> <20140814085753.GS30401@n2100.arm.linux.org.uk> <20140819134507.GJ13288@intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140819134507.GJ13288@intel.com> User-Agent: Mutt/1.5.19 (2009-01-05) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Aug 19, 2014 at 07:15:07PM +0530, Vinod Koul wrote: > On Thu, Aug 14, 2014 at 09:57:53AM +0100, Russell King - ARM Linux wrote: > > It's got something to do with the async engine API, and seems to be > > something to do with whether a descriptor can have other transactions > > added to it, and whether a descriptor can be re-used (async-tx engines > > typically allocate a fixed set of descriptors and recycle them.) > Yes this is my understanding too. Async API IIUC can reuse descriptors and > if engine doesnt support this is a way to tell them please do use that. > > For slave dmanegine API we need to ignore it. We shouldn't ignore it - ignoring it makes it harder to implement a DMA engine driver which supports both the slave and async APIs, because we then need to know the reason for the channel being requested. Ignoring it until it can be understood and documented is an approach I would agree with though. -- FTTC broadband for 0.8mile line: currently at 9.5Mbps down 400kbps up according to speedtest.net.