Re: [RFC v2 0/5] dmaengine: Slave DMA interface and example users

2008-02-07 Thread Haavard Skinnemoen
On Wed, 6 Feb 2008 11:46:43 -0700 "Dan Williams" <[EMAIL PROTECTED]> wrote: > > The client must somehow know when the transfer is complete -- after > > all, it has to call async_tx_ack() at some point. So additional > > callbacks shouldn't be needed. > > > > The 'ack' only signifies that the cl

Re: [RFC v2 0/5] dmaengine: Slave DMA interface and example users

2008-02-06 Thread Dan Williams
On Feb 4, 2008 8:32 AM, Haavard Skinnemoen <[EMAIL PROTECTED]> wrote: > On Wed, 30 Jan 2008 10:39:47 -0700 > "Dan Williams" <[EMAIL PROTECTED]> wrote: > > > Agreed, the issue is how to do this without requiring an > > interrupt+callback sequence for each transaction or requiring the > > client to c

Re: [RFC v2 0/5] dmaengine: Slave DMA interface and example users

2008-02-04 Thread Haavard Skinnemoen
On Wed, 30 Jan 2008 10:39:47 -0700 "Dan Williams" <[EMAIL PROTECTED]> wrote: > Agreed, the issue is how to do this without requiring an > interrupt+callback sequence for each transaction or requiring the > client to carry per transaction unmap-data. For example NET_DMA never > sees a dma_addr_t a

Re: [RFC v2 0/5] dmaengine: Slave DMA interface and example users

2008-01-30 Thread Dan Williams
On Jan 30, 2008 1:56 AM, Haavard Skinnemoen <[EMAIL PROTECTED]> wrote: > On Tue, 29 Jan 2008 22:56:14 -0800 > David Brownell <[EMAIL PROTECTED]> wrote: > > > On Tuesday 29 January 2008, Haavard Skinnemoen wrote: > > > > > > Btw, there's one issue I forgot to mention: I believe the DMA Engine > > >

Re: [RFC v2 0/5] dmaengine: Slave DMA interface and example users

2008-01-30 Thread Haavard Skinnemoen
On Tue, 29 Jan 2008 22:56:14 -0800 David Brownell <[EMAIL PROTECTED]> wrote: > On Tuesday 29 January 2008, Haavard Skinnemoen wrote: > > > > Btw, there's one issue I forgot to mention: I believe the DMA Engine > > framework is currently misusing the DMA mapping API, and this patchset > > makes thi

Re: [RFC v2 0/5] dmaengine: Slave DMA interface and example users

2008-01-29 Thread David Brownell
On Tuesday 29 January 2008, Haavard Skinnemoen wrote: > > Btw, there's one issue I forgot to mention: I believe the DMA Engine > framework is currently misusing the DMA mapping API, and this patchset > makes things worse. > > Currently, the async_tx bits of the API do the required calls to > dma_m

Re: [RFC v2 0/5] dmaengine: Slave DMA interface and example users

2008-01-29 Thread Haavard Skinnemoen
On Tue, 29 Jan 2008 19:10:08 +0100 Haavard Skinnemoen <[EMAIL PROTECTED]> wrote: > This patch series adds the necessary interfaces to the DMA Engine > framework to use functionality found on most embedded DMA controllers: > DMA from and to I/O registers with hardware handshaking. Btw, there's one