]> git.baikalelectronics.ru Git - kernel.git/commit
[media] media: omap4iss: csi2: Fix IRQ handling when stopping module
authorLaurent Pinchart <laurent.pinchart@ideasonboard.com>
Mon, 9 Nov 2015 22:01:57 +0000 (20:01 -0200)
committerMauro Carvalho Chehab <mchehab@osg.samsung.com>
Thu, 19 Nov 2015 13:14:23 +0000 (11:14 -0200)
commit09c4b398084101927a5d6481e4b764785bf503b5
tree42dcee13e00f50ecfa526acdb41d433be6baecfc
parent1e9239bfe6d69e53f4c8259a6198e0101001e0f6
[media] media: omap4iss: csi2: Fix IRQ handling when stopping module

When stopping the CSI2 receiver the s_stream handler will wait for the
IRQ handler to notice the stop request. The receiver, automatically
disabled by the hardware after each frame, is then not reenabled by the
IRQ handler as it returns immediately.

As the IRQ handler check is performed before handling the context IRQ,
the context IRQ source isn't cleared, and the CSI2 IRQ is then fired
again immediately. The IRQ handler then fails to notice that the module
is being stopped, processes the IRQ normally and reenables the CSI2
hardware.

The problem goes unnoticed at stream stop time, but depending on the IRQ
and s_stream scheduling timings, the CSI2 receiver can end up being
hanged and will not produce any interrupt the next time it gets enabled,
despite being soft-reset then.

Fix this by checking for module stop after clearing the context IRQ
source.

Signed-off-by: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@osg.samsung.com>
drivers/staging/media/omap4iss/iss_csi2.c