This 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 6381900677001088b8f2a74905cd3ac1994f33ba (commit)
via bcc20a871c61c9ab6188d6abe183dbced7ac241f (commit)
via 591c8993e9533da419fe1d995748b545a374416f (commit)
via f100992a20ea1f833f44c8f97efcd58cd18016e0 (commit)
via 49a8969bd6ff2cf89984a101677c5f09191a48ea (commit)
from de3b4a248e46b5bed1cce20774dceafc74c74073 (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=6381900677001088b8f2a74905cd3ac…
commit 6381900677001088b8f2a74905cd3ac1994f33ba
Author: Harald Welte <laforge(a)gnumonks.org>
Date: Fri Feb 23 13:37:45 2018 +0100
split scheduler_mframe.c from scheduler.c
There are use cases for the multiframe scheduler tables outside the
context of the entire scheduler. Let's prepare for that.
Related: OS#2978
Change-Id: I6a501e66c47809ae3cdc55bef2cb6390ee0096b1
http://cgit.osmocom.org/osmo-bts/commit/?id=bcc20a871c61c9ab6188d6abe183dbc…
commit bcc20a871c61c9ab6188d6abe183dbced7ac241f
Author: Harald Welte <laforge(a)gnumonks.org>
Date: Mon Feb 26 13:12:20 2018 +0100
{sysmo,lc15}: Fix RACH reporting in combined CBCH case
Combined CCCH with CBCH is a separate PCHAN type and hence we must
accept it in the list of RACH-carrying pchan types in order to correctly
report the RACH chan_nr when handing RACH requests up to L1SAP.
The bug this fixes likely might have rendered cells with combined CBCH
impossible to use.
Change-Id: I9537463e5eedd2b8b30f298e0d3b308367c5b1fb
http://cgit.osmocom.org/osmo-bts/commit/?id=591c8993e9533da419fe1d995748b54…
commit 591c8993e9533da419fe1d995748b545a374416f
Author: Harald Welte <laforge(a)gnumonks.org>
Date: Mon Feb 26 13:42:10 2018 +0100
{sysmo,lc15}: Correctly report BER to L1SAP in INFO_MEAS_IND
L1SAP uses 'ber10k' values, i.e. BER in 1/10000 units, where 10000
is all errors are bit-errors (= 100%).
The PHY on osmo-bts-sysmo and osmo-bts-lc15 is reporting a float fBer
value scaled to 1, i.e. 1.00 = 100% and hence must be 10000 as ber10k.
Before this patch, BER values reported on those BTS models were too
low by a factor of 100, resulting in way too optimistic RxQual values
reported to the BSC.
Closes: OS#3005
Change-Id: I17e2f8fe8055f613da1e554cd36ed13289f56fb3
http://cgit.osmocom.org/osmo-bts/commit/?id=f100992a20ea1f833f44c8f97efcd58…
commit f100992a20ea1f833f44c8f97efcd58cd18016e0
Author: Harald Welte <laforge(a)gnumonks.org>
Date: Mon Feb 26 11:37:53 2018 +0100
octphy: Remove code duplication for BER / RSSI conversion
Let's introduce some functions to hide the details of BER and RSSI
conversion from OCTPHY representation to L1SAP representation.
Change-Id: I517669c87a97b2ba164a2812811c8802fe0b92e8
http://cgit.osmocom.org/osmo-bts/commit/?id=49a8969bd6ff2cf89984a101677c5f0…
commit 49a8969bd6ff2cf89984a101677c5f09191a48ea
Author: Harald Welte <laforge(a)gnumonks.org>
Date: Mon Feb 26 08:49:59 2018 +0100
counters: split rach:sent into rach:drop, rach:ho, rach:cs and rach:ps
Change-Id: I51e9938df0e05b8fdb12686b9a9bb6994546deed
-----------------------------------------------------------------------
Summary of changes:
include/osmo-bts/bts.h | 5 +-
include/osmo-bts/scheduler.h | 30 +
src/common/Makefile.am | 2 +-
src/common/bts.c | 5 +-
src/common/l1sap.c | 8 +-
src/common/scheduler.c | 815 ---------------------
src/common/{scheduler.c => scheduler_mframe.c} | 935 +------------------------
src/osmo-bts-litecell15/l1_if.c | 5 +-
src/osmo-bts-octphy/l1_if.c | 40 +-
src/osmo-bts-sysmo/l1_if.c | 5 +-
src/osmo-bts-trx/Makefile.am | 2 +-
src/osmo-bts-virtual/Makefile.am | 2 +-
12 files changed, 78 insertions(+), 1776 deletions(-)
copy src/common/{scheduler.c => scheduler_mframe.c} (68%)
hooks/post-receive
--
Osmocom BTS-side code (Abis, scheduling, ...)