cellular-infrastructure
/
osmo-bts
mirror of https://gerrit.osmocom.org/osmo-bts
9
0
Fork 0
Code Issues Releases Wiki Activity
osmo-bts/configure.ac

96 lines
3.1 KiB
Plaintext
Raw Normal View History

Add autotools skeleton code
2011-03-04 13:18:10 +00:00
dnl Process this file with autoconf to produce a configure script
auto-generate a version
2011-09-07 19:28:27 +00:00
AC_INIT([osmo-bts],
m4_esyscmd([./git-version-gen .tarball-version]),
[openbsc-devel@lists.openbsc.org])
Add autotools skeleton code
2011-03-04 13:18:10 +00:00
configure.ac: Add subdir-objects to suppress warnings automake: warning: possible forward-incompatibility. automake: At least a source file is in a subdirectory, but the 'subdir-objects' automake: automake option hasn't been enabled. For now, the corresponding output automake: object file(s) will be placed in the top-level directory. However, automake: this behaviour will change in future Automake versions: they will automake: unconditionally cause object files to be placed in the same subdirectory automake: of the corresponding sources. automake: You are advised to start using 'subdir-objects' option throughout your automake: project, to avoid future incompatibilities.
2015-10-12 10:13:13 +00:00
AM_INIT_AUTOMAKE([dist-bzip2 subdir-objects])
test: Introduce a very simple test for the paging subsystem Check that adding a paging command works, check that it is expired after the first call to paging_gen_msg. The test will be extended to test the scheduling and selection of the various paging messages.
2011-12-01 08:12:47 +00:00
AC_CONFIG_TESTDIR(tests)
Add autotools skeleton code
2011-03-04 13:18:10 +00:00
dnl kernel style compile messages
m4_ifdef([AM_SILENT_RULES], [AM_SILENT_RULES([yes])])
dnl checks for programs
AC_PROG_MAKE_SET
AC_PROG_CC
AC_PROG_INSTALL
AC_PROG_RANLIB
only build sysmocom-femtobts conditionally
2011-06-27 09:45:15 +00:00
dnl checks for header files
AC_HEADER_STDC
dnl Checks for typedefs, structures and compiler characteristics
Add autotools skeleton code
2011-03-04 13:18:10 +00:00
dnl checks for libraries
update configure.ac to make sure we have libosmocore-0.3.9
2011-09-04 21:00:20 +00:00
PKG_CHECK_MODULES(LIBOSMOCORE, libosmocore >= 0.3.9)
Add autotools skeleton code
2011-03-04 13:18:10 +00:00
PKG_CHECK_MODULES(LIBOSMOVTY, libosmovty)
configure.ac: Depend on libosmotrau 0.3.2 (ortp statistics)
2015-10-12 10:11:53 +00:00
PKG_CHECK_MODULES(LIBOSMOTRAU, libosmotrau >= 0.3.2)
make sure we have libosmogsm with lapdm support (>=0.3.3)
2011-06-27 09:32:11 +00:00
PKG_CHECK_MODULES(LIBOSMOGSM, libosmogsm >= 0.3.3)
fix build problem introduced with control interface
2014-08-24 15:04:54 +00:00
PKG_CHECK_MODULES(LIBOSMOCTRL, libosmoctrl)
migrate away from our own abis.c code to libosmoabis libosmoabis has a BTS-side implementation of the IPA protocol for years, and osmo-bts should have used that all the time. Unfortunately it had its own local hack, this patch is migrating to the libosmocore implementation.
2013-02-10 09:21:12 +00:00
PKG_CHECK_MODULES(LIBOSMOABIS, libosmoabis)
TRX: Replaced GSM 06.10 ordering table by table in libosmocodec
2013-02-16 13:28:25 +00:00
PKG_CHECK_MODULES(LIBOSMOCODEC, libosmocodec)
Add autotools skeleton code
2011-03-04 13:18:10 +00:00
only build sysmocom-femtobts conditionally
2011-06-27 09:45:15 +00:00
AC_MSG_CHECKING([whether to enable sysmocom-bts hardware support])
AC_ARG_ENABLE(sysmocom-bts,
AC_HELP_STRING([--enable-sysmocom-bts],
[enable code for sysmocom femto-bts [default=no]]),
[enable_sysmocom_bts="yes"],[enable_sysmocom_bts="no"])
AC_MSG_RESULT([$enable_sysmocom_bts])
AM_CONDITIONAL(ENABLE_SYSMOBTS, test "x$enable_sysmocom_bts" = "xyes")
configure.ac: Only require libgps if building for sysmoBTS
2015-10-12 10:09:54 +00:00
if test "$enable_sysmocom_bts" = "yes"; then
PKG_CHECK_MODULES(LIBGPS, libgps)
fi
Add autotools skeleton code
2011-03-04 13:18:10 +00:00
TRX: Introduce osmobts-trx, a layer 1 implementation for OpenBTS tranceivers The code is quite complete, TCH and PDCH channels are not yet tested.
2013-02-05 10:45:28 +00:00
AC_MSG_CHECKING([whether to enable trx hardware support])
AC_ARG_ENABLE(trx,
AC_HELP_STRING([--enable-trx],
[enable code for trx hardware [default=no]]),
[enable_trx="yes"],[enable_trx="no"])
AC_MSG_RESULT([$enable_trx])
AM_CONDITIONAL(ENABLE_TRX, test "x$enable_trx" = "xyes")
openbsc: Prepare to allow to have the OpenBSC directory somewhere else Right now osmo-bts requires access to one OpenBSC header file and this requires that openbsc and osmo-bts git are in the same directory. Begin with making the location of the OpenBSC sourcecode configurable. This approach will allow to build osmo-bts on our Jenkins installation but now has the risk of more code including the openbsc/*.h header files.
2012-12-19 22:53:34 +00:00
# We share gsm_data.h with OpenBSC and need to be pointed to the source
# directory of OpenBSC for now.
openbsc: Introduce autoconf support to set the OpenBSC include directory Add autoconf support to set the path to the OpenBSC include directory so that openbsc/gsm_data_shared.h can be found there.
2012-12-19 23:04:20 +00:00
AC_ARG_WITH([openbsc],
[AS_HELP_STRING([--with-openbsc=INCLUDE_DIR],
[OpenBSC include directory for openbsc/gsm_data_shared.h])],
[openbsc_incdir="$withval"],
openbsc: Check for the presence of the gsm_data_shared.h header file
2012-12-19 23:21:38 +00:00
[openbsc_incdir="`cd $srcdir; pwd`/../openbsc/openbsc/include"])
openbsc: Prepare to allow to have the OpenBSC directory somewhere else Right now osmo-bts requires access to one OpenBSC header file and this requires that openbsc and osmo-bts git are in the same directory. Begin with making the location of the OpenBSC sourcecode configurable. This approach will allow to build osmo-bts on our Jenkins installation but now has the risk of more code including the openbsc/*.h header files.
2012-12-19 22:53:34 +00:00
AC_SUBST([OPENBSC_INCDIR], $openbsc_incdir)
openbsc: Check for the presence of the gsm_data_shared.h header file
2012-12-19 23:21:38 +00:00
oldCPPFLAGS=$CPPFLAGS
New generic transmit power handling In order to support transmit power reduction by thermal management as well as the variety of new internal / external PA configurations of BTSs, we need a slightly more complex system. Also, as at high power a single dB can be quite a big difference, we are now doing all computations in milli-dB(m), i.e. 1/10000 bel. Ramping is now used both for up and down ramping, as that is useful in cases where you want to gracefully shut down a cell by shrinking its radius, gradually handing over subscribers to neighboring cells. Furthermore, this code is becoming part of the 'common' codebase, as it is not really specific to how sysmobts is working. The user can specify a single aggregate value for external system gain/attenuation. Let's say you have 1dB loss of antenna cable, so you can put that as 'user-gain -1' into the config, which means that a 'transmit power of 20dBm' will be compensatet for that and the TRX is instructed to output 21dBm to compensate the cable loss. Similarly, external PAs can be described by a positive user-gain. One of the next steps will be to communicate those values and the nominal power capability of the specific BTS to the BSC, so the BSC will automatically show correct signal levels in the VTY and log files. The code includes provisions for future extensions regarding * an external and an internal PA with calibration tables * a thermal attenuation setting to be controlled by the site manager
2014-08-22 00:46:15 +00:00
CPPFLAGS="$CPPFLAGS -I$OPENBSC_INCDIR -I$srcdir/include $LIBOSMOCORE_CFLAGS"
openbsc: Check for the presence of the gsm_data_shared.h header file
2012-12-19 23:21:38 +00:00
AC_CHECK_HEADER([openbsc/gsm_data_shared.h],[],
[AC_MSG_ERROR([openbsc/gsm_data_shared.h can not be found in $openbsc_incdir])],
New generic transmit power handling In order to support transmit power reduction by thermal management as well as the variety of new internal / external PA configurations of BTSs, we need a slightly more complex system. Also, as at high power a single dB can be quite a big difference, we are now doing all computations in milli-dB(m), i.e. 1/10000 bel. Ramping is now used both for up and down ramping, as that is useful in cases where you want to gracefully shut down a cell by shrinking its radius, gradually handing over subscribers to neighboring cells. Furthermore, this code is becoming part of the 'common' codebase, as it is not really specific to how sysmobts is working. The user can specify a single aggregate value for external system gain/attenuation. Let's say you have 1dB loss of antenna cable, so you can put that as 'user-gain -1' into the config, which means that a 'transmit power of 20dBm' will be compensatet for that and the TRX is instructed to output 21dBm to compensate the cable loss. Similarly, external PAs can be described by a positive user-gain. One of the next steps will be to communicate those values and the nominal power capability of the specific BTS to the BSC, so the BSC will automatically show correct signal levels in the VTY and log files. The code includes provisions for future extensions regarding * an external and an internal PA with calibration tables * a thermal attenuation setting to be controlled by the site manager
2014-08-22 00:46:15 +00:00
[#include <osmo-bts/tx_power.h>])
openbsc: Check for the presence of the gsm_data_shared.h header file
2012-12-19 23:21:38 +00:00
CPPFLAGS=$oldCPPFLAGS
misc/sysmobts_misc.c: Read temperature from microcontroller Add function for requesting the temperature information to the microcontroller. I have added a function that we can extend for requesting more information but in this case we only need to know the temperature. I have added to a microcontroller temperature handling function in the manager for monitoring this information. Signed-off-by: Alvaro Neira Ayuso <anayuso@sysmocom.de>
2014-03-12 15:19:59 +00:00
# Check for the sbts2050_header.h that was added after the 3.6 release
misc/sysmobts: Another small change to help in finding the header We could have a dedicated configure/cflag for the header files but for now search in the standard directories.
2014-03-12 15:51:27 +00:00
oldCPPFLAGS=$CPPFLAGS
CPPFLAGS="$CPPFLAGS -I$OPENBSC_INCDIR $LIBOSMOCORE_CFLAGS"
misc/sysmobts_misc.c: Read temperature from microcontroller Add function for requesting the temperature information to the microcontroller. I have added a function that we can extend for requesting more information but in this case we only need to know the temperature. I have added to a microcontroller temperature handling function in the manager for monitoring this information. Signed-off-by: Alvaro Neira Ayuso <anayuso@sysmocom.de>
2014-03-12 15:19:59 +00:00
AC_CHECK_HEADER([sysmocom/femtobts/sbts2050_header.h],
[sysmo_uc_header="yes"],[])
misc/sysmobts: Another small change to help in finding the header We could have a dedicated configure/cflag for the header files but for now search in the standard directories.
2014-03-12 15:51:27 +00:00
CPPFLAGS=$oldCPPFLAGS
misc/sysmobts_misc.c: Read temperature from microcontroller Add function for requesting the temperature information to the microcontroller. I have added a function that we can extend for requesting more information but in this case we only need to know the temperature. I have added to a microcontroller temperature handling function in the manager for monitoring this information. Signed-off-by: Alvaro Neira Ayuso <anayuso@sysmocom.de>
2014-03-12 15:19:59 +00:00
if test "$sysmo_uc_header" = "yes" ; then
AC_DEFINE(BUILD_SBTS2050, 1, [Define if we want to build SBTS2050])
fi
AM_CONDITIONAL(BUILD_SBTS2050, test "x$sysmo_uc_header" = "xyes")
AM_CONFIG_HEADER(btsconfig.h)
Add autotools skeleton code
2011-03-04 13:18:10 +00:00
AC_OUTPUT(
src/Makefile
src/common/Makefile
re-work original osmo-bts with support for sysmocom femtobts 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-06-27 09:25:35 +00:00
src/osmo-bts-sysmo/Makefile
TRX: Introduce osmobts-trx, a layer 1 implementation for OpenBTS tranceivers The code is quite complete, TCH and PDCH channels are not yet tested.
2013-02-05 10:45:28 +00:00
src/osmo-bts-trx/Makefile
Add autotools skeleton code
2011-03-04 13:18:10 +00:00
include/Makefile
include/osmo-bts/Makefile
test: Introduce a very simple test for the paging subsystem Check that adding a paging command works, check that it is expired after the first call to paging_gen_msg. The test will be extended to test the scheduling and selection of the various paging messages.
2011-12-01 08:12:47 +00:00
tests/Makefile
tests/paging/Makefile
agch/test: Add test for AGCH queue handling The first test checks the AGCH may queue length computation. The second test fills the queue by calling bts_agch_enqueue() with a mix of IMM.ASS and IMM.ASS.REJ. Then it drains the queue by calling bts_ccch_copy_msg(). After each of both steps, statistics are printed out. Sponsored-by: On-Waves ehf
2014-02-21 15:12:46 +00:00
tests/agch/Makefile
ciphering: Handle ciphering support for A5/3 correctly This was found and debugged by Sylvain. The BTS will always support A5/0 so we do not keep track of that, the first bit of the flags is used for A5/1, second for A5/2... but for RSL there is an offset to go from RSL to A5(x). Add a testcase and change the code.
2012-12-26 17:55:54 +00:00
tests/cipher/Makefile
sysmobts: Introduce an auto-band config to ease DCS/DCS, PCS/PCS changes During development one switches from GSM900 to GSM1800 and GSM850 to GSM1900. This commit attempts to make this switch more easy. GSM1800 and GSM1900 have overlapping ARFCNs. This means that the mapping from bands to arfcn is not injective. Because of that I removed the code to deduce the band from the ARFCN. This was done in commit 8c3d807b3fc785ffb18aeb97355150c92221e8a0. The auto-band option allows to move between GSM900/GSM1800 and GSM850/GSM1900. Add a simple testcase with these auto-band configurations.
2013-06-20 15:18:38 +00:00
tests/sysmobts/Makefile
common: Ignore "si.valid" outside of _MAX_SYSINFO_TYPE Limit the range from 0 to (_MAX_SYSINFO_TYPE - 1) instead of 0 to 31. This way we will never access the lchan->si.buf[] out of bounds. This is only a theoretical issue though as the code filling the lchan->si.buf for the SACCH will not have valid >= _MAX_SYSINFO_TYPE. Add a small regression test to check we still schedule all SIs. Fixes: CID 1040765
2014-05-22 19:17:49 +00:00
tests/misc/Makefile
Add test code for testing GSM burst transcoding
2013-02-05 10:52:38 +00:00
tests/bursts/Makefile
Add test case for successful handover and unsuccessful handover
2013-06-17 06:23:04 +00:00
tests/handover/Makefile
Add autotools skeleton code
2011-03-04 13:18:10 +00:00
Makefile)