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

140 lines
5.2 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
build: be robust against install-sh files above the root dir Explicitly set AC_CONFIG_AUX_DIR. To reproduce the error avoided by this patch: rm install-sh # in case it was already generated. touch ../install-sh # yes, outside this source tree autoreconf -fi This will produce an error like ... configure.ac:16: error: required file '../ltmain.sh' not found configure.ac:5: installing '../missing' src/Makefile.am: installing '../depcomp' autoreconf: automake failed with exit status: 1 See also automake (vim `which automake`) and look for 'sub locate_aux_dir'. Change-Id: I02153ad52faf1465e9f7821378e04118f17352d2
2016-09-30 23:04:19 +00:00
dnl *This* is the root dir, even if an install-sh exists in ../ or ../../
AC_CONFIG_AUX_DIR([.])
Revert "configure.ac: Add subdir-objects to suppress warnings" This reverts commit 94a05abb98fcb1a5002f327888635f3af860c9a9. The tests don't work well with subdir-objects, so we have to live with the warnings meanwhile until somebody finds time to find the magic spell to solve the autotools quest.
2015-11-05 21:48:24 +00:00
AM_INIT_AUTOMAKE([dist-bzip2])
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)
Don't blindly link against '-lortp' but use pkg-config for that This also ensures that a missing ortp library dependency is discovered at configure time already
2015-11-05 21:49:19 +00:00
PKG_CHECK_MODULES(ORTP, ortp)
Add autotools skeleton code
2011-03-04 13:18:10 +00:00
configure.ac: Better description for --enable-sysmocom-bts and --enable-trx
2015-10-12 10:15:49 +00:00
AC_MSG_CHECKING([whether to enable support for sysmoBTS L1/PHY support])
only build sysmocom-femtobts conditionally
2011-06-27 09:45:15 +00:00
AC_ARG_ENABLE(sysmocom-bts,
AC_HELP_STRING([--enable-sysmocom-bts],
configure.ac: Better description for --enable-sysmocom-bts and --enable-trx
2015-10-12 10:15:49 +00:00
[enable code for sysmoBTS L1/PHY [default=no]]),
only build sysmocom-femtobts conditionally
2011-06-27 09:45:15 +00:00
[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
configure.ac: Better description for --enable-sysmocom-bts and --enable-trx
2015-10-12 10:15:49 +00:00
AC_MSG_CHECKING([whether to enable support for osmo-trx based L1/PHY support])
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_ARG_ENABLE(trx,
AC_HELP_STRING([--enable-trx],
configure.ac: Better description for --enable-sysmocom-bts and --enable-trx
2015-10-12 10:15:49 +00:00
[enable code for osmo-trx L1/PHY [default=no]]),
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
[enable_trx="yes"],[enable_trx="no"])
AC_MSG_RESULT([$enable_trx])
AM_CONDITIONAL(ENABLE_TRX, test "x$enable_trx" = "xyes")
Add support for Octasic OCTSDR-2G GSM PHY This adds support for a new PHY to OsmoBTS, the Octasic OCTSDR-2G PHY. This is a proprietary GSM PHY running on a familty of Octasic DSPs.
2015-09-06 14:04:32 +00:00
AC_MSG_CHECKING([whether to enable support for Octasic OCTPHY-2G])
AC_ARG_ENABLE(octphy,
AC_HELP_STRING([--enable-octphy],
[enable code for Octasic OCTPHY-2G [default=no]]),
[enable_octphy="yes"],[enable_octphy="no"])
AC_ARG_WITH([octsdr-2g], [AS_HELP_STRING([--with-octsdr-2g], [Location of the OCTSDR-2G API header files])],
[octsdr2g_incdir="$withval"],[octsdr2g_incdir="`cd $srcdir; pwd`/src/osmo-bts-octphy/"])
AC_SUBST([OCTSDR2G_INCDIR], $octsdr2g_incdir)
AC_MSG_RESULT([$enable_octphy])
AM_CONDITIONAL(ENABLE_OCTPHY, test "x$enable_octphy" = "xyes")
if test "$enable_octphy" = "yes" ; then
oldCPPFLAGS=$CPPFLAGS
CPPFLAGS="$CPPFLAGS -I$OCTSDR2G_INCDIR -I$srcdir/include $LIBOSMOCORE_CFLAGS"
AC_CHECK_HEADER([octphy/octvc1/gsm/octvc1_gsm_default.h],[],
[AC_MSG_ERROR([octphy/octvc1/gsm/octvc1_gsm_default.h can not be found in $octsdr2g_incdir])],
[#include <octphy/octvc1/gsm/octvc1_gsm_default.h>])
CPPFLAGS=$oldCPPFLAGS
fi
LC15: Add initial support for the NuRAN Wireless Litecell 1.5 This commit adds basic support for the Litecell 1.5. Multi-TRX is not supported yet. Instead, multiple instances of the BTS can be launched using command line parameter -n <HW_TRX_NR> to specify if TRX 1 or 2 must be used by the bts. Note that only TRX 1 opens a connection to the PCU. Full support for GPRS on both TRX will come at the same time than the multi-TRX support. The BTS manager has been adapted to match the new hardware but otherwise it has not been improved or changed compared to the one used on the SuperFemto/Litecell (sysmobts).
2015-11-12 13:32:07 +00:00
AC_MSG_CHECKING([whether to enable NuRAN Wireless Litecell 1.5 hardware support])
LC15: configure.ac: use --enable-litecell15 insteda of --enable-litecell15-bts
2016-01-20 15:33:48 +00:00
AC_ARG_ENABLE(litecell15,
AC_HELP_STRING([--enable-litecell15],
LC15: Add initial support for the NuRAN Wireless Litecell 1.5 This commit adds basic support for the Litecell 1.5. Multi-TRX is not supported yet. Instead, multiple instances of the BTS can be launched using command line parameter -n <HW_TRX_NR> to specify if TRX 1 or 2 must be used by the bts. Note that only TRX 1 opens a connection to the PCU. Full support for GPRS on both TRX will come at the same time than the multi-TRX support. The BTS manager has been adapted to match the new hardware but otherwise it has not been improved or changed compared to the one used on the SuperFemto/Litecell (sysmobts).
2015-11-12 13:32:07 +00:00
[enable code for NuRAN Wireless Litecell15 bts [default=no]]),
LC15: configure.ac: use --enable-litecell15 insteda of --enable-litecell15-bts
2016-01-20 15:33:48 +00:00
[enable_litecell15="yes"],[enable_litecell15="no"])
LC15: configure.ac: Allow specifying an alternate include-dir The user can now use ./configure --with-litecell15=/my/local/path
2016-01-20 15:56:34 +00:00
AC_ARG_WITH([litecell15], [AS_HELP_STRING([--with-litecell15=INCLUDE_DIR], [Location of the litecell 1.5 API header files])],
[litecell15_incdir="$withval"],[litecell15_incdir="$incdir"])
AC_SUBST([LITECELL15_INCDIR], $litecell15_incdir)
LC15: configure.ac: use --enable-litecell15 insteda of --enable-litecell15-bts
2016-01-20 15:33:48 +00:00
AC_MSG_RESULT([$enable_litecell15])
AM_CONDITIONAL(ENABLE_LC15BTS, test "x$enable_litecell15" = "xyes")
LC15: configure.ac: Allow specifying an alternate include-dir The user can now use ./configure --with-litecell15=/my/local/path
2016-01-20 15:56:34 +00:00
if test "$enable_litecell15" = "yes"; then
oldCPPFLAGS=$CPPFLAGS
CPPFLAGS="$CPPFLAGS -I$LITECELL15_INCDIR -I$srcdir/include $LIBOSMOCORE_CFLAGS"
AC_CHECK_HEADER([nrw/litecell15/litecell15.h],[],
[AC_MSG_ERROR([nrw/litecell15/litecell15.h can not be found in $litecell15_incdir])],
[#include <nrw/litecell15/litecell15.h>])
CPPFLAGS=$oldCPPFLAGS
fi
LC15: Add initial support for the NuRAN Wireless Litecell 1.5 This commit adds basic support for the Litecell 1.5. Multi-TRX is not supported yet. Instead, multiple instances of the BTS can be launched using command line parameter -n <HW_TRX_NR> to specify if TRX 1 or 2 must be used by the bts. Note that only TRX 1 opens a connection to the PCU. Full support for GPRS on both TRX will come at the same time than the multi-TRX support. The BTS manager has been adapted to match the new hardware but otherwise it has not been improved or changed compared to the one used on the SuperFemto/Litecell (sysmobts).
2015-11-12 13:32:07 +00:00
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
LC15: Add initial support for the NuRAN Wireless Litecell 1.5 This commit adds basic support for the Litecell 1.5. Multi-TRX is not supported yet. Instead, multiple instances of the BTS can be launched using command line parameter -n <HW_TRX_NR> to specify if TRX 1 or 2 must be used by the bts. Note that only TRX 1 opens a connection to the PCU. Full support for GPRS on both TRX will come at the same time than the multi-TRX support. The BTS manager has been adapted to match the new hardware but otherwise it has not been improved or changed compared to the one used on the SuperFemto/Litecell (sysmobts).
2015-11-12 13:32:07 +00:00
src/osmo-bts-litecell15/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 support for Octasic OCTSDR-2G GSM PHY This adds support for a new PHY to OsmoBTS, the Octasic OCTSDR-2G PHY. This is a proprietary GSM PHY running on a familty of Octasic DSPs.
2015-09-06 14:04:32 +00:00
src/osmo-bts-octphy/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)