From: Laurent Pinchart Date: Tue, 24 Feb 2015 10:39:49 +0000 (-0300) Subject: [media] media: omap3isp: video: Don't call vb2 mmap with queue lock held X-Git-Tag: omap-for-v4.1/fixes-rc1~72^2~1^2~269 X-Git-Url: http://git.openpandora.org/cgi-bin/gitweb.cgi?a=commitdiff_plain;h=9be29369598543ff1d4800c2591640bc11ef2197;p=pandora-kernel.git [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 Acked-by: Sakari Ailus Signed-off-by: Mauro Carvalho Chehab --- Reading git-diff-tree failed