Change in ...osmocom-bb[master]: trxcon/scheduler: fix: do not ignore SACCH prims with odd length
gerrit-no-reply at lists.osmocom.org
Sat Jun 1 21:07:22 UTC 2019
Vadim Yanitskiy has submitted this change and it was merged. ( https://gerrit.osmocom.org/c/osmocom-bb/+/14325 )
Change subject: trxcon/scheduler: fix: do not ignore SACCH prims with odd length
trxcon/scheduler: fix: do not ignore SACCH prims with odd length
Before this patch, prim_dequeue_sacch() used to ignore SACCH primitives
with odd length (e.g. 21, when sender forgot to push 2 octets of L1
SACCH header), so neither they were transmitted, nor rejected.
As a result, they would stay in the Tx queue until a dedicated
connection is released. The only way to notice such problem
was looking at the constantly growing talloc's report.
Instead of ignoring the primitives with odd length and keeping them
in the queue, let's pass them to a logical channel handler, so they
would be dequeued and rejected with a proper logging event.
Also, to simplify further debugging, let's print the final decision
of SACCH prioritization: whether it's a Measurement Report or not.
1 file changed, 4 insertions(+), 4 deletions(-)
Jenkins Builder: Verified
Vadim Yanitskiy: Looks good to me, approved
diff --git a/src/host/trxcon/sched_prim.c b/src/host/trxcon/sched_prim.c
index 275a050..50dfd6e 100644
@@ -253,10 +253,6 @@
if (prim->chan != lchan->type)
- /* Just to be sure... */
- if (prim->payload_len != GSM_MACBLOCK_LEN)
/* Look for a Measurement Report */
if (!prim_mr && PRIM_IS_MR(prim))
prim_mr = prim;
@@ -307,6 +303,10 @@
/* Update the MR transmission state */
lchan->sacch.mr_tx_last = PRIM_IS_MR(prim);
+ LOGP(DSCHD, LOGL_DEBUG, "SACCH decision on lchan=%s: %s\n",
+ trx_lchan_desc[lchan->type].name, PRIM_IS_MR(prim) ?
+ "Measurement Report" : "data frame");
To view, visit https://gerrit.osmocom.org/c/osmocom-bb/+/14325
To unsubscribe, or for help writing mail filters, visit https://gerrit.osmocom.org/settings
Gerrit-Owner: Vadim Yanitskiy <axilirator at gmail.com>
Gerrit-Reviewer: Jenkins Builder
Gerrit-Reviewer: Vadim Yanitskiy <axilirator at gmail.com>
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the gerrit-log