summaryrefslogtreecommitdiff
path: root/include
diff options
context:
space:
mode:
authorLaurent Pinchart <laurent.pinchart@ideasonboard.com>2015-02-24 13:39:49 +0300
committerMauro Carvalho Chehab <mchehab@osg.samsung.com>2015-04-02 22:31:14 +0300
commit9be29369598543ff1d4800c2591640bc11ef2197 (patch)
tree9e31a367de48684cda8165b37e82343e7352978d /include
parentbf104c238dc1c7172460853882a545141eaa8222 (diff)
downloadlinux-9be29369598543ff1d4800c2591640bc11ef2197.tar.xz
[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>
Diffstat (limited to 'include')
0 files changed, 0 insertions, 0 deletions