path: root/src/osmo-bts-sysmo/l1_fwd_main.c
AgeCommit message (Collapse)AuthorFilesLines
2015-03-28write_queue: Check the result of osmo_wqueue_enqueue and freeHolger Hans Peter Freyther1-5/+19
The write_queue is designed to have a maximum amount of pending messages and will refuse to take new messages when it has been reached. The caller can decide if it wants to flush the queue and add the message again, create a log. But in all cases the ownership of the msgb has not been transferred. Fix the potential memory leak in the failure situation.
2014-01-28l1fwd-proxy: Bind to the bts VTY port to block another processHolger Hans Peter Freyther1-0/+11
Today we had the problem that multiple l1fwd-proxy instances ran at the same time and not everything working all the time (some packets were sent to a different host). Another approach is to use flock on the message queues. This appears to work fine as well.
2012-07-26sysmobts: Support older firmware on the RevB hardwareHolger Hans Peter Freyther1-1/+1
For the firmware used on RevB the GsmL1_Prim_t was bigger than the femtobts control structure. Solve it by introducing a macro that will select the biggest size and use this macro. This is a follow up fix for 08fce19cfce84432fbf8293318486a96437a3427.
2012-07-19Allow L1 forward proxy to provide all 4 queues to seperate applicationsAndreas Eversberg1-19/+22
Different applications can now connect to L1 forward proxy or access DSP directly, if they use different message queues.
2012-07-19Allocate correct message size for L1 primitivesAndreas Eversberg1-1/+1
This is required for using firmware v2.4
2012-03-15update to new "superfemto.h" header file namingHarald Welte1-2/+2
2011-11-07sysmo-bts: Use the z modifier to print the result of sizeofHolger Hans Peter Freyther1-2/+2
2011-07-01fix various compiler warningsHarald Welte1-0/+1
2011-06-27re-work original osmo-bts with support for sysmocom femtobtsHarald Welte1-0/+205
This code re-works osmo-bts to add support for the upcoming sysmocom BTS. It also tries to add some level of abstraction between the generic part of a BTS (A-bis, RSL, OML, data structures, paging scheduling, BCCH/AGCH scheduling, etc.) and the actual hardware-specific bits. The hardware-specific bits are currently only implemented for the sysmocom femtobts, but should be (re-)added for osmocom-bb, as well as a virtual BTS for simulation purpose later. The sysmocom bts specific parts require hardware-specific header files which are (at least currently) not publicly distributed.