Hi Dan,
On Tuesday 23 October 2007 22:16, Dan Williams wrote:
...
The problem with moving this test to async_tx_find_channel() is that it
imposes extra overhead in the fast path. It would be best if we could
keep all these decisions in the slow path, or at least hide it from
architectures
On Fri, 2007-10-19 at 05:23 -0700, Yuri Tikhonov wrote:
Hello Dan,
Hi Yuri, sorry it has taken me so long to get back to you...
I have a suggestion regarding the async_tx_find_channel() procedure.
First, a little introduction. Some processors (e.g. ppc440spe) have several
DMA
Hello Dan,
I have a suggestion regarding the async_tx_find_channel() procedure.
First, a little introduction. Some processors (e.g. ppc440spe) have several DMA
engines (say DMA1 and DMA2) which are capable of performing the same type of
operation, say XOR. The DMA2 engine may process the