From mboxrd@z Thu Jan 1 00:00:00 1970 Date: Thu, 8 Aug 2013 07:12:23 -0300 From: Ezequiel Garcia To: Daniel Mack Subject: Re: [PATCH 01/20] mtd: pxa3xx-nand: replace pxa_request_dma with dmaengine Message-ID: <20130808101221.GC2295@localhost> References: <1375889649-14638-1-git-send-email-zonque@gmail.com> <1375889649-14638-2-git-send-email-zonque@gmail.com> <20130807174612.GB18567@localhost> <52033DE1.5050700@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <52033DE1.5050700@gmail.com> Cc: mark.rutland@arm.com, s.neumann@raumfeld.com, linux-mtd@lists.infradead.org, haojian.zhuang@linaro.org, cxie4@marvell.com, lars@metafoo.de, nico@linaro.org, vinod.koul@intel.com, marek.vasut@gmail.com, rmk+kernel@arm.linux.org.uk, devicetree@vger.kernel.org, samuel@sortiz.org, arnd@arndb.de, broonie@kernel.org, Zhangfei Gao , mika.westerberg@linux.intel.com, linux-arm-kernel@lists.infradead.org, thomas.petazzoni@free-electrons.com, eric.y.miao@gmail.com, gregkh@linuxfoundation.org, g.liakhovetski@gmx.de, sachin.kamat@linaro.org, kernel@pengutronix.de, djbw@fb.com, davem@davemloft.net List-Id: Linux MTD discussion mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , On Thu, Aug 08, 2013 at 08:42:41AM +0200, Daniel Mack wrote: > On 07.08.2013 19:46, Ezequiel Garcia wrote: > > Hi Daniel, > > > > On Wed, Aug 07, 2013 at 05:33:50PM +0200, Daniel Mack wrote: > >> From: Zhangfei Gao > >> > >> [zonque@gmail.com: rebased in top of l2-mtd.git. The newly introduced > >> ARCH_HAS_DMA hack was changed into a check for CONFIG_HAS_DMA] > >> > > > > Are you sure you need to introduce the CONFIG_HAS_DMA ifdef? > > > > The reason I introduced the ARCH_HAS_DMA macro was to avoid including > > the "mach/dma.h" header. Now that you've removed it, I don't think > > this driver can be used in any platform where CONFIG_HAS_DMA=n. > > Well, yes it can, or at least you could decide to use it without DMA on > PXA/MMP. The idea of CONFIG_HAS_DMA is to save binary size. > Ok, I see. I think maybe we will have to add something to force use_dma=0 when "armada370-nand" is used. AFAIK, the dmaengine does not support the kind of DMA operations this driver needs. I can take care of that if this patchset hits mainline before we have something really usable for Armada 370/XP NAND. -- Ezequiel GarcĂ­a, Free Electrons Embedded Linux, Kernel and Android Engineering http://free-electrons.com From mboxrd@z Thu Jan 1 00:00:00 1970 From: ezequiel.garcia@free-electrons.com (Ezequiel Garcia) Date: Thu, 8 Aug 2013 07:12:23 -0300 Subject: [PATCH 01/20] mtd: pxa3xx-nand: replace pxa_request_dma with dmaengine In-Reply-To: <52033DE1.5050700@gmail.com> References: <1375889649-14638-1-git-send-email-zonque@gmail.com> <1375889649-14638-2-git-send-email-zonque@gmail.com> <20130807174612.GB18567@localhost> <52033DE1.5050700@gmail.com> Message-ID: <20130808101221.GC2295@localhost> To: linux-arm-kernel@lists.infradead.org List-Id: linux-arm-kernel.lists.infradead.org On Thu, Aug 08, 2013 at 08:42:41AM +0200, Daniel Mack wrote: > On 07.08.2013 19:46, Ezequiel Garcia wrote: > > Hi Daniel, > > > > On Wed, Aug 07, 2013 at 05:33:50PM +0200, Daniel Mack wrote: > >> From: Zhangfei Gao > >> > >> [zonque at gmail.com: rebased in top of l2-mtd.git. The newly introduced > >> ARCH_HAS_DMA hack was changed into a check for CONFIG_HAS_DMA] > >> > > > > Are you sure you need to introduce the CONFIG_HAS_DMA ifdef? > > > > The reason I introduced the ARCH_HAS_DMA macro was to avoid including > > the "mach/dma.h" header. Now that you've removed it, I don't think > > this driver can be used in any platform where CONFIG_HAS_DMA=n. > > Well, yes it can, or at least you could decide to use it without DMA on > PXA/MMP. The idea of CONFIG_HAS_DMA is to save binary size. > Ok, I see. I think maybe we will have to add something to force use_dma=0 when "armada370-nand" is used. AFAIK, the dmaengine does not support the kind of DMA operations this driver needs. I can take care of that if this patchset hits mainline before we have something really usable for Armada 370/XP NAND. -- Ezequiel Garc?a, Free Electrons Embedded Linux, Kernel and Android Engineering http://free-electrons.com