15 Sep
2016
15 Sep
'16
2:11 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 "UNNAMED PROJECT".
The branch, master has been updated
via 22a901905c9749b03fceccda4d550f3da799d524 (commit)
from 3463bd4adc1598462560ed84da837d04d0e8e20c (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=22a901905c9749b03fceccda4d550f3…
commit 22a901905c9749b03fceccda4d550f3da799d524
Author: Aravind Sirsikar <arvind.sirsikar(a)radisys.com>
Date: Thu Sep 15 17:24:49 2016 +0530
EGPRS: Fix issue with row 4 of Table 10.4.14a.1 of 44.060 version 7.27.0 Release 7
row 4 of Table 10.4.14a.1 of Spec 44.060 version 7.27.0 Release 7. Says
"The previous RLC data block contains a Upper Layer PDU, or a part of it,
that fills precisely the previous data block and for which there is no
length indicator in that RLC data block.
The current RLC data block contains a Upper Layer PDU that either fills
the current RLC data block precisely or continues in the next RLC data block."
So when we receive block with 1st LI: value=0 and Value of E bit in the
same octet as 1, we expect 2 chunks with 1st chunk as length as 0 and complete
and 2nd chunk as length non zero. But with this bug we see only 1 chunk causing
incorrect assembling
This issue has been fixed in this patch.
Related: OS#1811
Change-Id: I2cd0fca3ed28a553ede3f4b8a7d3267284dd2c9b
-----------------------------------------------------------------------
Summary of changes:
src/decoding.cpp | 7 ++-----
src/tbf_ul.cpp | 16 ++++++++++------
tests/edge/EdgeTest.cpp | 24 +++++++-----------------
tests/tbf/TbfTest.cpp | 3 +--
tests/tbf/TbfTest.err | 5 ++++-
5 files changed, 24 insertions(+), 31 deletions(-)
hooks/post-receive
--
UNNAMED PROJECT