This is merely a historical archive of years 2008-2021, before the migration to mailman3.
A maintained and still updated list archive can be found at https://lists.osmocom.org/hyperkitty/list/osmocom-commitlog@lists.osmocom.org/.
gitosis at osmocom.org gitosis at osmocom.orgThis is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "Osmocom BTS-side code (Abis, scheduling, ...)". The branch, master has been updated via a7c276b72b07b8b713c5d9af869159690e073441 (commit) from f869a95f3b81d281405e3fc3026e1d0d53174082 (commit) Those revisions listed above that are new to this repository have not appeared on any other notification email; so we list those revisions in full, below. - Log ----------------------------------------------------------------- http://cgit.osmocom.org/osmo-bts/commit/?id=a7c276b72b07b8b713c5d9af869159690e073441 commit a7c276b72b07b8b713c5d9af869159690e073441 Author: Holger Hans Peter Freyther <holger at moiji-mobile.com> Date: Tue Jul 14 09:44:19 2015 +0200 meas: Do not send incomplete measurement reports The RSL_IE_MEAS_RES_NR is mandatory element with a minimum of 5 octets (two for TL and three for the value). When we establish a new channel we might not have had enough time in a TDMA frame to calculate the average. The issue is not easy to reproduce. At the point we receive the measurement report we have two uplink measurements queued. As it is not easy to reproduce and only occurs when a channel is new I have decided to drop the message instead of sending made up uplink measurement reports. As of now lchan_build_rsl_ul_meas will always return 3 and the condition will never be false. Avoids: SYS#1781 ----------------------------------------------------------------------- Summary of changes: src/common/rsl.c | 19 +++++++++++-------- 1 file changed, 11 insertions(+), 8 deletions(-) hooks/post-receive -- Osmocom BTS-side code (Abis, scheduling, ...)