From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from ozlabs.org (ozlabs.org [203.10.76.45]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mx.ozlabs.org", Issuer "CA Cert Signing Authority" (verified OK)) by bilbo.ozlabs.org (Postfix) with ESMTPS id 1CC34B70A9 for ; Thu, 25 Jun 2009 03:56:11 +1000 (EST) Received: from mga02.intel.com (mga02.intel.com [134.134.136.20]) by ozlabs.org (Postfix) with ESMTP id 8F79BDDD01 for ; Thu, 25 Jun 2009 03:56:10 +1000 (EST) Message-ID: <4A4268B7.8060106@intel.com> Date: Wed, 24 Jun 2009 10:56:07 -0700 From: Dan Williams MIME-Version: 1.0 To: Kumar Gala Subject: Re: [PATCH v3 2/2] fsldma: Add DMA_SLAVE support References: <20090619193134.GC30992@ovro.caltech.edu> <1245705647.937.2.camel@dwillia2-linux.ch.intel.com> <2a27d3730906230318g7103a890ic85d1678425ac2c9@mail.gmail.com> <6A70F385-C883-4D89-A302-AB09660762C1@kernel.crashing.org> <4A40FB26.8080301@intel.com> In-Reply-To: <4A40FB26.8080301@intel.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Cc: "linuxppc-dev@ozlabs.org" , Li Yang , Ira Snyder List-Id: Linux on PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Dan Williams wrote: > Kumar Gala wrote: >>>> Kumar, Leo, >>>> >>>> Can I get your acked-by's for the current state of async_tx.git/ >>>> next? I >>>> just pushed out Ira's latest so it may take a moment to mirror out. >>> Acked-by: Li Yang >>> >>> However, the addition of arch/powerpc/include/asm/fsldma.h still needs >>> the ack from Kumar. It doesn't seem to be a common practice though. >> hmm, why are we moving fsldma.h? > > There are now two fsldma.h files. > > drivers/dma/fsldma.h: no changes, houses the private driver > implementation details. > > arch/powerpc/include/asm/fsldma.h: adds some helper routines and > definitions for the DMA_SLAVE capability of the driver. It defines an > interface for other drivers to use fsldma to initiate device-to-memory > dma. Any drivers that use the interface will depend on CONFIG_FSL_DMA > hence placing this public header under arch/powerpc/include. > Kumar? Shall we push this decision off to 2.6.32, I would prefer not to as Ira had his initial patches available before the merge window opened? Ira, aside from the pci read multiple patch are there any others that are suitable for 2.6.31 if the dma_slave implementation gets held back? Thanks, Dan