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 "Lev Walkin's asn1 compiler".
The branch, aper has been updated
via 6e00cbce7304a6972e82a12bb5fa82e41fa541be (commit)
from 8a25624bc6409c740b30b7c6d876491c02273975 (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/asn1c/commit/?id=6e00cbce7304a6972e82a12bb5fa82e41f…
commit 6e00cbce7304a6972e82a12bb5fa82e41fa541be
Author: Harald Welte <laforge(a)gnumonks.org>
Date: Mon Aug 31 09:24:42 2015 +0200
skeletons: Fix compiler warnings introduced by Eurecom aper patch
... some of which is related to the recent 'constification' of
mainline asn1c.
-----------------------------------------------------------------------
Summary of changes:
skeletons/constr_SET.c | 33 +++++++++++++++++++--------------
skeletons/constr_SET_OF.c | 2 +-
2 files changed, 20 insertions(+), 15 deletions(-)
hooks/post-receive
--
Lev Walkin's asn1 compiler
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 "Lev Walkin's asn1 compiler".
The branch, aper has been updated
via 8a25624bc6409c740b30b7c6d876491c02273975 (commit)
via 485a972a43775cf10b1fdf65c5e75fe47a03b3e9 (commit)
from 36cd7dd18f92113467b7c94aab8fe7e0e543ca1f (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/asn1c/commit/?id=8a25624bc6409c740b30b7c6d876491c02…
commit 8a25624bc6409c740b30b7c6d876491c02273975
Author: Sylvain Munaut <tnt(a)246tNt.com>
Date: Mon Jun 14 23:33:55 2010 +0200
skeletons: Print member's name in CHOICE print
Sometimes, if the choice is a null or integer or ...
it's not easy to know what has really been selected without
the choice member name.
Signed-off-by: Sylvain Munaut <tnt(a)246tNt.com>
http://cgit.osmocom.org/asn1c/commit/?id=485a972a43775cf10b1fdf65c5e75fe47a…
commit 485a972a43775cf10b1fdf65c5e75fe47a03b3e9
Author: Sylvain Munaut <tnt(a)246tNt.com>
Date: Mon Aug 31 08:43:36 2015 +0200
skeletons: Add verbose pretty print for enumerated types
This is just much easier to read when reading the text dumps.
-----------------------------------------------------------------------
Summary of changes:
skeletons/NativeEnumerated.c | 29 ++++++++++++++++++++++++++++-
skeletons/NativeEnumerated.h | 1 +
skeletons/constr_CHOICE.c | 8 +++-----
3 files changed, 32 insertions(+), 6 deletions(-)
hooks/post-receive
--
Lev Walkin's asn1 compiler
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 "Cellmanager NG, intended to interface with BSplus".
The branch, master has been updated
via d5be846c920a9f008ba439dad9bc610f7fbd6d89 (commit)
via e3e6944cfe2e2f0c71e2697e601e3f657fdba838 (commit)
via 29f38d3240aaba4ca0d6fac901089adaa75ebd3a (commit)
from 2f3f851357846eb66ee97ff7a2942ab94f7c9ab8 (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/cellmgr-ng/commit/?id=d5be846c920a9f008ba439dad9bc6…
commit d5be846c920a9f008ba439dad9bc610f7fbd6d89
Author: Holger Hans Peter Freyther <holger(a)moiji-mobile.com>
Date: Sun Aug 30 22:50:28 2015 +0200
sctp: Print the rc and the errno in case of an error
Print the errno and RC to give some kind of idea about
the error.
http://cgit.osmocom.org/cellmgr-ng/commit/?id=e3e6944cfe2e2f0c71e2697e601e3…
commit e3e6944cfe2e2f0c71e2697e601e3f657fdba838
Author: Holger Hans Peter Freyther <holger(a)moiji-mobile.com>
Date: Wed Apr 22 11:40:47 2015 -0400
debian: Create a new changelog entry
http://cgit.osmocom.org/cellmgr-ng/commit/?id=29f38d3240aaba4ca0d6fac901089…
commit 29f38d3240aaba4ca0d6fac901089adaa75ebd3a
Author: Holger Hans Peter Freyther <holger(a)moiji-mobile.com>
Date: Wed Apr 22 11:39:19 2015 -0400
debian: Create a pidfile and kill based on it
-----------------------------------------------------------------------
Summary of changes:
debian/changelog | 8 +++++++-
debian/osmo-stp.init | 16 +++++-----------
src/sctp_m2ua.c | 4 +++-
src/sctp_m3ua_client.c | 4 +++-
4 files changed, 18 insertions(+), 14 deletions(-)
hooks/post-receive
--
Cellmanager NG, intended to interface with BSplus
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
discards e7349128e1525719e7fa9b3ab39b66f98f0f89e7 (commit)
discards 7deb3648c75e5dfc289302c566f2f1d82bf39043 (commit)
discards 3198c43c2b35f13b2a78fcb379635b35c59fb6b2 (commit)
discards ea4b1fd348bb869f5705c434690d843f0d3c9d38 (commit)
discards bacf9c806a0f63bff29a33e7c5711f9d4ea7d53f (commit)
discards 73aa9f586ece8949bc9d3d94c337e105a1a0b9c9 (commit)
via af75ce8e15ec8584cbc96a0cd366a5df68b9dae8 (commit)
via be4a08b58ae17b44d2c02421d8346a1ccb63a6b9 (commit)
via 60f77033ad15da909cdbc0682c781151a23c170c (commit)
via e77d49f2a2c20202dbdc5386c7dfeed4e773a077 (commit)
via ac49d0943a2a384ef99cce0933cac74d80563407 (commit)
via 16d29c7da4ee516b4ef0a6ec18cec18f8a76d7fa (commit)
via b6b3c7eb2727da98fbba231d9a1e9fe4a33b2dd0 (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 (e7349128e1525719e7fa9b3ab39b66f98f0f89e7)
\
N -- N -- N (af75ce8e15ec8584cbc96a0cd366a5df68b9dae8)
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/osmo-pcu/commit/?id=af75ce8e15ec8584cbc96a0cd366a5d…
commit af75ce8e15ec8584cbc96a0cd366a5df68b9dae8
Author: Jacob Erlbeck <jerlbeck(a)sysmocom.de>
Date: Wed Aug 26 13:22:28 2015 +0200
l1: Use the FN of all data_ind/ra_ind DSP messages
Currently all of these messages are discarded if they are assumend to
be caused by noise. But even in these cases, the FN and TN values
which are added by the DSP are valid. So these can be used to update
the current_frame value.
The osmo-bts sets the fBFILevel of a physical channel to -200dB if it
is used for PDTCH or PACCH which is the case for all PDCH. This way
a data_ind or ra_ind message is already send at least once per block
period (4 frames) per PDCH. These messages are passed to either
handle_ph_data_ind or handle_ph_ra_ind even if they contain garbage
data.
The ra_ind messages are sometimes sent a few frames earlier than
data_ind messages using the same frame.
This commit adds calls to update the current_frame value based on all
of these messages before they are discarded. The FN taken from ra_ind
are passed with an increased max_delay (5) to compensate for early
ra_ind messages.
Sponsored-by: On-Waves ehf
http://cgit.osmocom.org/osmo-pcu/commit/?id=be4a08b58ae17b44d2c02421d8346a1…
commit be4a08b58ae17b44d2c02421d8346a1ccb63a6b9
Author: Jacob Erlbeck <jerlbeck(a)sysmocom.de>
Date: Tue Aug 25 15:19:31 2015 +0200
poll: Count unexpected block FN values
Currently a log entry is written if FN_data_ind - FN_time_ind <= -13.
This commit adds a counter 'rlc.late-block' that is incremented in
these cases.
Sponsored-by: On-Waves ehf
http://cgit.osmocom.org/osmo-pcu/commit/?id=60f77033ad15da909cdbc0682c78115…
commit 60f77033ad15da909cdbc0682c781151a23c170c
Author: Jacob Erlbeck <jerlbeck(a)sysmocom.de>
Date: Mon Aug 24 14:35:14 2015 +0200
poll: Use the data_ind FN as time source for current frame
The FN of the data_ind taken from the DSP are monotonic, so latency
does not affect the detection of poll timeouts if these FN are used.
If the FN is larger than a poll_fn value, it can safely be assumed
that the poll response will not arrive later on.
Currently a max_delay of 60 frames is used, which has the drawback
that additional ~250ms will pass until a lost ACK is detected.
Using the data_ind's FN alone breaks the poll timeout detection if
there are no other MS sending data blocks.
This commit adds BTS::set_current_block_frame_number that is called
with the FN taken from data_ind messages. The max_delay is set to 0
which removes the additional delay, when this FN is used to detect
poll timeouts. So the average additional delay decreases with the
number of data_ind per time. The current_frame is updated unless it
seems to have been updated already (assumed if 0 < cur_fn - block_fn
< 500). Thus the time_ind has still priority to update the
current_frame value.
Sponsored-by: On-Waves ehf
http://cgit.osmocom.org/osmo-pcu/commit/?id=e77d49f2a2c20202dbdc5386c7dfeed…
commit e77d49f2a2c20202dbdc5386c7dfeed4e773a077
Author: Jacob Erlbeck <jerlbeck(a)sysmocom.de>
Date: Thu Aug 27 13:28:05 2015 +0200
poll: Set the max_delay to 60 frames
Currently the max_delay parameter is set to 13, since that is
slightly above maximum number of frames that a time_ind can preceed a
block's data_ind of the same frame. This assumes that these messages
are not reordered after thay have been obtained from the DSP. In the
current implementation, the GPRS data_ind can directly be taken from
the DSP by the PCU while the time_ind messages are provided via the
BTS. So the messages are queued differently in that case, resulting
in a additional delay of the data_ind with respect to the time_ind.
The propability for this raises with a increased CPU load of the PCU.
If this happens, a poll timeout is detected by mistake and the poll
is either retried or cleared.
This commit increases the tolerance to 60 frames, since
values for FN_data_ind - FN_time_ind of up to 50 frames have been
observed under heavy PCU load.
Sponsored-by: On-Waves ehf
http://cgit.osmocom.org/osmo-pcu/commit/?id=ac49d0943a2a384ef99cce0933cac74…
commit ac49d0943a2a384ef99cce0933cac74d80563407
Author: Jacob Erlbeck <jerlbeck(a)sysmocom.de>
Date: Thu Aug 27 13:18:24 2015 +0200
poll: Add a max_delay parameter to PollController::expireTimedout
Currently the maximum additional delay is hard coded to 13. This
value depends on the source of the frame number value.
This commit adds the max_delay parameter to make it caller dependant.
Sponsored-by: On-Waves ehf
http://cgit.osmocom.org/osmo-pcu/commit/?id=16d29c7da4ee516b4ef0a6ec18cec18…
commit 16d29c7da4ee516b4ef0a6ec18cec18f8a76d7fa
Author: Jacob Erlbeck <jerlbeck(a)sysmocom.de>
Date: Mon Aug 24 13:30:39 2015 +0200
tbf: Add logging for polling
This commit adds the relevant frame number to the "poll timeout"
logging message. In addition, logging is added to the places where
poll_fn gets set.
The goal is to track down the source for frequent "poll timeout"
messages.
Sponsored-by: On-Waves ehf
-----------------------------------------------------------------------
Summary of changes:
src/tbf.cpp | 103 ++++++++++++++++++++++++++++++++++++++++++----------
src/tbf.h | 14 ++++---
tests/ms/MsTest.cpp | 22 +++++------
3 files changed, 103 insertions(+), 36 deletions(-)
hooks/post-receive
--
UNNAMED PROJECT
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, master has been updated
via b6b3c7eb2727da98fbba231d9a1e9fe4a33b2dd0 (commit)
from 1c95bd383e07f0c58805084d36a46d774ea91726 (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=b6b3c7eb2727da98fbba231d9a1e9fe…
commit b6b3c7eb2727da98fbba231d9a1e9fe4a33b2dd0
Author: Jacob Erlbeck <jerlbeck(a)sysmocom.de>
Date: Fri Aug 28 12:07:14 2015 +0200
tbf: Use explicit initialisations in constructor (Coverity)
Currently when allocating tbf_alloc_ul_tbf or tbf_alloc_dl_tbf
objects, the allocated memory area is pre-initialised by talloc_zero
before the C++ constructors are called. This is not recognised by
Coverity, since there is no talloc model file yet. Thus Coverity
complains about missing initialisers.
On the other hand, it is still planned to convert the TBF classes
into real C++ ones. So instead of silencing Coverity directly, this
is an opportunity to do it the C++ way.
This commit adds initialisers and initialisation code for all
members that relied on talloc_zero. The corresponding calls to
talloc_zero are replaced by calls to talloc to give ASAN/valgrind
a chance to detect future initialisation errors. Some initialisation
code is also moved from setup_tbf to the constructors, notably the
initialisation of the bts pointer.
Fixes: Coverity CID 1320604, 1320605, 1320606
Sponsored-by: On-Waves ehf
-----------------------------------------------------------------------
Summary of changes:
src/tbf.cpp | 103 ++++++++++++++++++++++++++++++++++++++++++----------
src/tbf.h | 14 ++++---
tests/ms/MsTest.cpp | 22 +++++------
3 files changed, 103 insertions(+), 36 deletions(-)
hooks/post-receive
--
UNNAMED PROJECT
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
discards 0eac0b6b43283fd7bcd6f8d7c7e55dc9ae97c516 (commit)
via e7349128e1525719e7fa9b3ab39b66f98f0f89e7 (commit)
via 7deb3648c75e5dfc289302c566f2f1d82bf39043 (commit)
via 3198c43c2b35f13b2a78fcb379635b35c59fb6b2 (commit)
via ea4b1fd348bb869f5705c434690d843f0d3c9d38 (commit)
via bacf9c806a0f63bff29a33e7c5711f9d4ea7d53f (commit)
via 73aa9f586ece8949bc9d3d94c337e105a1a0b9c9 (commit)
via 1c95bd383e07f0c58805084d36a46d774ea91726 (commit)
via 159d4de370b31bc96a32f75de183051e8c5d9438 (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 (0eac0b6b43283fd7bcd6f8d7c7e55dc9ae97c516)
\
N -- N -- N (e7349128e1525719e7fa9b3ab39b66f98f0f89e7)
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/osmo-pcu/commit/?id=e7349128e1525719e7fa9b3ab39b66f…
commit e7349128e1525719e7fa9b3ab39b66f98f0f89e7
Author: Jacob Erlbeck <jerlbeck(a)sysmocom.de>
Date: Wed Aug 26 13:22:28 2015 +0200
l1: Use the FN of all data_ind/ra_ind DSP messages
Currently all of these messages are discarded if they are assumend to
be caused by noise. But even in these cases, the FN and TN values
which are added by the DSP are valid. So these can be used to update
the current_frame value.
The osmo-bts sets the fBFILevel of a physical channel to -200dB if it
is used for PDTCH or PACCH which is the case for all PDCH. This way
a data_ind or ra_ind message is already send at least once per block
period (4 frames) per PDCH. These messages are passed to either
handle_ph_data_ind or handle_ph_ra_ind even if they contain garbage
data.
The ra_ind messages are sometimes sent a few frames earlier than
data_ind messages using the same frame.
This commit adds calls to update the current_frame value based on all
of these messages before they are discarded. The FN taken from ra_ind
are passed with an increased max_delay (5) to compensate for early
ra_ind messages.
Sponsored-by: On-Waves ehf
http://cgit.osmocom.org/osmo-pcu/commit/?id=7deb3648c75e5dfc289302c566f2f1d…
commit 7deb3648c75e5dfc289302c566f2f1d82bf39043
Author: Jacob Erlbeck <jerlbeck(a)sysmocom.de>
Date: Tue Aug 25 15:19:31 2015 +0200
poll: Count unexpected block FN values
Currently a log entry is written if FN_data_ind - FN_time_ind <= -13.
This commit adds a counter 'rlc.late-block' that is incremented in
these cases.
Sponsored-by: On-Waves ehf
http://cgit.osmocom.org/osmo-pcu/commit/?id=3198c43c2b35f13b2a78fcb379635b3…
commit 3198c43c2b35f13b2a78fcb379635b35c59fb6b2
Author: Jacob Erlbeck <jerlbeck(a)sysmocom.de>
Date: Mon Aug 24 14:35:14 2015 +0200
poll: Use the data_ind FN as time source for current frame
The FN of the data_ind taken from the DSP are monotonic, so latency
does not affect the detection of poll timeouts if these FN are used.
If the FN is larger than a poll_fn value, it can safely be assumed
that the poll response will not arrive later on.
Currently a max_delay of 60 frames is used, which has the drawback
that additional ~250ms will pass until a lost ACK is detected.
Using the data_ind's FN alone breaks the poll timeout detection if
there are no other MS sending data blocks.
This commit adds BTS::set_current_block_frame_number that is called
with the FN taken from data_ind messages. The max_delay is set to 0
which removes the additional delay, when this FN is used to detect
poll timeouts. So the average additional delay decreases with the
number of data_ind per time. The current_frame is updated unless it
seems to have been updated already (assumed if 0 < cur_fn - block_fn
< 500). Thus the time_ind has still priority to update the
current_frame value.
Sponsored-by: On-Waves ehf
http://cgit.osmocom.org/osmo-pcu/commit/?id=ea4b1fd348bb869f5705c434690d843…
commit ea4b1fd348bb869f5705c434690d843f0d3c9d38
Author: Jacob Erlbeck <jerlbeck(a)sysmocom.de>
Date: Thu Aug 27 13:28:05 2015 +0200
poll: Set the max_delay to 60 frames
Currently the max_delay parameter is set to 13, since that is
slightly above maximum number of frames that a time_ind can preceed a
block's data_ind of the same frame. This assumes that these messages
are not reordered after thay have been obtained from the DSP. In the
current implementation, the GPRS data_ind can directly be taken from
the DSP by the PCU while the time_ind messages are provided via the
BTS. So the messages are queued differently in that case, resulting
in a additional delay of the data_ind with respect to the time_ind.
The propability for this raises with a increased CPU load of the PCU.
If this happens, a poll timeout is detected by mistake and the poll
is either retried or cleared.
This commit increases the tolerance to 60 frames, since
values for FN_data_ind - FN_time_ind of up to 50 frames have been
observed under heavy PCU load.
Sponsored-by: On-Waves ehf
http://cgit.osmocom.org/osmo-pcu/commit/?id=bacf9c806a0f63bff29a33e7c5711f9…
commit bacf9c806a0f63bff29a33e7c5711f9d4ea7d53f
Author: Jacob Erlbeck <jerlbeck(a)sysmocom.de>
Date: Thu Aug 27 13:18:24 2015 +0200
poll: Add a max_delay parameter to PollController::expireTimedout
Currently the maximum additional delay is hard coded to 13. This
value depends on the source of the frame number value.
This commit adds the max_delay parameter to make it caller dependant.
Sponsored-by: On-Waves ehf
http://cgit.osmocom.org/osmo-pcu/commit/?id=73aa9f586ece8949bc9d3d94c337e10…
commit 73aa9f586ece8949bc9d3d94c337e105a1a0b9c9
Author: Jacob Erlbeck <jerlbeck(a)sysmocom.de>
Date: Mon Aug 24 13:30:39 2015 +0200
tbf: Add logging for polling
This commit adds the relevant frame number to the "poll timeout"
logging message. In addition, logging is added to the places where
poll_fn gets set.
The goal is to track down the source for frequent "poll timeout"
messages.
Sponsored-by: On-Waves ehf
-----------------------------------------------------------------------
Summary of changes:
src/bts.cpp | 49 ++++++++++++++++++++++++++++++++++++++++++++++++-
src/bts.h | 5 +++++
src/openbts_sock.cpp | 1 -
src/pcu_l1_if.cpp | 11 +++++++++++
src/pcu_l1_if.h | 11 +++++++----
src/poll_controller.cpp | 15 ++++-----------
src/poll_controller.h | 3 ++-
src/sysmo_l1_if.c | 4 ++++
src/tbf.cpp | 10 ++++++++--
src/tbf_dl.cpp | 4 ++++
tests/tbf/TbfTest.cpp | 2 ++
tests/tbf/TbfTest.err | 20 ++++++++++++++++++++
12 files changed, 115 insertions(+), 20 deletions(-)
hooks/post-receive
--
UNNAMED PROJECT
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, master has been updated
via 1c95bd383e07f0c58805084d36a46d774ea91726 (commit)
from 159d4de370b31bc96a32f75de183051e8c5d9438 (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=1c95bd383e07f0c58805084d36a46d7…
commit 1c95bd383e07f0c58805084d36a46d774ea91726
Author: Jacob Erlbeck <jerlbeck(a)sysmocom.de>
Date: Thu Aug 27 11:37:35 2015 +0200
openbts: Remove unused declaration of fl1h in udp_read_cb
Fixes:
openbts_sock.cpp:94:22: warning: unused variable 'fl1h'
Sponsored-by: On-Waves ehf
-----------------------------------------------------------------------
Summary of changes:
src/openbts_sock.cpp | 1 -
1 file changed, 1 deletion(-)
hooks/post-receive
--
UNNAMED PROJECT
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, master has been updated
via 159d4de370b31bc96a32f75de183051e8c5d9438 (commit)
via c62216b4fc2a42ff9a8bea016565a772c585e2fb (commit)
via 6835cead8c9e13fbbbb7b100a4c18a031f92421f (commit)
via 6e013a136a9286e92cee0d9b5b4f0c7bcea5fd51 (commit)
via af387e2199de698fab9f180d68923c65b819be0c (commit)
via 444bc82081be0fd371805017a4c97b01cb41c15d (commit)
via 23c4b3f15899c0849fe63726fea404b9b215f103 (commit)
via af45473cd5b256e987515f0dc9d75ba604e5c5f1 (commit)
via cef20ae67a75b830cf024b5aa6dbc57ca9d07dbd (commit)
via ee31090b2e4204348f7b73d11abe2a07a723d6d8 (commit)
via 64921d217badb9f6938453174da6c2172a1e4cc6 (commit)
via 56f99d19c310b90632ac9b0b12898f4882f1020c (commit)
via e0b21f41c2b66d3f06a9aea5ac397857832671c8 (commit)
via 257b630216f0dc702013ecc51ac680b5296ae898 (commit)
via e91bd3babd5c04a154f296607b401a5050dcba31 (commit)
via b139598b1c5bd271675386be77370899b5707d61 (commit)
via 076f5c794d4af02914cd633671176437367b5af8 (commit)
via 537b149828be91189f99acc8d9c655b8a75b95ee (commit)
via 4a6fe534ce39b87f64a9b2013b654b92e6d7737d (commit)
via 2b349b5d33050f6484c375e545ecb9f05a6be961 (commit)
via ebebad1c92e8bcbe28780b4d5ee2ac32091089ff (commit)
via 56af6d55ed50c34d28e49c16f7c00da5820d22f3 (commit)
via f76fedeed5bb52f5ee471b2cabc9fb7aa0c4ccf8 (commit)
via fea17f8b8cc4835c9a92dfa018e38de0d6fc8cb5 (commit)
via af9a39d9542c1f4f337fe2cc5596000eb2c60d53 (commit)
via 28c40b17574a2dc792278baffb6f4f87e3559bb6 (commit)
from 3449a61032cbf91f1a042e02264142b4df3d61a7 (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=159d4de370b31bc96a32f75de183051…
commit 159d4de370b31bc96a32f75de183051e8c5d9438
Author: Jacob Erlbeck <jerlbeck(a)sysmocom.de>
Date: Fri Aug 21 16:02:11 2015 +0200
ms/vty: Show LLC queue octets and packets in both views
Currently the per IMSI/TLLI view only shows the number of packets and
the 'all' view does not show any LLC related information at all. A
constant LLC queue length is often an indication for a stalled TCP
connection where the RLC layer has stopped to send downlink data
messages.
This commit adds the number of packets to the 'all' view and the
number of octets to the IMSI/TLLI views.
Sponsored-by: On-Waves ehf
-----------------------------------------------------------------------
Summary of changes:
src/bts.cpp | 15 +-
src/bts.h | 6 +
src/cxx_linuxlist.h | 2 +-
src/gprs_bssgp_pcu.cpp | 30 +
src/gprs_bssgp_pcu.h | 1 +
src/gprs_debug.cpp | 1 +
src/gprs_debug.h | 1 +
src/gprs_ms.cpp | 48 +-
src/gprs_ms.h | 12 +-
src/gprs_ms_storage.cpp | 4 +-
src/llc.cpp | 53 ++
src/llc.h | 1 +
src/pcu_main.cpp | 1 +
src/pcu_vty.c | 2 +-
src/pcu_vty.h | 2 +-
src/pcu_vty_functions.cpp | 15 +-
src/tbf.cpp | 90 ++-
src/tbf.h | 12 +
src/tbf_dl.cpp | 11 +-
tests/llc/LlcTest.cpp | 51 ++
tests/llc/LlcTest.err | 5 +
tests/llc/LlcTest.ok | 2 +
tests/llist/LListTest.cpp | 4 +
tests/ms/MsTest.cpp | 28 +-
tests/ms/MsTest.err | 2 +-
tests/tbf/TbfTest.cpp | 604 ++++++++++++++++---
tests/tbf/TbfTest.err | 1467 +++++++++++++++++++++++++++++++++++++++++++--
tests/tbf/TbfTest.ok | 8 +
28 files changed, 2302 insertions(+), 176 deletions(-)
hooks/post-receive
--
UNNAMED PROJECT