On 6/26/13 4:55 PM, "Jon Mason" <jon.ma...@intel.com> wrote: >Unfortunately, the dma_find_channel model does not led itself to >optimal usage of the available channels, as it seems to give out the >same channel. Adding some randomizer (or other way to spread the >channel selection over multiple channels) would be greatly >beneficial.
Right now the allocation scheme is per-cpu. If you have multiple submission contexts on different cpus it should use all available channels. >Alternatively, adding an async_memcpy_mmio function (and perhaps some >minimal size to use the DMA engine) would provide a solution that >would work. It¹s hard. The size is arch and use specific so it may be best to leave it up to the client. >However, dma_find_channel should be sufficient to get NTB use of DMA >engines out for review. I'll clean it up and send it out shortly. >Thanks for the insight. Cool, I¹ll take a look. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
