Hi, Changes since v2: - Use threaded irq when the i878 workaround is used to avoid unlikely system freeze: dma_sync_wait() have 5 second timeout - Use mutex instead of spinlock as wa_lock - use the dmaengine_prep_dma_memcpy() wrapper - do not explicitly call dma_async_issue_pending() as it is done as part of dma_sync_wait() - Use define for the DMM register size (4 bytes) - Cleanup patch for the remove path: no need to check if the irq is valid. The driver would not probe w/o valid interrupt. Changes since v1: - rebased on drm-next - comments for the v1 (https://patchwork.kernel.org/patch/8358741/) addressed - u32 -> dma_addr_t when applicable - additional wmb()/rmb() added to make sure we have correct behavior Errata i878 says that MPU should not be used to access RAM and DMM at the same time. As it's not possible to prevent MPU accessing RAM, we need to access DMM via a proxy. Regards, Peter --- Peter Ujfalusi (1): drm/omap: dmm_tiler: No need to check if irq is valid in omap_dmm_remove Tomi Valkeinen (2): dt-bindings: arm: omap: dmm: Document new compatible for DRA7xx family drm/omap: partial workaround for DRA7xx DMM errata i878 .../devicetree/bindings/arm/omap/dmm.txt | 3 +- drivers/gpu/drm/omapdrm/omap_dmm_priv.h | 8 + drivers/gpu/drm/omapdrm/omap_dmm_tiler.c | 164 +++++++++++++++++- 3 files changed, 168 insertions(+), 7 deletions(-) -- Peter Texas Instruments Finland Oy, Porkkalankatu 22, 00180 Helsinki. Y-tunnus/Business ID: 0615521-4. Kotipaikka/Domicile: Helsinki _______________________________________________ dri-devel mailing list dri-devel@xxxxxxxxxxxxxxxxxxxxx https://lists.freedesktop.org/mailman/listinfo/dri-devel