osmocom-commitlog

osmocom-commitlog@lists.osmocom.org

7948 discussions

Start a nNew thread

libosmocore.git branch master updated. 0.10.2-207-g2873bf1f
by gitosis＠osmocom.org 15 Mar '18

15 Mar '18

1 0

osmo-trx.git branch master updated. 0.2.0-69-gc0c6d70
by gitosis＠osmocom.org 14 Mar '18

14 Mar '18

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 "OpenBTS' transceiver retro-fit". The branch, master has been updated via c0c6d70fe9d4122e6142b0a9785a44a7f3d0cf0d (commit) via 8c6c5d2bcd3f37e132b73a12e6a83cf07e15260f (commit) via a62fcf786a0484e55e98861d52e31a83353373d6 (commit) via 4d9b59c3efb269a6e2c9046ae3653f1c8fbdb3f6 (commit) via bd0efb0bea27b63a7dd9003dc36e4388978499b6 (commit) from 8fbbd656c76eecff1a99432f6f54272c3884bc84 (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-trx/commit/?id=c0c6d70fe9d4122e6142b0a9785a44a… commit c0c6d70fe9d4122e6142b0a9785a44a7f3d0cf0d Author: Vadim Yanitskiy <axilirator(a)gmail.com> Date: Fri Mar 9 05:08:23 2018 +0700 Transceiver.cpp: prevent out-of-range array access There was no a simple range check for both (NO)HANDOVER commands, so an out-of-range access was possible. For example, a command: CMD HANDOVER 0 -3 might enable EDGE at run-time, because: a[i] == *(a + i) Let's fix this. Change-Id: I24a5f70e8e8097f218d7cbdef8cb10df2c35416f http://cgit.osmocom.org/osmo-trx/commit/?id=8c6c5d2bcd3f37e132b73a12e6a83cf… commit 8c6c5d2bcd3f37e132b73a12e6a83cf07e15260f Author: Vadim Yanitskiy <axilirator(a)gmail.com> Date: Fri Mar 9 05:01:21 2018 +0700 Transceiver.cpp: fix incorrect format string for SETTSC Change-Id: If69a478121a31aa7df945548cc17271c476d6a6b http://cgit.osmocom.org/osmo-trx/commit/?id=a62fcf786a0484e55e98861d52e31a8… commit a62fcf786a0484e55e98861d52e31a83353373d6 Author: Vadim Yanitskiy <axilirator(a)gmail.com> Date: Fri Mar 9 03:24:08 2018 +0700 Transceiver.cpp: use pointer arithmetics for CMD parsing It looks like the author of control command parsing code was not familar with simple pointer arithmetics, so excessive amount of memory and useless memcopying was used to parse a single command. Let's introduce two pointers, one of which will point to the beginning of a command, another to the beginning of its arguments. Also, let's simplify the command matching by using a separate function called 'MATCH_CMD'. Change-Id: I226ca0771e63228cf5e04ef9766057d4107fdd11 http://cgit.osmocom.org/osmo-trx/commit/?id=4d9b59c3efb269a6e2c9046ae3653f1… commit 4d9b59c3efb269a6e2c9046ae3653f1c8fbdb3f6 Author: Vadim Yanitskiy <axilirator(a)gmail.com> Date: Fri Mar 9 02:54:45 2018 +0700 Transceiver.cpp: properly zero-terminate received commands Previously it was assumed that a sender should zero-terminate each command being sent. Otherwise, this could cause to printing garbage. Let's do this manually, using the length of received data as a position for '\0'. Change-Id: I69f413f33156c38a853efc5a8cdc66fbfb0ca6af http://cgit.osmocom.org/osmo-trx/commit/?id=bd0efb0bea27b63a7dd9003dc36e438… commit bd0efb0bea27b63a7dd9003dc36e4388978499b6 Author: Vadim Yanitskiy <axilirator(a)gmail.com> Date: Fri Mar 9 02:45:07 2018 +0700 Transceiver.cpp: use a define for the MAX_PACKET_LENGTH No need to keep this value on stack. Change-Id: If9ffb03b9e7b642f45732ba5938977bca271f1c7 ----------------------------------------------------------------------- Summary of changes: Transceiver52M/Transceiver.cpp | 151 +++++++++++++++++++++++------------------ 1 file changed, 86 insertions(+), 65 deletions(-) hooks/post-receive -- OpenBTS' transceiver retro-fit

1 0

openbsc.git branch master updated. 1.0.0-19-g4be40b4f1
by gitosis＠osmocom.org 14 Mar '18

14 Mar '18

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 "Legacy: The OpenBSC GSM Base Station Controller (+MSC/HLR/SGSN)". The branch, master has been updated via 4be40b4f1d2a82cfcd39881ac8a23577369353e4 (commit) via 99805db3c30f5d9b1f6913407545a75ab41d7065 (commit) from 55d172617c2b6df3abdd430bf5751ddbd4420551 (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/openbsc/commit/?id=4be40b4f1d2a82cfcd39881ac8a23577… commit 4be40b4f1d2a82cfcd39881ac8a23577369353e4 Author: Stefan Sperling <ssperling(a)sysmocom.de> Date: Wed Mar 14 20:27:49 2018 +0100 bts chan_load: ignore unusable BTS For unconnected BTS, the channel load would report a "bogus channel load sample" every second (on RLL debug). Instead, skip unusable BTS. This follows up on commit 6cee893a0f2c4e53155a2631aff12a5f615b973d / I57e38f6d6ba3b23cc6e1f9520b90261dbb1f1cec 'Make "waiting indicator" of IMMEDIATE ASSIGN REJECT dynamic.' Port of omo-bsc commit f802f7fd7aec1d91084231a80bbce6f2ed7bd299 Change-Id: Icd50d101244641a6ffdde17e60d7a89719225c65 http://cgit.osmocom.org/openbsc/commit/?id=99805db3c30f5d9b1f6913407545a75a… commit 99805db3c30f5d9b1f6913407545a75ab41d7065 Author: Stefan Sperling <ssperling(a)sysmocom.de> Date: Wed Mar 14 20:15:24 2018 +0100 Make "waiting indicator" of IMMEDIATE ASSIGN REJECT dynamic. The IMMEDIATE ASSIGN REJECT message contains a wait indicator which tells an MS requesting a channel to wait for a specified amount of time before trying to request a channel again, i.e. the wait indicator controls the T3122 timeout value in the MS. Previously, the wait indicator was fixed to 10 seconds. This is not sufficient if there are a lot of MS requesting channels because the MS will retry too soon. Instead of using a fixed value, maintain a dynamic wait indicator value based on average channel load. The load (used vs. available channels on a BTS) is sampled once per second, and once 8 samples have been collected we update a BTS-specific T3122 wait indicator based on the measured load. While the wait indicator could go up to 255 seconds, this initial implementation keeps it in the range from 10 to 128 seconds. Further experimentation and testing will show whether higher wait indicator values are desirable, if the sampling rate needs to change, or if the function mapping the load measurement to a wait indicator value should change (currently we map the load average linearly into the range [10, 128] inclusive). Port of osmo-bsc commit 6cee893a0f2c4e53155a2631aff12a5f615b973d Change-Id: Id9df0e790ece8108212b2ddf718cf2953f5b9bd4 Related: OS#2592 ----------------------------------------------------------------------- Summary of changes: openbsc/include/openbsc/chan_alloc.h | 6 +-- openbsc/include/openbsc/gsm_data.h | 3 ++ openbsc/include/openbsc/gsm_data_shared.h | 13 +++++ openbsc/src/libbsc/abis_rsl.c | 38 ++++++++------- openbsc/src/libbsc/bsc_init.c | 2 + openbsc/src/libbsc/bsc_vty.c | 2 +- openbsc/src/libbsc/chan_alloc.c | 80 +++++++++++++++++++++++++++++++ openbsc/src/libbsc/net_init.c | 24 ++++++++++ openbsc/src/libcommon/gsm_data_shared.c | 3 ++ openbsc/tests/channel/Makefile.am | 5 ++ openbsc/tests/channel/channel_test.c | 11 +++-- 11 files changed, 158 insertions(+), 29 deletions(-) hooks/post-receive -- Legacy: The OpenBSC GSM Base Station Controller (+MSC/HLR/SGSN)

1 0

osmocom-bb.git branch master updated. osmocon_v0.0.0-1903-gd49a748c
by gitosis＠osmocom.org 14 Mar '18

14 Mar '18

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 "The Open Source GSM Base Band stack". The branch, master has been updated via d49a748cbbf7d7b5bb77f3d906179da9b462e6d1 (commit) via a4d255269a7d4e58d2ec0fbb42483495b8c247c9 (commit) from 8b9d3170ff265c934f6271bd445ff5a6788ffffb (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/osmocom-bb/commit/?id=d49a748cbbf7d7b5bb77f3d906179… commit d49a748cbbf7d7b5bb77f3d906179da9b462e6d1 Author: Vadim Yanitskiy <axilirator(a)gmail.com> Date: Thu Dec 14 04:03:59 2017 +0700 common/l1ctl.c move TCH bit-ordering to the firmware Previously, TCH frames coming from L1 were reordered to the RTP format. Moreover, the implementation had a few problems: - L1CTL is not the best place for such manipulations; - payloads with other than FR codec were corrupted. Let's use RTP-ordered payloads on the L1CTL interface, performing TCH frame reordering at the firmware. Please note, that actual FR reordering was moved to the firmware as is, without any codec determination. This could be fixed in a separate change. Change-Id: I81ec8ed3c9e72a62b22c1720c299cdc68b733cf1 http://cgit.osmocom.org/osmocom-bb/commit/?id=a4d255269a7d4e58d2ec0fbb42483… commit a4d255269a7d4e58d2ec0fbb42483495b8c247c9 Author: Vadim Yanitskiy <axilirator(a)gmail.com> Date: Sat Dec 16 17:52:31 2017 +0700 L1CTL/L1CTL_CRYPTO_REQ: add key length and channel info Previously, the L1CTL_CRYPTO_REQ message contained only a ciphering algorithm and actual Kc key to be used. The key length was calculated manually using the MSGB API. Let's avoid manual calculations here, as it may cause unexpected behavior if the message structure is changed. Also, let's fill the UL header with minimal information about a channel, which is going to be encrypted. Change-Id: I5fab079907c5276322d3ec2b46cab81f10c7ed09 ----------------------------------------------------------------------- Summary of changes: include/l1ctl_proto.h | 1 + src/host/layer23/include/osmocom/bb/common/l1ctl.h | 4 +- src/host/layer23/src/common/l1ctl.c | 47 +++---------------- src/host/layer23/src/mobile/gsm48_rr.c | 12 +++-- src/target/firmware/Makefile | 3 +- src/target/firmware/layer1/l23_api.c | 5 +-- src/target/firmware/layer1/prim_tch.c | 52 ++++++++++++++++++++++ 7 files changed, 73 insertions(+), 51 deletions(-) hooks/post-receive -- The Open Source GSM Base Band stack

1 0

osmo-bts.git branch master updated. 0.7.0-156-gfbf0eac
by gitosis＠osmocom.org 14 Mar '18

14 Mar '18

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 fbf0eac21b0acdbc35eb978b1edf77c2075c546e (commit) from 5b8889ce6b4661a14e79c6103fdd0eaf57a872b0 (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=fbf0eac21b0acdbc35eb978b1edf77c… commit fbf0eac21b0acdbc35eb978b1edf77c2075c546e Author: Vadim Yanitskiy <axilirator(a)gmail.com> Date: Tue Mar 13 15:17:38 2018 +0700 common/main.c: track talloc NULL contexts by default In order to be able to introspect not only the root application context, but also all other contexts, e.g. allocated within libosmocore or other libraries, let's enable tracking the use of NULL contexts using the corresponding talloc API. In order to obserbe all existing contexts, use the following VTY command: OsmoBTS# show talloc-context all ... Example of usage: OsmoBTS# show talloc-context all brief talloc report on 'null_context' (total 1302808 bytes in 5185 blocks) lapd context contains 129 bytes in 5 blocks struct signal_handler contains 40 bytes in 1 blocks struct pcu_sock_state contains 120 bytes in 1 blocks struct lookup_helper contains 24 bytes in 1 blocks struct signal_handler contains 40 bytes in 1 blocks struct signal_handler contains 40 bytes in 1 blocks abis contains 49065 bytes in 19 blocks struct signal_handler contains 40 bytes in 1 blocks struct signal_handler contains 40 bytes in 1 blocks struct signal_handler contains 40 bytes in 1 blocks vty contains 93690 bytes in 5008 blocks logging contains 2862 bytes in 7 blocks OsmoBTS context contains 1156678 bytes in 137 blocks Change-Id: I5e9381902dace7dfd37f98b657e4697b5afcff96 ----------------------------------------------------------------------- Summary of changes: src/common/main.c | 3 +++ 1 file changed, 3 insertions(+) hooks/post-receive -- Osmocom BTS-side code (Abis, scheduling, ...)

1 0

sdrangelove.git branch master updated. fcc6956cbd57457928332eae01a5ff518db24499
by gitosis＠osmocom.org 13 Mar '18

13 Mar '18

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 "Repository for OsmoSDR UI". The branch, master has been updated via fcc6956cbd57457928332eae01a5ff518db24499 (commit) from 64a1d97017aaa769d8181645cd198616fb2a105b (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/sdrangelove/commit/?id=fcc6956cbd57457928332eae01a5… commit fcc6956cbd57457928332eae01a5ff518db24499 Author: Steve Markgraf <steve(a)steve-m.de> Date: Tue Mar 13 20:23:29 2018 +0100 fix build with GCC 7 Signed-off-by: Steve Markgraf <steve(a)steve-m.de> ----------------------------------------------------------------------- Summary of changes: CMakeLists.txt | 5 +++++ 1 file changed, 5 insertions(+) hooks/post-receive -- Repository for OsmoSDR UI

1 0

libosmocore.git branch master updated. 0.10.2-206-g11a4d9dd
by gitosis＠osmocom.org 13 Mar '18

13 Mar '18

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 "An utility library for Open Source Mobile Communications". The branch, master has been updated via 11a4d9dd91216fe353e94bfdbbab53bc4f891c0d (commit) from b10ec0be5ffcd8759bb8b1461549a7eaf570bd9b (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/libosmocore/commit/?id=11a4d9dd91216fe353e94bfdbbab… commit 11a4d9dd91216fe353e94bfdbbab53bc4f891c0d Author: Stefan Sperling <ssperling(a)sysmocom.de> Date: Thu Feb 15 18:28:04 2018 +0100 support for more cell ID list types in libosmocore Introduce gsm0808_dec_cell_id_list2() with supports additional types of cell identifier lists. The new parsing routines are based on similar routines used by the paging code in osmo-bsc's osmo_bsc_bssap.c. Likewise, introduce gsm0808_enc_cell_id_list2() with support for the same additional types of cell identifier lists. The old API using struct gsm0808_cell_id_list is deprecated. The previous definition was insufficient because it assumed that all decoded cell ID types could be represented with a single uint16_t. It was declared in a GSM protocol header (gsm/protocol/gsm_08_08.h) despite being a host-side representation of data in an IE. The only user I am aware of is in osmo-msc, where this struct is used for one local variable. osmo-msc releases >= 1.1.0 make use of this API. While here, fix a small bug in a test: test_gsm0808_enc_dec_cell_id_list_bss() set the cell ID type to 'LAC' but obviously wants to use type 'BSS'. Change-Id: Ib7e754f538df0c83298a3c958b4e15a32fcb8abb Related: OS#2847 ----------------------------------------------------------------------- Summary of changes: include/osmocom/gsm/gsm0808.h | 7 +- include/osmocom/gsm/gsm0808_utils.h | 29 +++- include/osmocom/gsm/gsm23003.h | 7 + include/osmocom/gsm/protocol/gsm_08_08.h | 7 +- src/gsm/gsm0808.c | 36 ++++- src/gsm/gsm0808_utils.c | 258 +++++++++++++++++++++++++++++++ src/gsm/libosmogsm.map | 3 + tests/gsm0808/gsm0808_test.c | 47 +++--- 8 files changed, 360 insertions(+), 34 deletions(-) hooks/post-receive -- An utility library for Open Source Mobile Communications

1 0

osmo-trx.git branch master updated. 0.2.0-64-g8fbbd65
by gitosis＠osmocom.org 13 Mar '18

13 Mar '18

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 "OpenBTS' transceiver retro-fit". The branch, master has been updated via 8fbbd656c76eecff1a99432f6f54272c3884bc84 (commit) via b35cba613ab2295ec99c897c9a80660ac2738491 (commit) from 8dffadb8da92e7b0af97362936a117ebfbd9323d (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-trx/commit/?id=8fbbd656c76eecff1a99432f6f54272… commit 8fbbd656c76eecff1a99432f6f54272c3884bc84 Author: Pau Espin Pedrol <pespin(a)sysmocom.de> Date: Wed Mar 7 20:21:06 2018 +0100 Build Transceiver52M/common as an .la lib Stop picking files from that directory on different places as it causes dependency issues during make distclean/maintainer-clean. Fixes: OS#3029 Change-Id: I81bb4251d18fce978d27849b621b20f541caab0b http://cgit.osmocom.org/osmo-trx/commit/?id=b35cba613ab2295ec99c897c9a80660… commit b35cba613ab2295ec99c897c9a80660ac2738491 Author: Pau Espin Pedrol <pespin(a)sysmocom.de> Date: Wed Mar 7 14:39:26 2018 +0100 Makefile.am: Avoid using subdir if arch is not required There's no need in going a level deeper if we already know nothing's going to be done. This way we also get cleaner make outputs. Reference: https://www.gnu.org/software/automake/manual/html_node/Conditional-Subdirec… Related: OS#3029 Change-Id: I3ff57ab14edc575904e8137929a0ef02c95e03af ----------------------------------------------------------------------- Summary of changes: Transceiver52M/Makefile.am | 17 ++++++++--------- Transceiver52M/arm/Makefile.am | 5 ++--- Transceiver52M/common/Makefile.am | 15 +++++++++++++++ Transceiver52M/x86/Makefile.am | 6 +----- configure.ac | 1 + 5 files changed, 27 insertions(+), 17 deletions(-) create mode 100644 Transceiver52M/common/Makefile.am hooks/post-receive -- OpenBTS' transceiver retro-fit

1 0

libosmocore.git branch neels/inter_bsc_ho created. 0.10.2-207-g780971e9
by gitosis＠osmocom.org 13 Mar '18

13 Mar '18

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 "An utility library for Open Source Mobile Communications". The branch, neels/inter_bsc_ho has been created at 780971e9fb9654ebee53d6044cc6c7eee09011eb (commit) - Log ----------------------------------------------------------------- http://cgit.osmocom.org/libosmocore/commit/?id=780971e9fb9654ebee53d6044cc6… commit 780971e9fb9654ebee53d6044cc6c7eee09011eb Author: Neels Hofmeyr <neels(a)hofmeyr.de> Date: Tue Mar 13 03:40:53 2018 +0100 add support for gsm0808 HANDOVER REQUIRED message Change-Id: Idb6dc3eab0282158a17091d97ed77c1e2e3eb3c2 http://cgit.osmocom.org/libosmocore/commit/?id=d97bcebd64b604efbe8502a81fb2… commit d97bcebd64b604efbe8502a81fb2fc504903b4a9 Author: Stefan Sperling <ssperling(a)sysmocom.de> Date: Thu Feb 15 18:28:04 2018 +0100 support for more cell ID list types in libosmocore Introduce gsm0808_dec_cell_id_list2() with supports additional types of cell identifier lists. The new parsing routines are based on similar routines used by the paging code in osmo-bsc's osmo_bsc_bssap.c. Likewise, introduce gsm0808_enc_cell_id_list2() with support for the same additional types of cell identifier lists. The old API using struct gsm0808_cell_id_list is deprecated. The previous definition was insufficient because it assumed that all decoded cell ID types could be represented with a single uint16_t. It was declared in a GSM protocol header (gsm/protocol/gsm_08_08.h) despite being a host-side representation of data in an IE. The only user I am aware of is in osmo-msc, where this struct is used for one local variable. osmo-msc releases >= 1.1.0 make use of this API. While here, fix a small bug in a test: test_gsm0808_enc_dec_cell_id_list_bss() set the cell ID type to 'LAC' but obviously wants to use type 'BSS'. Change-Id: Ib7e754f538df0c83298a3c958b4e15a32fcb8abb Related: OS#2847 ----------------------------------------------------------------------- hooks/post-receive -- An utility library for Open Source Mobile Communications

1 0

osmo-pcu.git branch master updated. 0.4.0-101-g5a59194
by gitosis＠osmocom.org 13 Mar '18

13 Mar '18

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 "UNNAMED PROJECT". The branch, master has been updated via 5a5919435ef85933456b50dc32f3c92802730efa (commit) from bdc55fad62e333951a0eb1fc7b96aaaec16dd6ff (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-pcu/commit/?id=5a5919435ef85933456b50dc32f3c92… commit 5a5919435ef85933456b50dc32f3c92802730efa Author: Neels Hofmeyr <neels(a)hofmeyr.de> Date: Mon Mar 5 20:44:11 2018 +0100 configure: add --enable-werror Provide a sane means of adding the -Werror compiler flag. Currently, some of our jenkins.sh add -Werror by passing 'CFLAGS="-Werror"', but that actually *overwrites* all the other CFLAGS we might want to have set. Maintain these exceptions from -Werror: a) deprecation (allow upstream to mark deprecation without breaking builds); b) "#warning" pragmas (allow to remind ourselves of errors without breaking builds) As a last configure step before generating the output files, print the complete CFLAGS and CPPFLAGS by means of AC_MSG_RESULT. Change-Id: I0f735913fc3bbda695c4e66449dcfc94f417dafb ----------------------------------------------------------------------- Summary of changes: configure.ac | 21 +++++++++++++++++++++ 1 file changed, 21 insertions(+) hooks/post-receive -- UNNAMED PROJECT

1 0

← Newer
1
...
4
5
6
7
8
9
10
...
795
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

osmocom-commitlog