omx: Implement new approach for locking that should solve all deadlocks on RPi
authorSebastian Dröge <sebastian.droege@collabora.co.uk>
Thu, 10 Jan 2013 13:44:33 +0000 (14:44 +0100)
committerSebastian Dröge <sebastian.droege@collabora.co.uk>
Mon, 14 Jan 2013 09:36:32 +0000 (10:36 +0100)
commita42f27547da981fd87bede02f17286fe7903cecd
treec10bf5488e1f4dd22594af63f5c9bfcfb6ff56fb
parent1bf69c8f69988f11d78a411ffbc35ba0565d7f62
omx: Implement new approach for locking that should solve all deadlocks on RPi

No mutex is locked while calling any OpenMAX functions anymore
and everything from the OpenMAX callbacks is inserted into a message
queue and handled from outside the callbacks.

Also there's only a single mutex and condition variable per component
now for handling anything from OpenMAX callbacks and a single mutex
for keeping our component/port state sane.
omx/Makefile.am
omx/gstomx.c
omx/gstomx.h
omx/gstomxaudioenc.c
omx/gstomxrecmutex.c [deleted file]
omx/gstomxrecmutex.h [deleted file]