From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754439AbaHLSKS (ORCPT ); Tue, 12 Aug 2014 14:10:18 -0400 Received: from seketeli.net ([94.23.218.202]:37291 "EHLO ms.seketeli.fr" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752765AbaHLSKR (ORCPT ); Tue, 12 Aug 2014 14:10:17 -0400 Date: Tue, 12 Aug 2014 20:10:17 +0200 From: Apelete Seketeli To: Ulf Hansson Cc: Chris Ball , H Hartley Sweeten , Lars-Peter Clausen , Wei Yongjun , Alex Smith , Laurent Pinchart , linux-mmc , "linux-kernel@vger.kernel.org" Subject: Re: [PATCH v6 2/2] mmc: jz4740: prepare next dma transfer in parallel with current transfer Message-ID: <20140812181017.GA28666@amegan> References: <1405917465-18185-1-git-send-email-apelete@seketeli.net> <1405917465-18185-3-git-send-email-apelete@seketeli.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: Debian GNU/Linux 7 X-URL: http://apelete.seketeli.net User-Agent: Mutt/1.5.21 (2010-09-15) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Aug-12-2014 at 06:22:04 PM +0200, Ulf Hansson wrote: > On 21 July 2014 06:37, Apelete Seketeli wrote: > > Make use of the MMC asynchronous request capability to prepare the > > next DMA transfer request in parallel with the current transfer. > > This is done by adding pre-request and post-request callbacks that are > > used by the MMC framework during an active data transfer. > > > > It should help reduce the impact of DMA preparation overhead on the SD > > card performance. > > > > Signed-off-by: Apelete Seketeli > > Thanks! Queued for 3.18. W00t \o/ <-- hacker joy. Thank you :). Just out of curiosity, why not pulling these for 3.17 ? Cheers. -- Apelete