Project

General

Profile

Bug #3834

MS set_mode()/set_current_cs_*() inconsistent results

Added by msuraev almost 2 years ago. Updated about 2 months ago.

Status:
Resolved
Priority:
Normal
Assignee:
-
Target version:
-
Start date:
03/12/2019
Due date:
% Done:

100%

Spec Reference:

Description

Calling set_mode() for a given MS results in inconsistent settings:
  • it's possible to set current DL MCS higher than max value
  • EGPRS and EGPRS_GMSK have the same max DL MCS
  • setting EGPRS* mode drops current/max MCS values to unknown

This should be fixed/documented and covered by unit tests. The incomplete implementation for the latter is available in https://gerrit.osmocom.org/c/osmo-pcu/+/13164 but it's not working properly yet due to ASAN bug cause by side effects in GprsMsStorage::ms_idle() which can delete MS which is triggered by GprsMs::detach_tbf() via GprsMs::update_status().


Related issues

Related to OsmoPCU - Bug #3827: BSSGP counter group errors in TBF testResolved03/07/2019

Related to OsmoPCU - Bug #3828: UL (M)CS update errors in TBF testResolved03/07/2019

Related to OsmoPCU - Bug #3395: Uplink CS/MCS control is broken osmo-pcu is used with osmo-bts-trx/osmo-trxResolved07/14/2018

History

#1 Updated by msuraev almost 2 years ago

  • Related to Bug #3827: BSSGP counter group errors in TBF test added

#2 Updated by msuraev almost 2 years ago

  • Related to Bug #3828: UL (M)CS update errors in TBF test added

#3 Updated by msuraev almost 2 years ago

  • Related to Bug #3395: Uplink CS/MCS control is broken osmo-pcu is used with osmo-bts-trx/osmo-trx added

#4 Updated by laforge almost 2 years ago

  • Assignee set to lynxis

#5 Updated by laforge about 1 year ago

  • Assignee deleted (lynxis)

#6 Updated by pespin about 2 months ago

  • Status changed from New to Resolved
  • % Done changed from 0 to 100

Done in recent work to have testing infrastructure and support for GPRS+EGPRS multiplexing, see #4544.

Also available in: Atom PDF

Add picture from clipboard (Maximum size: 48.8 MB)