Revision 6cf11ee6300f38b7cfc43af9b7be2afaa5e05869 authored by Hans Verkuil on 19 January 2015, 09:16:18 UTC, committed by Mauro Carvalho Chehab on 21 January 2015, 23:07:26 UTC
The locking scheme inside the vb2 thread is unsafe when stopping the thread. In particular kthread_stop was called *after* internal data structures were cleaned up instead of doing that before. In addition, internal vb2 functions were called after threadio->stop was set to true and vb2_internal_streamoff was called. This is also not allowed. All this led to a variety of race conditions and kernel warnings and/or oopses. Fixed by moving the kthread_stop call up before the cleanup takes place, and by checking threadio->stop before calling internal vb2 queuing operations. Signed-off-by: Hans Verkuil <hans.verkuil@cisco.com> Cc: <stable@vger.kernel.org> # for v3.16 and up Signed-off-by: Mauro Carvalho Chehab <mchehab@osg.samsung.com>
1 parent 42d74e4
| File | Mode | Size |
|---|---|---|
| Kconfig | -rw-r--r-- | 1.9 KB |
| Makefile | -rw-r--r-- | 419 bytes |
| da8xx_remoteproc.c | -rw-r--r-- | 7.7 KB |
| omap_remoteproc.c | -rw-r--r-- | 6.1 KB |
| omap_remoteproc.h | -rw-r--r-- | 2.8 KB |
| remoteproc_core.c | -rw-r--r-- | 39.0 KB |
| remoteproc_debugfs.c | -rw-r--r-- | 7.0 KB |
| remoteproc_elf_loader.c | -rw-r--r-- | 9.3 KB |
| remoteproc_internal.h | -rw-r--r-- | 3.5 KB |
| remoteproc_virtio.c | -rw-r--r-- | 9.2 KB |
| ste_modem_rproc.c | -rw-r--r-- | 8.6 KB |
Computing file changes ...
