[media] media: omap3isp: video: Don't call vb2 mmap with queue lock held
authorLaurent Pinchart <laurent.pinchart@ideasonboard.com>
Tue, 24 Feb 2015 10:39:49 +0000 (07:39 -0300)
committerMauro Carvalho Chehab <mchehab@osg.samsung.com>
Thu, 2 Apr 2015 19:31:14 +0000 (16:31 -0300)
commit9be29369598543ff1d4800c2591640bc11ef2197
tree9e31a367de48684cda8165b37e82343e7352978d
parentbf104c238dc1c7172460853882a545141eaa8222
[media] media: omap3isp: video: Don't call vb2 mmap with queue lock held

videobuf2 has long been subject to AB-BA style deadlocks due to the
queue lock and mmap_sem being taken in different orders for the mmap
operation. The problem has been fixed by making this operation callable
without taking the queue lock, using an mmap_lock internal to videobuf2.

The omap3isp driver still calls the mmap operation with the queue lock
held, resulting in a potential deadlock. As the operation can now be
called without locking the queue, fix it.

Signed-off-by: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
Acked-by: Sakari Ailus <sakari.ailus@iki.fi>
Signed-off-by: Mauro Carvalho Chehab <mchehab@osg.samsung.com>
drivers/media/platform/omap3isp/ispvideo.c