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, jerlbeck/wip/ms-struct has been updated via 407851b865f49ddb0ea37a1d8a26a979f08e50d8 (commit) via 196ddc58a414bb0209e672896d1119d7297c2872 (commit) via 77a23a7de4435b1076bdfd1ac1f0e47d0fac1af6 (commit) via e75e76defef5e7c1e0ecf3246185bcdcca64152d (commit) from 67728acc7a90dbf076eb179d6e3e119a4197896a (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=407851b865f49ddb0ea37a1d8a26a979...
commit 407851b865f49ddb0ea37a1d8a26a979f08e50d8 Author: Jacob Erlbeck jerlbeck@sysmocom.de Date: Fri Jun 19 10:59:58 2015 +0200
tbf: Add BTS::ms_alloc method
Currently the code that creates the MS objects with tbf.cpp is duplicated.
This commit moves the corresponding code into a new method. Since there is no TLLI available there, the GprsMsStorage::create_ms method has been refactored into two variants, one with TLLI/direction and one without.
Sponsored-by: On-Waves ehf
http://cgit.osmocom.org/osmo-pcu/commit/?id=196ddc58a414bb0209e672896d1119d7...
commit 196ddc58a414bb0209e672896d1119d7297c2872 Author: Jacob Erlbeck jerlbeck@sysmocom.de Date: Fri Jun 19 09:08:23 2015 +0200
tbf: Always create an MS object on TBF allocation
Currently the MS object are created when the TLLI gets known. Therefore some information (TA, MS class) must be stored in the TBF itself and is copied to the MS object later on. This would get even more complex, if the allocation algorithms were extended based on this scheme.
This commit ensures, that an MS object will always be created on TBF allocation, even if the TLLI is not yet known. These 'anonymous' objects are still managed by the MS storage. To avoid dangling entries without a TLLI there (which cannnot be retrieved anyway), the timer in the MS objects is not started after all TBF have been detached, so that they get deleted immediately in that case.
Note that an MS object can still be removed (e.g. by replacement) from an existing TBF, so tbf->ms() can be NULL.
Ticket: #1794 Sponsored-by: On-Waves ehf
http://cgit.osmocom.org/osmo-pcu/commit/?id=77a23a7de4435b1076bdfd1ac1f0e47d...
commit 77a23a7de4435b1076bdfd1ac1f0e47d0fac1af6 Author: Jacob Erlbeck jerlbeck@sysmocom.de Date: Thu Jun 18 17:16:26 2015 +0200
tbf: Pass the MS object around instead of old_tbf
Currently the old TBF (either uplink or downlink) is passed around at TBF allocation mainly to get information about the MS. To implement more complex allocation algorithms, the MS object itself will be needed anyway.
This commit replaces the old_tbf arguments by MS object arguments.
Sponsored-by: On-Waves ehf
http://cgit.osmocom.org/osmo-pcu/commit/?id=e75e76defef5e7c1e0ecf3246185bcdc...
commit e75e76defef5e7c1e0ecf3246185bcdcca64152d Author: Jacob Erlbeck jerlbeck@sysmocom.de Date: Thu Jun 18 15:49:52 2015 +0200
tbf: Remove update_tlli method
This method does not do anything anymore, it's functionality has been taken over by update_ms.
This commit removes gprs_rlcmac_tbf::update_tlli completely.
Sponsored-by: On-Waves ehf
-----------------------------------------------------------------------
Summary of changes: src/bts.cpp | 16 ++- src/bts.h | 4 +- src/gprs_ms.cpp | 2 +- src/gprs_ms_storage.cpp | 17 ++- src/gprs_ms_storage.h | 1 + src/gprs_rlcmac.h | 5 +- src/gprs_rlcmac_ts_alloc.cpp | 20 ++-- src/tbf.cpp | 81 ++++++-------- src/tbf.h | 8 +- src/tbf_dl.cpp | 3 +- tests/alloc/AllocTest.cpp | 16 +-- tests/tbf/TbfTest.cpp | 5 +- tests/tbf/TbfTest.err | 252 ++++++++++++++++++++++--------------------- 13 files changed, 225 insertions(+), 205 deletions(-)
hooks/post-receive