2
0
mirror of https://github.com/edk2-porting/linux-next.git synced 2024-12-16 09:13:55 +08:00
linux-next/crypto/async_tx
Dan Williams bec085134e dmaengine: centralize channel allocation, introduce dma_find_channel
Allowing multiple clients to each define their own channel allocation
scheme quickly leads to a pathological situation.  For memory-to-memory
offload all clients can share a central allocator.

This simply moves the existing async_tx allocator to dmaengine with
minimal fixups:
* async_tx.c:get_chan_ref_by_cap --> dmaengine.c:nth_chan
* async_tx.c:async_tx_rebalance --> dmaengine.c:dma_channel_rebalance
* split out common code from async_tx.c:__async_tx_find_channel -->
  dma_find_channel

Reviewed-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Dan Williams <dan.j.williams@intel.com>
2009-01-06 11:38:14 -07:00
..
async_memcpy.c async_tx: remove depend_tx from async_tx_sync_epilog 2008-07-17 17:59:55 -07:00
async_memset.c async_tx: remove depend_tx from async_tx_sync_epilog 2008-07-17 17:59:55 -07:00
async_tx.c dmaengine: centralize channel allocation, introduce dma_find_channel 2009-01-06 11:38:14 -07:00
async_xor.c async_xor: dma_map destination DMA_BIDIRECTIONAL 2008-12-08 13:46:00 -07:00
Kconfig async_tx: add the async_tx api 2007-07-13 08:06:14 -07:00
Makefile async_tx: add the async_tx api 2007-07-13 08:06:14 -07:00