Adrian Chadd 9b386707d8 Fix hackrf receive hangs by checking before each lock wait ... Fix receive path hangs if another thread closes down the hackrf receive whilst this buffer receive function is waiting to be woken up. Now: * Sleep for up to 100ms each time waiting for the cond to be kicked; * Check whether streaming is still enabled each time rather than only when the function is entered. This fixes hangs where consumers like gqrx via gnuradio will do a stop_rx/start_rx very quickly to change something, and the buffer receive path is waiting for a buffer. Signed-off-by: Eric Wild <ewild@sysmocom.de>		2020-12-18 13:22:24 +01:00
..
CMakeLists.txt	cmake: actually make linking work	2020-08-03 02:20:16 +02:00
hackrf_common.cc	hackrf: replace boost::assign with C++11	2020-02-16 09:52:00 +01:00
hackrf_common.h	HackRF: fix hackrf_source signedness	2020-08-09 14:48:49 +02:00
hackrf_sink_c.cc	A lot of Boost functionality is available in C++11. Since GNU Radio is moving away from Boost, it probably makes sense to do so in gr-osmosdr as well.	2020-08-02 23:52:25 +02:00
hackrf_sink_c.h	hackrf: allow transmit/receive switching	2020-02-16 09:52:00 +01:00
hackrf_source_c.cc	Fix hackrf receive hangs by checking before each lock wait	2020-12-18 13:22:24 +01:00
hackrf_source_c.h	HackRF: convert _lut to float[] to reduce size by a factor of 256	2020-08-03 01:20:52 +02:00