From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S933930Ab1JEST1 (ORCPT ); Wed, 5 Oct 2011 14:19:27 -0400 Received: from mga09.intel.com ([134.134.136.24]:14977 "EHLO mga09.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932812Ab1JESTZ (ORCPT ); Wed, 5 Oct 2011 14:19:25 -0400 MIME-Version: 1.0 In-Reply-To: References: <1317191992-3635-1-git-send-email-jaswinder.singh@linaro.org> <1317200618.1573.1765.camel@vkoul-udesk3> <1317295068.1573.1780.camel@vkoul-udesk3> <20111003161349.GB28287@flint.arm.linux.org.uk> Date: Wed, 5 Oct 2011 11:19:23 -0700 Message-ID: Subject: Re: [PATCHv4] DMAEngine: Define interleaved transfer request api From: "Williams, Dan J" To: Jassi Brar Cc: Russell King , Barry Song <21cnbao@gmail.com>, Vinod Koul , linux-kernel@vger.kernel.org, DL-SHA-WorkGroupLinux , Dave Jiang Content-Type: text/plain; charset=ISO-8859-1 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Oct 3, 2011 at 11:23 AM, Jassi Brar wrote: > You are assuming only Slave usage. > src_inc/dst_inc are mainly for 'Memset' type operation. There currently are not any users of offloaded memset in the kernel, do you have one in mind? Otherwise I would not design for it this early. > In Slave transfer they would help avoid allocating full length RX buffer > when the client only wants to send data but the controller works > only in full-duplex and vice-versa (thanks to RMK for pointing the case, > and I remember S3C24XX do have such SPI controller). > More generally when one needs to transmit the same data, or discard > the received data, for a certain period of time. In the slave case I would think the driver would know the address increment attributes of the slave and would not need to be told on each operation by the client?