Re: [PATCH] media: omap3isp: video: Don't call vb2 mmap with queue lock held

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

 



On Fri, Mar 13, 2015 at 02:33:35AM +0200, Laurent Pinchart wrote:
> 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@xxxxxxxxxxxxxxxx>

Acked-by: Sakari Ailus <sakari.ailus@xxxxxx>

-- 
Sakari Ailus
e-mail: sakari.ailus@xxxxxx	XMPP: sailus@xxxxxxxxxxxxxx
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html




[Index of Archives]     [Linux Input]     [Video for Linux]     [Gstreamer Embedded]     [Mplayer Users]     [Linux USB Devel]     [Linux Audio Users]     [Linux Kernel]     [Linux SCSI]     [Yosemite Backpacking]
  Powered by Linux