On 02/23/2017 05:41 PM, Dan Williams wrote: > On Thu, Feb 23, 2017 at 4:13 PM, Vinod Koul <vinod.koul@xxxxxxxxx> wrote: >> There have been discussions on need for change of dmaengine API for >> a) allow sleepy invocation of the prepare descriptor so that drivers can >> do the runtime pm (maybe move into core as well) >> b) split the prepare operation to allocate and new prepare methods > > I'm wondering if you should you go even further and move to a more > idiomatic model where a generic request is prepared outside the driver > and passed in, rather than the current situation of requiring the > driver to wrap a dma_async_tx_descriptor inside it's internal command > structure. I wonder if we should support allowing proper batching of requests before submission in the framework. Certain consumers of the DMA driver can take advantage of that to improve performance. > -- > To unsubscribe from this list: send the line "unsubscribe dmaengine" in > the body of a message to majordomo@xxxxxxxxxxxxxxx > More majordomo info at http://vger.kernel.org/majordomo-info.html > -- To unsubscribe from this list: send the line "unsubscribe dmaengine" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
