aboutsummaryrefslogtreecommitdiffstats
path: root/include/osmo-bts/bts.h
AgeCommit message (Collapse)AuthorFilesLines
2012-12-20misc: Forward declare the load_timer_start to address compiler warningHolger Hans Peter Freyther1-0/+2
2011-12-11bts.h: lchan_init_lapdm is listed twice, remove oneHolger Hans Peter Freyther1-2/+0
2011-09-19fix various compiler warnings across the codeHarald Welte1-0/+1
this deals with unused cocde, unused variables and undeclared symbols in various places.
2011-07-01fix BTS initialization orderHarald Welte1-1/+1
The sequence is as follows: 0) start osmo-bts 1) start connection attempts to BTS 2) issue L1-RESET.req 3) receive L1-RESET.conf 4) issue RF-ACTIVATE.req 5) receive RF-ACTIVATE.conf 6) receive attributes for TRX 7) receive opstart for TRX 8) issue MPH-INIT.req [...] The important point here is: We don't want the BSC to set TRX attributes or do TRX opstart before our RF related hardware is initialized.
2011-06-29deactivate RF + exit when the Abis link is goneHarald Welte1-0/+1
The idea is that the BTS process is re-spawned from init/upstart/systemd
2011-06-27re-work original osmo-bts with support for sysmocom femtobtsHarald Welte1-120/+17
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.
2011-05-22[partial] port to new libosmocore-0.3 APIsHarald Welte1-3/+2
2011-03-04Import all C and Header files from jolly/bts branch of osmocom-bb.gitHarald Welte1-0/+133
The BTS code shall reside in a separate git repository, thus I'm importing the C and H files here.