| Message ID | 20190823125618.8133-1-peter.ujfalusi@ti.com (mailing list archive) |
|---|---|
| Headers | show |
| Series | dmaengine: ti: edma: Multicore usage related fixes | expand |
On 23-08-19, 15:56, Peter Ujfalusi wrote: > Hi, > > When other cores want to use EDMA for their use cases Linux was not playing > nicely. > By design EDMA is supporting shared use with shadow regions. Linux is using > region0, others can be used by other cores. > > In order to not break multicore shared usage of EDMA: > - do not reset paRAM slots which is not allocated for Linux (reserved paRAM > slots) > - Only reset region0 access registers, do not touch other regions > - Add option for reserved channels which should not be used by Linux in a similar > fashion as we already have for reserved paRAM slots. Applied 1 to 3, thanks
Hi, When other cores want to use EDMA for their use cases Linux was not playing nicely. By design EDMA is supporting shared use with shadow regions. Linux is using region0, others can be used by other cores. In order to not break multicore shared usage of EDMA: - do not reset paRAM slots which is not allocated for Linux (reserved paRAM slots) - Only reset region0 access registers, do not touch other regions - Add option for reserved channels which should not be used by Linux in a similar fashion as we already have for reserved paRAM slots. Regards, Peter --- Peter Ujfalusi (5): dmaengine: ti: edma: Do not reset reserved paRAM slots dmaengine: ti: edma: Only reset region0 access registers dmaengine: ti: edma: Use bitmap_set() instead of open coded edma_set_bits() dt-bindings: dma: ti-edma: Add option for reserved channel ranges dmaengine: ti: edma: Add support for handling reserved channels .../devicetree/bindings/dma/ti-edma.txt | 5 + drivers/dma/ti/edma.c | 190 +++++++++++------- 2 files changed, 123 insertions(+), 72 deletions(-)