6 Apr
2015
6 Apr
'15
6:25 p.m.
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, zecke/features/no-queue has been updated
discards eb180d59a2f377e7a5c430d8af5e118e4c35cde6 (commit)
discards a0d8542881465dea4f5723610cde7e976af4050d (commit)
discards b46464bf6e876f9d5dea4def2c8a6dc1b7bbfc88 (commit)
via 48b3aec416eebc1d0d76b97d169931fd2c1ed40b (commit)
via 63e2a7352f499c5eeeae81c5f868bdbbc86b6219 (commit)
via adaee02787c631541bd9b2b1d6a00fb6d0fc043c (commit)
via 82ac7cce66d5d39dc223f7a3bd905ea39ead1d02 (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 (eb180d59a2f377e7a5c430d8af5e118e4c35cde6)
\
N -- N -- N (48b3aec416eebc1d0d76b97d169931fd2c1ed40b)
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=48b3aec416eebc1d0d76b97d169931fd…
commit 48b3aec416eebc1d0d76b97d169931fd2c1ed40b
Author: Holger Hans Peter Freyther <holger(a)moiji-mobile.com>
Date: Mon Apr 6 12:03:45 2015 +0200
WIP sub: Remove the queue from the subscriber code...
Just coordinate paging and securing the channel.. and leave
the call handling.. SMS.. to the other layers.. this should
overcome the queue of getting "blocked".. the issue is now
with the upper layers..
* crashes fixed... late assignment audio issue..
http://cgit.osmocom.org/openbsc/commit/?id=63e2a7352f499c5eeeae81c5f868bdbb…
commit 63e2a7352f499c5eeeae81c5f868bdbbc86b6219
Author: Holger Hans Peter Freyther <holger(a)moiji-mobile.com>
Date: Mon Apr 6 09:55:10 2015 +0200
sub: Remove introspection of the "channel queue"
Over the next commits the queuing of commits will be
completely modified to remove the queue and move the
scheduling/limits to the outer callers.
http://cgit.osmocom.org/openbsc/commit/?id=adaee02787c631541bd9b2b1d6a00fb6…
commit adaee02787c631541bd9b2b1d6a00fb6d0fc043c
Author: Holger Hans Peter Freyther <holger(a)moiji-mobile.com>
Date: Mon Apr 6 16:54:55 2015 +0200
sub: Remove paging requests before dispatching
The dispatching might lead to the removal of more
paging requests and makes "request" invalid. Remove
it before calling the callback.
http://cgit.osmocom.org/openbsc/commit/?id=82ac7cce66d5d39dc223f7a3bd905ea3…
commit 82ac7cce66d5d39dc223f7a3bd905ea39ead1d02
Author: Holger Hans Peter Freyther <holger(a)moiji-mobile.com>
Date: Mon Apr 6 17:54:34 2015 +0200
mncc: Select the codec similar to the modify handling
In case the default TCH/F codec is "EFR" and we do an early
assignment from SDCCH to a TCH we would assign the TCH/H
codec. This is because the lchan_type will be neither a
TCH/H nor a TCH/F.
At the same time the _gsm48_lchan_modify code to check for
half vs. full-rate is the other way around. Align both.
It is full-rate if it is not a TCH_H. This will have some
other complications down the way (early assignment on
cells with only TCH/H). So the mode should not depend on
the _current_ channel but the kind of channel we want.
-----------------------------------------------------------------------
Summary of changes:
openbsc/src/libmsc/mncc_builtin.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
hooks/post-receive
--
The OpenBSC GSM Base Station Controller (+MSC/HLR/SGSN)