libosmocore - [no description]

	Commit message (Collapse)	Author	Age	Files	Lines
*	gsm0503_coding: Mark gsm0503_mcs_{ul,dl}_codes as const	Harald Welte	2017-06-12	1	-6/+6
\| \| \| \| \| \| \|	The table describing the various MCS convolutional codes are constant data and should be marked as such. Change-Id: I4918521ee4572a67cbee5f9b49257fc5bfcde511
*	gsm0503_interleaving: Mark input arguments as 'const *'	Harald Welte	2017-06-12	1	-5/+5
\| \| \| \| \| \| \|	The interleaving/deinterleaving functions were missing 'const' qualifiers on their input data buffers Change-Id: I2118c34a6353167787b23f877f1d81d60151aaf9
*	Add doxygen documentation to libosmocoding	Harald Welte	2017-06-12	5	-30/+414
\| \| \| \| \| \| \|	This adds the minimum amount of API documentation that we should have on all our code, particularly new code merged into a library. Change-Id: I526804f64313867913574e50e5b9e9205ad3aa74
*	gsm0503_{coding,mapping}: Mark input arguments as 'const'	Harald Welte	2017-06-12	2	-55/+54
\| \| \| \| \| \| \| \|	It is generally our coding style to mark pointers to constant input data as 'const *'. For some reason the gsm0503 coding and mapping was not adhering to this, so let's bring it into compliance. Change-Id: Id8731d7ae6171dff94741b6ddbb95ab5f03bfd4e
*	Distinguish between unsupported and invalid MCS	Max	2017-05-24	1	-6/+9
\| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \|	Previously MCS0 was incorrectly set for some of type1 header values while according to 3GPP TS 44.060 it can only be set for type3. Fix this: * use EGPRS_MCS* constants instead of magic values * do not set MCS0 for reserved bits values in EGPRS header type1 * return different error codes for invalid and unsupported MCS as well as for other decoding errors Note: there's no need to adjust tests because MCS0 decoding is not supported but it's better to explicitly distinguish between unsupported and invalid values nevertheless. Change-Id: Id665d5c0cf50efa18b1bcbf4f17359418a380f9e Related: OS#1524
*	add libpseudotalloc as super-simplistic talloc replacement	Harald Welte	2017-05-17	1	-0/+4
\| \| \| \| \| \| \| \| \| \| \|	In tightly embedded builds (--enable-embedded), we want the ability to replace talloc with a very simple heap allocator to avoid the complexity of talloc without modifying all our code that assumes talloc. This will break the hierarchical notion of the allocator, but libosmo{core,gsm,coding,codec} don't rely on that anyway. Change-Id: Ie341034076f242a813f081919dd09d845775ad35
*	build: coding/gsm0503: fix build in sep. dir: -I builddir	Neels Hofmeyr	2017-03-20	1	-0/+1
\| \| \| \| \| \| \| \|	To allow building coding/gsm0503_interleaving.c which includes the generated bitgen.h (via bits.h), add -I to the builddir include path in order to find the generated bitgen.h headers there. Change-Id: I0d465bc109765b1315d615243bea6af027afa368
*	build: cosmetic: coding: break a CPPFLAGS line	Neels Hofmeyr	2017-03-13	1	-1/+3
\| \| \| \| \| \|	Matches our general scheme and helps readability of an upcoming patch. Change-Id: I174086a988b51b6e80f3661609069b69a3d41cc7
*	libosmocoding: migrate transcoding routines from OsmoBTS	Vadim Yanitskiy	2017-03-07	7	-0/+5553
	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