osmo-pcu.git branch jerlbeck/master updated. 0.2-490-g0c0ed3e

gitosis at osmocom.org gitosis at osmocom.org
Mon Jun 29 09:23:58 UTC 2015

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/master has been updated
       via  0c0ed3e98aecb331d67910dad28842e97ece7ec8 (commit)
       via  6d86628e5b6d81afae4ca1f24201ee90bfab1c2a (commit)
       via  e2e004e7a91a3cd680c11364d9cb8cd21c714a8b (commit)
       via  ace7b570a047b7ee36557091c10918240c4b8ff3 (commit)
      from  f1379346f7a54e6d0957932dfc90f9a62410adce (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 -----------------------------------------------------------------

commit 0c0ed3e98aecb331d67910dad28842e97ece7ec8
Author: Jacob Erlbeck <jerlbeck at 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
    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


commit 6d86628e5b6d81afae4ca1f24201ee90bfab1c2a
Author: Jacob Erlbeck <jerlbeck at 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


commit e2e004e7a91a3cd680c11364d9cb8cd21c714a8b
Author: Jacob Erlbeck <jerlbeck at 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


commit ace7b570a047b7ee36557091c10918240c4b8ff3
Author: Jacob Erlbeck <jerlbeck at 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(-)


More information about the osmocom-commitlog mailing list