Re: [PATCH v4 00/14] DMA Engine support for AM33XX

2013-01-11 Thread Arnd Bergmann
On Friday 11 January 2013, Matt Porter wrote: The approach taken is similar to how OMAP DMA is being converted to DMA Engine support. With the functional EDMA private API already existing in mach-davinci/dma.c, we first move that to an ARM common area so it can be shared. Adding DT and runtime

Re: [PATCH v4 00/14] DMA Engine support for AM33XX

2013-01-11 Thread Matt Porter
On Fri, Jan 11, 2013 at 11:40:41AM +, Arnd Bergmann wrote: On Friday 11 January 2013, Matt Porter wrote: The approach taken is similar to how OMAP DMA is being converted to DMA Engine support. With the functional EDMA private API already existing in mach-davinci/dma.c, we first move

Re: [PATCH v4 00/14] DMA Engine support for AM33XX

2013-01-11 Thread Arnd Bergmann
On Friday 11 January 2013, Matt Porter wrote: We have tightly coupled the link-time dependency for omap_dma_filter_fn by going down the path of using dma_request_slave_channel_compat() as Tony suggested to avoid extra ifdefry. That dependency will go away naturally if all the legacy OMAP

[PATCH v4 00/14] DMA Engine support for AM33XX

2013-01-10 Thread Matt Porter
Changes since v3: - Rebased on 3.8-rc3 - No longer an RFC - Fixed bugs in DT/pdata parsing reported by Vaibhav Bedia - Restored all the Davinci pdata to const - Removed max_segs hack in favor of using dma_get_channel_caps() - Fixed extra parens,