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-prefix has been updated
via 1b38a280d97c9c3b705d1e3d9f62ba5c4468c3dd (commit)
from 98427f733c59baba8d6aa4daea3dc53d315458a1 (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=1b38a280d97c9c3b705d1e3d9f62ba5c44…
commit 1b38a280d97c9c3b705d1e3d9f62ba5c4468c3dd
Author: Harald Welte <laforge(a)gnumonks.org>
Date: Sun May 1 01:02:17 2016 +0200
aper fix for decoding constrained integer with lower boundary
When decoding a constrained integer with a lower boundary, we need
to make sure the lower bound is added after decoding the raw offset
inside the range.
Before this change, RANAP_CauseMisc_unspecified_failure (115) would be
encoded as 2 (115 - 113 = 2), but would be decoded as 2, rather than
113+2 = 115.
Code for this was taken from
openairinterface5g/openair3/S1AP/MESSAGES/ASN1/asn1cpatch.p0 which
unfortunately doesn't carry much of a revision history :/
-----------------------------------------------------------------------
Summary of changes:
skeletons/INTEGER.c | 33 +++++++++++++++++++++------------
1 file changed, 21 insertions(+), 12 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 "asn1c runtime code as shared library".
The branch, master has been updated
via 20d668cbd3c14ef32fcbd09617fbd3c8e6856ec0 (commit)
from c867ddeb3027b3d84f2df73ebd44f9fe9fad7184 (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/libasn1c/commit/?id=20d668cbd3c14ef32fcbd09617fbd3c…
commit 20d668cbd3c14ef32fcbd09617fbd3c8e6856ec0
Author: Harald Welte <laforge(a)gnumonks.org>
Date: Sun May 1 01:02:17 2016 +0200
aper fix for decoding constrained integer with lower boundary
When decoding a constrained integer with a lower boundary, we need
to make sure the lower bound is added after decoding the raw offset
inside the range.
Before this change, RANAP_CauseMisc_unspecified_failure (115) would be
encoded as 2 (115 - 113 = 2), but would be decoded as 2, rather than
113+2 = 115.
Code for this was taken from
openairinterface5g/openair3/S1AP/MESSAGES/ASN1/asn1cpatch.p0 which
unfortunately doesn't carry much of a revision history :/
-----------------------------------------------------------------------
Summary of changes:
src/INTEGER.c | 33 +++++++++++++++++++++------------
1 file changed, 21 insertions(+), 12 deletions(-)
hooks/post-receive
--
asn1c runtime code as shared library
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 "Osmocom code for Iuh interface".
The branch, sysmocom/ipa_nano3G has been updated
via 77c960c023c42f06bacf6dae085d04193266bed6 (commit)
from ecb259dbb9bdd5196a89dc3205602bba2ae3de06 (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-iuh/commit/?id=77c960c023c42f06bacf6dae085d041…
commit 77c960c023c42f06bacf6dae085d04193266bed6
Author: Harald Welte <laforge(a)gnumonks.org>
Date: Sat Apr 30 23:52:02 2016 +0200
hack: Accept also UE_Identity_PR_pTMSIRAI in HNBAP from nano3G
I have the feeling that the nano3G simply forwards whatever identity it
receives from the MS in RRC via HNBAP, without sending any IDENTITY
REQUESTS by itself. That seems like a violation of the RANAP
specification, but well.
As opposed to Neels' earlier commit, the phone I was testing with
(GT-I9100) is using the UE_Identity_PR_pTMSIRAI (PS identity) instead of
UE_Identity_PR_tMSILAI (CS identity) when trying its first attempt to
register to the network, so let's support that equally.
-----------------------------------------------------------------------
Summary of changes:
src/hnbgw_hnbap.c | 49 +++++++++++++++++++++++++++++++++++--------------
1 file changed, 35 insertions(+), 14 deletions(-)
hooks/post-receive
--
Osmocom code for Iuh interface
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 "Osmocom A-bis protcol interface library".
The branch, laforge/multi-trx has been deleted
was e34f73a6207feb0c919ac133ec4672fa86cbd600
-----------------------------------------------------------------------
e34f73a6207feb0c919ac133ec4672fa86cbd600 Support for multiple RSL connections with ABIS/ipaccess (BTS side)
-----------------------------------------------------------------------
hooks/post-receive
--
Osmocom A-bis protcol interface library
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 "Osmocom code for Iuh interface".
The branch, master has been updated
via f764a15c2339d5b24f0258d6605d5c38229209cc (commit)
from 02601c878585732ec75e33d02a45e5ab1147d4a1 (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-iuh/commit/?id=f764a15c2339d5b24f0258d6605d5c3…
commit f764a15c2339d5b24f0258d6605d5c38229209cc
Author: Harald Welte <laforge(a)gnumonks.org>
Date: Sat Apr 30 17:47:16 2016 +0200
Add test case about RANAP MaxBitrate encoding
Our version of asn1c/libasn1c used to have an INTEGER encoding but,
where the encoding of integers of > 2 bytes length was broken.
Add a test case to what we expect with the updated/fixed libasn1c.
If your compilation breaks, please upate to libasn1c with related
fix commited a few minutes ago.
-----------------------------------------------------------------------
Summary of changes:
src/tests/test-ranap.c | 29 +++++++++++++++++++++++++++++
src/tests/test-ranap.ok | 23 +++++++++++++++++------
2 files changed, 46 insertions(+), 6 deletions(-)
hooks/post-receive
--
Osmocom code for Iuh interface
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 "asn1c runtime code as shared library".
The branch, master has been updated
via c867ddeb3027b3d84f2df73ebd44f9fe9fad7184 (commit)
from f3c3049e754cb288911169333966881a9c4dee8c (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/libasn1c/commit/?id=c867ddeb3027b3d84f2df73ebd44f9f…
commit c867ddeb3027b3d84f2df73ebd44f9fe9fad7184
Author: Harald Welte <laforge(a)gnumonks.org>
Date: Sat Apr 30 17:31:33 2016 +0200
fix APER encoding of integer (backport from openairinterface)
The number of bytes used by an APER encoded integer depends on its
actually encoded value, not on the maximum value that could be possibly
encoded.
The old code would e.g. always use 24 bits if the maximum encoded value
would require 24 bits.
To give an example RANAP MaxBitrate (INTEER 1 .. 16000000) value 64000
was previously encoded as "80 00 f9 ff", while it is now the correct
representation "40 f9 ff".
Thanks to Dieter Spaar for detecting this problem in the Osmo-IUH
generated RANAP output, and thanks to openairinterface for fixing the
bug in their code (sadly not contributed to upstream asn1c, though).
-----------------------------------------------------------------------
Summary of changes:
src/INTEGER.c | 27 ++++++++++++++++++++++-----
1 file changed, 22 insertions(+), 5 deletions(-)
hooks/post-receive
--
asn1c runtime code as shared library
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 539d484434be91eeab55e0eff3ce63cfe3a2453a (commit)
via 50823b81391418465f378a73aa4a3e92af6d0f27 (commit)
from 0ff796f0363143eddbf87ba7500e07418a905dd7 (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=539d484434be91eeab55e0eff3ce63cfe3…
commit 539d484434be91eeab55e0eff3ce63cfe3a2453a
Author: roux <roux(a)mycompany.com>
Date: Sat Apr 30 16:03:12 2016 +0200
Fix a bug in asn1c PER code when skipping unknown extension
Basically when skiping an unknown extension, asn1c did read 24 bits per
24 bits and later on failed if the remaining bits (up to 23) were
superior to 8. The patch reads 1 bit per 1 bit.
(imported from openairinterface5g/openair2/RRC/LITE/MESSAGES/asn1c/asn1cpatch.p0)
http://cgit.osmocom.org/asn1c/commit/?id=50823b81391418465f378a73aa4a3e92af…
commit 50823b81391418465f378a73aa4a3e92af6d0f27
Author: Harald Welte <laforge(a)gnumonks.org>
Date: Sat Apr 30 17:31:33 2016 +0200
fix APER encoding of integer (backport from openairinterface)
The number of bytes used by an APER encoded integer depends on its
actually encoded value, not on the maximum value that could be possibly
encoded.
The old code would e.g. always use 24 bits if the maximum encoded value
would require 24 bits.
To give an example RANAP MaxBitrate (INTEER 1 .. 16000000) value 64000
was previously encoded as "80 00 f9 ff", while it is now the correct
representation "40 f9 ff".
Thanks to Dieter Spaar for detecting this problem in the Osmo-IUH
generated RANAP output, and thanks to openairinterface for fixing the
bug in their code (sadly not contributed to upstream asn1c, though).
-----------------------------------------------------------------------
Summary of changes:
skeletons/INTEGER.c | 27 ++++++++++++++++++++++-----
skeletons/per_opentype.c | 2 +-
2 files changed, 23 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 "Lev Walkin's asn1 compiler".
The branch, aper-prefix has been updated
discards 22eb61bbe9d7be959d03741e413a16f95f846610 (commit)
discards 1d73b9b26876c7a365871bbcb6cf323f0e84ed98 (commit)
via 98427f733c59baba8d6aa4daea3dc53d315458a1 (commit)
via aa37b8cf4d8b6f454974e070b207d80cb6711af0 (commit)
via 539d484434be91eeab55e0eff3ce63cfe3a2453a (commit)
via 50823b81391418465f378a73aa4a3e92af6d0f27 (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 (22eb61bbe9d7be959d03741e413a16f95f846610)
\
N -- N -- N (98427f733c59baba8d6aa4daea3dc53d315458a1)
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/asn1c/commit/?id=98427f733c59baba8d6aa4daea3dc53d31…
commit 98427f733c59baba8d6aa4daea3dc53d315458a1
Author: Holger Hans Peter Freyther <holger(a)moiji-mobile.com>
Date: Wed Jan 13 13:49:52 2016 +0100
automake: automake 1.11.1 does not have this macro, ignore it then
http://cgit.osmocom.org/asn1c/commit/?id=aa37b8cf4d8b6f454974e070b207d80cb6…
commit aa37b8cf4d8b6f454974e070b207d80cb6711af0
Author: Harald Welte <laforge(a)gnumonks.org>
Date: Thu Sep 10 09:31:18 2015 +0200
prefixing of generated types using a ASN1C_PREFIX environment variable
When generating code for multiple ASN.1 syntaxes that have clashing
names, we need to add a prefix in order to prevent clashes in the global
C symbol namespace. Using the ASN1C_PREFIX environment variable and
this patch serves as a work-around to that. All non-basic type names
as well as references to that type and source code + header file names
will be pre-fixed accordingly.
http://cgit.osmocom.org/asn1c/commit/?id=539d484434be91eeab55e0eff3ce63cfe3…
commit 539d484434be91eeab55e0eff3ce63cfe3a2453a
Author: roux <roux(a)mycompany.com>
Date: Sat Apr 30 16:03:12 2016 +0200
Fix a bug in asn1c PER code when skipping unknown extension
Basically when skiping an unknown extension, asn1c did read 24 bits per
24 bits and later on failed if the remaining bits (up to 23) were
superior to 8. The patch reads 1 bit per 1 bit.
(imported from openairinterface5g/openair2/RRC/LITE/MESSAGES/asn1c/asn1cpatch.p0)
http://cgit.osmocom.org/asn1c/commit/?id=50823b81391418465f378a73aa4a3e92af…
commit 50823b81391418465f378a73aa4a3e92af6d0f27
Author: Harald Welte <laforge(a)gnumonks.org>
Date: Sat Apr 30 17:31:33 2016 +0200
fix APER encoding of integer (backport from openairinterface)
The number of bytes used by an APER encoded integer depends on its
actually encoded value, not on the maximum value that could be possibly
encoded.
The old code would e.g. always use 24 bits if the maximum encoded value
would require 24 bits.
To give an example RANAP MaxBitrate (INTEER 1 .. 16000000) value 64000
was previously encoded as "80 00 f9 ff", while it is now the correct
representation "40 f9 ff".
Thanks to Dieter Spaar for detecting this problem in the Osmo-IUH
generated RANAP output, and thanks to openairinterface for fixing the
bug in their code (sadly not contributed to upstream asn1c, though).
-----------------------------------------------------------------------
Summary of changes:
skeletons/INTEGER.c | 27 ++++++++++++++++++++++-----
skeletons/per_opentype.c | 2 +-
2 files changed, 23 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 "OpenBTS' transceiver retro-fit".
The branch, fairwaves/rach-filler has been deleted
was eb91a876dbcab1e1ce67b8c7a1005c9d33ad3d65
-----------------------------------------------------------------------
eb91a876dbcab1e1ce67b8c7a1005c9d33ad3d65 osmo-trx: Output Rx SPS as a part of configuration output.
-----------------------------------------------------------------------
hooks/post-receive
--
OpenBTS' transceiver retro-fit
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 "OpenBTS' transceiver retro-fit".
The branch, fairwaves/WIP-decoder has been updated
discards 868e25e11e75a36c0d13bf66208f4057ddc1da86 (commit)
discards eb91a876dbcab1e1ce67b8c7a1005c9d33ad3d65 (commit)
discards bbfd9076d66e1b0b6701ebf63291d73ed3bc6173 (commit)
discards a336f254dc2e4949bb54ebb45b2d7f41df4c69cd (commit)
discards 43fa3cab67b9a180954f1e3c7025ca864271fcf8 (commit)
discards aa65b020e7580d95d2879d16a054a9d1b145cd0d (commit)
discards 72d4404534fc01081a2bc2380a7e3f512212c87c (commit)
discards 7ed93551ba252dde3ca7bfeea73f910b8bf95afc (commit)
discards 9460154b364d7ec0df4e69828aab467a1514a7ec (commit)
discards 2f09d69063196a2352262b1981d6de178ac10bd4 (commit)
discards 140a2076d9732110f4221b4fde5a4fa8344ee70d (commit)
discards 67a8fb9d51e9d05489f4320eacca1753e7624747 (commit)
discards cd3d0e616d1b2e7a38e81e29a643210d8bc57151 (commit)
via a69a0ee70ca9fb700e3e03ecd7033c2564720ab3 (commit)
via 33f03a0bb94b8340b83a6b5a410406d8eac4e357 (commit)
via 7a0615288d1516505d2444160a7c81cb6ae62980 (commit)
via a216b5f87a8079601e6f146e8c943f0e4dabceeb (commit)
via 33d3b71e36f01e73b71abb4ec0162b42a1c625e2 (commit)
via c9633bae322dcf5b5c67884cea8d35959b8bd626 (commit)
via bbaa249e6d9172379733cdfeb7f931eadbd1646a (commit)
via f0cd4bd1db4d2d23c3f51ea19a44c156ea4eb096 (commit)
via c88385c69d6a8ed415b7bc2480d13683ac8f6ca0 (commit)
via 047956259b468724e9c9d4b6bc436f8ee1f85a57 (commit)
via d2b070369dd5341ac42ec091370d8bcd5a8ac5ee (commit)
via 9664c3a6e7f6bb1f83c2a55d6e6b1c7b59a99024 (commit)
via 1ab5e7f7bce8d8f607ab911840f302d763d8c492 (commit)
via 5efe05021a97606ee5f98235424eddb85628e25a (commit)
via 78d1fc9a13f84b273facb2f22a291c3d2e6ebd33 (commit)
via a8cf2086165480597251c2af240e0f44c47097f8 (commit)
via f84232d30a247584366b87c91baf9a9f70a5cc49 (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 (868e25e11e75a36c0d13bf66208f4057ddc1da86)
\
N -- N -- N (a69a0ee70ca9fb700e3e03ecd7033c2564720ab3)
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-trx/commit/?id=a69a0ee70ca9fb700e3e03ecd7033c2…
commit a69a0ee70ca9fb700e3e03ecd7033c2564720ab3
Author: Alexander Chemeris <Alexander.Chemeris(a)gmail.com>
Date: Wed Apr 20 08:49:38 2016 +0300
osmo-trx-dec: First compiling version (crashes).
-----------------------------------------------------------------------
Summary of changes:
Transceiver52M/Makefile.am | 2 +-
Transceiver52M/UHDDevice.cpp | 4 ++--
Transceiver52M/sigProcLib.cpp | 21 +++++++++++++++------
Transceiver52M/x86/Makefile.am | 2 +-
debian/changelog | 8 ++++++++
5 files changed, 27 insertions(+), 10 deletions(-)
hooks/post-receive
--
OpenBTS' transceiver retro-fit