Daniel Vetter 6b607e3a65 dma-buf: don't hold the mutex around map/unmap calls ... The mutex protects the attachment list and hence needs to be held around the callbakc to the exporters (optional) attach/detach functions. Holding the mutex around the map/unmap calls doesn't protect any dma_buf state. Exporters need to properly protect any of their own state anyway (to protect against calls from their own interfaces). So this only makes the locking messier (and lockdep easier to anger). Therefore let's just drop this. v2: Rebased on top of latest dma-buf-next git. Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch> Reviewed-by: Rob Clark <rob.clark@linaro.org> Signed-off-by: Sumit Semwal <sumit.semwal@linaro.org>		2012-03-26 11:32:50 +05:30
..
acpi
asm-generic	[PARISC] fix compile break caused by iomap: make IOPORT/PCI mapping functions conditional	2012-02-27 09:43:30 -06:00
crypto
drm	drm/exynos: exynos_drm.h header file fixes	2012-02-15 10:29:12 +09:00
keys
linux	dma-buf: don't hold the mutex around map/unmap calls	2012-03-26 11:32:50 +05:30
math-emu
media
misc
mtd
net	route: Remove redirect_genid	2012-03-08 00:30:32 -08:00
pcmcia
rdma
rxrpc
scsi
sound
target	target: Change target_submit_cmd() to return void	2012-02-07 06:41:04 +00:00
trace	sched/events: Revert trace_sched_stat_sleeptime()	2012-02-22 12:06:55 +01:00
video	fbdev fixes for 3.3	2012-02-07 15:54:02 -08:00
xen
Kbuild