diff options
author | Eric <ewild@sysmocom.de> | 2023-08-31 20:11:49 +0200 |
---|---|---|
committer | Hoernchen <ewild@sysmocom.de> | 2023-10-04 12:53:18 +0000 |
commit | 992a49e586279e422f03b3766b3b4cd1aef409b8 (patch) | |
tree | c78dc547397c6ca578e92addc890b391ea71da5d | |
parent | osmo-trx-ms: bump osmocom-bb submodule commit (diff) | |
download | OsmoTRX-992a49e586279e422f03b3766b3b4cd1aef409b8.tar.xz OsmoTRX-992a49e586279e422f03b3766b3b4cd1aef409b8.zip |
ms: reduce rx burst queue size
This should be fine, because we can at most receive 1.5 bursts of data
at once and produce 2 bursts with previous data, so if this is insufficent the usb buffers are late or the upper layer is stuck and we're in trouble anyway.
Change-Id: Ifb8bf2894c87e4234e3d3f65d66c1e98c8f63c53
-rw-r--r-- | Transceiver52M/ms/ms.h | 3 |
1 files changed, 1 insertions, 2 deletions
diff --git a/Transceiver52M/ms/ms.h b/Transceiver52M/ms/ms.h index 4d0f0cd..18a6954 100644 --- a/Transceiver52M/ms/ms.h +++ b/Transceiver52M/ms/ms.h @@ -44,7 +44,6 @@ #include "threadpool.h" const unsigned int ONE_TS_BURST_LEN = (3 + 58 + 26 + 58 + 3 + 8.25) * 4 /*sps*/; -const unsigned int NUM_RXQ_FRAMES = 1; // rx thread <-> upper rx queue const unsigned int SCH_LEN_SPS = (ONE_TS_BURST_LEN * 8 /*ts*/ * 12 /*frames*/); template <typename T> @@ -133,7 +132,7 @@ struct one_burst { }; }; -using rx_queue_t = spsc_cond_timeout<8 * NUM_RXQ_FRAMES, one_burst, true, false>; +using rx_queue_t = spsc_cond_timeout<4, one_burst, true, false>; enum class SCH_STATE { SEARCHING, FOUND }; |