From mboxrd@z Thu Jan 1 00:00:00 1970 From: Vinod Koul Subject: Re: [PATCH] dma: mv_xor_v2: new driver Date: Fri, 17 Jun 2016 08:09:20 +0530 Message-ID: <20160617023920.GE16910@localhost> References: <1455523083-25506-1-git-send-email-thomas.petazzoni@free-electrons.com> <20160222032730.GU19598@localhost> <20160615160837.64377829@free-electrons.com> <20160615164131.GB16910@localhost> <20160616144224.2e687a14@free-electrons.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Content-Disposition: inline In-Reply-To: <20160616144224.2e687a14-wi1+55ScJUtKEb57/3fJTNBPR1lH4CV8@public.gmane.org> Sender: devicetree-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org To: Thomas Petazzoni Cc: dmaengine-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, Rob Herring , Ian Campbell , Pawel Moll , Mark Rutland , Kumar Gala , Jason Cooper , Andrew Lunn , Sebastian Hesselbarth , Gregory Clement , Nadav Haklai , Lior Amsalem , linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org List-Id: devicetree@vger.kernel.org On Thu, Jun 16, 2016 at 02:42:24PM +0200, Thomas Petazzoni wrote: > Hello, > > On Wed, 15 Jun 2016 22:11:31 +0530, Vinod Koul wrote: > > > > This is probably the only thing that I have not changed. The mv_xor > > > driver is already using the same strategy, and enqueuing in > > > issue_pending() would force us to add the request to a temporary linked > > > list, which would be dequeued in issue_pending(). This is quite a bit > > > of additional processing, while pushing the new requests directly to > > > the engine works fine. > > > > Well that is wrong! And patch is welcome for mv_xor as well :) > > > > The DMAengine API mandates that we should submit a descriptor to a queue and > > then push them by invoking issue_pending. > > > > The users are also expected to follow this > > I have just sent a v4 that fixes this for the mv_xor_v2 driver. Now, in > ->tx_submit() we only fill in the HW descriptors, but do not tell the > engine to process them. It's only at ->issue_pending() time that we > tell the engine that there N new descriptors to process. Okay that sounds good to me, I will take a look at it.. > > I'll have a look at mv_xor a bit later. Sounds fair enough -- ~Vinod -- To unsubscribe from this list: send the line "unsubscribe devicetree" in the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org More majordomo info at http://vger.kernel.org/majordomo-info.html