Re: [PATCH] media: ti-vpe: cal: fix DMA memory corruption

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 13/03/2020 16:03, Laurent Pinchart wrote:

+	/* wait for stream and dma to finish */
+	dma_act = true;
+	timeout = jiffies + msecs_to_jiffies(500);
+	while (dma_act && time_before(jiffies, timeout)) {
+		msleep(50);
+
+		spin_lock_irqsave(&ctx->slock, flags);
+		dma_act = ctx->dma_act;
+		spin_unlock_irqrestore(&ctx->slock, flags);
+	}

Waiting for the transfer to complete seems to be a good idea, but how
about using a wait queue instead of such a loop ? That would allow
better usage of CPU time and faster reaction time, and shouldn't be
difficult to implement. You may also want to replace dma_act with a
state if needed (in case you need to express running/stopping/stopped
states), and I would rename it to running if you just need a boolean.

Maybe, but I wasn't sure how to implement it safely.

So, when we call csi2_ppi_disable() (just above the wait code above), the HW will stop the DMA after the next frame has ended.

But there's no way to know in the irq handler if the DMA transfer that just ended was the last one or not. And I don't see how I could set a "disabling" flag before calling csi2_ppi_disable(), as I think that would always be racy with the irq handler.

So I went with a safe way: call csi2_ppi_disable(), then wait a bit so that we are sure that either 1) the last frame is on going 2) the last frame has finished (instead of the previous-to-last frame is on going or finished). Then see if the DMA is active. If yes, we loop for it to end.

I think the loop could be replaced with a wait queue, but we still need the initial sleep to ensure we don't end the wait when the previous-to-last frame DMA has been finished.

 Tomi

--
Texas Instruments Finland Oy, Porkkalankatu 22, 00180 Helsinki.
Y-tunnus/Business ID: 0615521-4. Kotipaikka/Domicile: Helsinki



[Index of Archives]     [Linux Kernel]     [Kernel Development Newbies]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Yosemite Hiking]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux