openbsc.git branch neels/gtphub updated. 0.15.0-43-gb707a38

gitosis at osmocom.org gitosis at osmocom.org
Tue Nov 17 13:37:57 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 "The OpenBSC GSM Base Station Controller (+MSC/HLR/SGSN)".

The branch, neels/gtphub has been updated
  discards  994a1b9cd4bdc610b7d3c17ccc9acf788c419936 (commit)
  discards  e63d2005d4034927a67d60dbdd4487efa5cd5440 (commit)
  discards  b667a92671dcd5c93d68ae3f0339ce3ae2d62ef9 (commit)
       via  b707a38fd0c72c69d3e5f197edc4a3214ace28aa (commit)
       via  177fb4f6b32743fb6ef1aadc17c1425092508383 (commit)
       via  22cd99f0064dbdd0a19af70872955c551d3b22a4 (commit)

This update added new revisions after undoing existing revisions.  That is
to say, the old revision is not a strict subset of the new revision.  This
situation occurs when you --force push a change and generate a repository
containing something like this:

 * -- * -- B -- O -- O -- O (994a1b9cd4bdc610b7d3c17ccc9acf788c419936)
            \
             N -- N -- N (b707a38fd0c72c69d3e5f197edc4a3214ace28aa)

When this happens we assume that you've already had alert emails for all
of the O revisions, and so we here report only the revisions in the N
branch from the common base, B.

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=b707a38fd0c72c69d3e5f197edc4a3214ace28aa

commit b707a38fd0c72c69d3e5f197edc4a3214ace28aa
Author: Neels Hofmeyr <nhofmeyr at sysmocom.de>
Date:   Tue Nov 17 14:30:37 2015 +0100

    gtphub: nr_map: add min,max and wrap.
    
    Implement min/max bounds for nr_pool, adjust nr_pool_init() and current tests,
    and create unit tests for nr_map wrapping.
    
    Sequence numbers range from 0 to 65535, while TEIs range from 1 to 0xffffffff.
    Both cause problems when the nr_pool surpasses the range: seq exit their valid
    range, causing unmappings to fail, and a TEI would be mapped as zero (invalid).
    
    Add a comment about TEI wrapping, and lose the comment about random TEIs (not
    really important).
    
    Sponsored-by: On-Waves ehi

http://cgit.osmocom.org/openbsc/commit/?id=177fb4f6b32743fb6ef1aadc17c1425092508383

commit 177fb4f6b32743fb6ef1aadc17c1425092508383
Author: Neels Hofmeyr <nhofmeyr at sysmocom.de>
Date:   Tue Nov 17 14:24:46 2015 +0100

    gtphub: fix number map range for TEIs.
    
    Use unsigned int for nr_map, just large enough to fit the TEI space.
    Adjust log output formats and casts accordingly.
    
    Fixes: TEIs are uint32_t, but the nr_map so far used int. This would cause TEIs
    from 0x80000000 on to be handled and printed as a negative value.
    
    Sponsored-by: On-Waves ehi

http://cgit.osmocom.org/openbsc/commit/?id=22cd99f0064dbdd0a19af70872955c551d3b22a4

commit 22cd99f0064dbdd0a19af70872955c551d3b22a4
Author: Neels Hofmeyr <nhofmeyr at sysmocom.de>
Date:   Tue Nov 17 14:21:05 2015 +0100

    gtphub: lose obsolete comment.
    
    The del_cb is now also used for ares (GGSN resolution) timeouts, and expiry is
    anyway separated from nr_map, so this comment is void.
    
    Sponsored-by: On-Waves ehi

-----------------------------------------------------------------------

Summary of changes:


hooks/post-receive
-- 
The OpenBSC GSM Base Station Controller (+MSC/HLR/SGSN)



More information about the osmocom-commitlog mailing list