libosmocore - [no description]

	Commit message (Collapse)	Author	Age	Files	Lines
*	coding: check gsm0503_rach_*() results	Max	2019-03-05	1	-8/+10
\| \| \| \| \| \| \| \|	Check return value of RACH encode/decode functions and fail test on unexpected results. Change-Id: I41bfa808e3c064a11152e7ce8ee77a01d38a0744 Related: OS#1854
*	coding: Add BER-reporting RACH decode functions	Harald Welte	2018-02-26	1	-2/+2
\| \| \| \| \| \| \| \| \| \| \| \|	For all other decode operations we report the BER, but not for the RACH. This results in osmo-bts-trx not being able to report BER to the higher layers, which is possible on other BTS backends. Let's close this gap by introducing gsm0503_rach_ext_decode_ber() and gsm0503_rach_decode_ber() with the usual n_errors / n_bits_total arguments. Change-Id: I2b1926a37bde860dcfeb0d613eb55a71271928c5
*	tests: coding_test: Fix compilation with -O0	Pau Espin Pedrol	2018-02-08	1	-2/+2
\| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \|	inline keyword is a hint for the compiler to inline the function, but it's not mandatory. If no static or extern is specified, the definition is only visible in the current unit but the identifier still has external linkage. When running with -O0 it seems the compiler (gcc 7.2.1) decides to use the external linkage but at the same time it seems it's not generating the function symbol. Fix it by explicitly stating that we want to use static linking for this function. coding/coding_test.o: In function `test_xcch': libosmocore/tests/coding/coding_test.c:86: undefined reference to `dump_ubits' libosmocore/tests/coding/coding_test.c:87: undefined reference to `dump_sbits' Change-Id: I18018adec05ce1c2ddbca38653311d74c7454ce8
*	Add functions for extended RACH coding	Max	2017-12-11	2	-2/+30759
\| \| \| \| \| \| \| \| \| \| \|	Add support for extended RACH (11 bit) according 3GPP TS 45.003 §5.3.2: * convolutional code with puncturing * encoding/decoding routines * corresponding tests Change-Id: I85a34a82d5cd39a594ee89d91a2338226066ab5d Related: OS#1548
*	coding test: use OSMO_ASSERT	Max	2017-11-30	1	-17/+10
\| \| \| \|	Change-Id: I896d6aaae3c36b87243b7dc270267090dcb44afe
*	coding test: move bit dump into functions	Max	2017-11-28	1	-123/+48
\| \| \| \|	Change-Id: I65c75e56831420d3daf386ea280c13ae9cb64d1b
*	coding test: enable debug output	Max	2017-11-28	2	-125/+4293
\| \| \| \|	Change-Id: I1ec23ca3cf0d973c77b8c4e7e23e0e75a4f0a7a3
*	coding test: cosmetic cleanup	Max	2017-11-28	1	-101/+54
\| \| \| \| \| \| \| \| \|	* remove duplicate code: use function from libosmocore * use utility function to dump ubits * reformat for easier reading * link against libosmocore Change-Id: I8c31b0954176a2c53305936a025c92a793b6d9b6
*	libosmocoding: migrate transcoding routines from OsmoBTS	Vadim Yanitskiy	2017-03-07	2	-0/+522
	There are some projects, such as GR-GSM and OsmocomBB, which would benefit from using one shared implementation of GSM 05.03 code. So, this commit introduces a new sub-library called libosmocoding, which (for now) provides GSM, GPRS and EDGE transcoding routines, migrated from OsmoBTS. The original GSM 05.03 code from OsmoBTS was relicensed under GPLv2-or-later with permission of copyright holders (Andreas Eversberg, Alexander Chemeris and Tom Tsou). The following data types are currently supported: - xCCH - PDTCH (CS 1-4 and MCS 1-9) - TCH/FR - TCH/HR - TCH/AFS - RCH/AHS - RACH - SCH Change-Id: I0c3256b87686d878e4e716d12393cad5924fdfa1