This is merely a historical archive of years 2008-2021, before the migration to mailman3.
A maintained and still updated list archive can be found at https://lists.osmocom.org/hyperkitty/list/osmocom-commitlog@lists.osmocom.org/.
gitosis at osmocom.org gitosis at osmocom.orgThis 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)