gstv4l2bufferpool: remove critical error message when process is called on an inactiv...
authorPhilipp Zabel <p.zabel@pengutronix.de>
Thu, 24 Nov 2016 13:25:22 +0000 (14:25 +0100)
committerNicolas Dufresne <nicolas.dufresne@collabora.com>
Thu, 24 Nov 2016 16:47:07 +0000 (11:47 -0500)
commit6b5807654b3b9eca69f59261009c1e47d83ef483
tree847445d35cad6f77195e4894abaeda71b0ab233e
parent65826f819ad96b997847f2b87c4bc52b16e02e34
gstv4l2bufferpool: remove critical error message when process is called on an inactive pool

If the pool is inactive, it is guaranteed to also be flushing, so the
following check will return GST_FLOW_FLUSHING anyway.
This can happen if a v4l2src is blocking on DQBUF in create and is sent
an EOS event on another thread. In that case the pool is set to
flushing/inactive without locking, the v4l2src is unblocked, and may
call pool_process with a valid buffer on the already inactive pool.

https://bugzilla.gnome.org/show_bug.cgi?id=775014
sys/v4l2/gstv4l2bufferpool.c