summaryrefslogtreecommitdiffstats
path: root/src/host/layer23/src/mobile/main.c
AgeCommit message (Collapse)AuthorFilesLines
2015-04-28host/mobile: Finish working support for the SAP interfaceSylvain Munaut1-1/+1
Patch mostly written by Nico Golde and some cleanup/testing by Domonkos Tomcsanyi Signed-off-by: Sylvain Munaut <tnt@246tNt.com>
2013-01-07mobile: Improved exit of mobile process, reset phoneAndreas Eversberg1-12/+35
If mobile phone has started, it is reset after shutdown. This ensures that the phone is not transmitting anymore, especially while shutting down in dedicated mode. Using CTRL+c: The first signal causes initiating of shutdown with detach procedure. The second signal causes initiating of shutdown without detach procedure. The third signal will exit process immidiately. (in case it hangs) Using CTRL+z: The first signal causes initiating of shutdown without detach procedure. A subsequent CTRL+c would exit process immidiately.
2012-03-01l23: Add option for mobile-app to bind to other interfaces than localhostTim1-3/+10
Signed-off-by: Tim Ehlers <osmocom@ehlers.info> Signed-off-by: Sylvain Munaut <tnt@246tNt.com>
2011-12-11layer23: Call talloc_free unconditionallyHolger Hans Peter Freyther1-5/+2
talloc_free will check for NULL and return -1. _talloc_free(void *pyr) { if (unlikely(ptr == NULL)) { return -1; } ...
2011-11-13host/mobile: Adding (partly implemented) supplementary service supportAndreas Eversberg1-1/+1
Use VTY to request your extension number form OpenBSC: en service 1 *100# Written-by: Andreas Eversberg <jolly@eversberg.eu> Signed-off-by: Sylvain Munaut <tnt@246tNt.com>
2011-11-13host/mobile/sms: Adding SMS support for osmocomBB/mobileAndreas Eversberg1-2/+6
Both MO and MT SMS are supported. Transmission an reception can be controlled via VTY: en sms 1 <destination> <text> All received SMS are stored in "~/.osmocom/bb/sms.txt". SMS transmission is performed on SAPI 3 datalink, using DCCH or ACCH. Written-by: Andreas Eversberg <jolly@eversberg.eu> Signed-off-by: Sylvain Munaut <tnt@246tNt.com>
2011-11-13host/mobile: Adding memory leak debuggingAndreas Eversberg1-7/+35
When mobile exits, a list of allocated memory chunks are dumped to stderr. This helps to find talloc_free / msgb_free leaks. During process, a SIGUSR1 or SIGUSR2 can be used to dump currently allocated memory chunks. Written-by: Andreas Eversberg <jolly@eversberg.eu> Signed-off-by: Sylvain Munaut <tnt@246tNt.com>
2011-09-04[mobile] Adding option to run as daemonAndreas Eversberg1-1/+15
2011-09-04[mobile] Using socket application interface with mobile applicationAndreas Eversberg1-2/+14
Use "-m" with mobile app, to use it in conjunction with LCR or other applications.
2011-07-28layer23: Adapt to new logging API: fix calls to log_initAndreas.Eversberg1-1/+1
Signed-off-by: Sylvain Munaut <tnt@246tNt.com>
2011-07-17[layer23] Adding "neighbour cell" logging category: DNBAndreas Eversberg1-2/+2
2011-05-22layer23: update to new GSMTAP API in libosmocore >= 0.3.1Harald Welte1-9/+7
2011-05-15src: use namespace prefix osmo_signal*Pablo Neira Ayuso1-1/+1
Summary of changes: s/signal_cbfn/osmo_signal_cbfn/g s/register_signal_handler/osmo_signal_register_handler/g s/unregister_signal_handler/osmo_signal_unregister_handler/g s/dispatch_signal/osmo_signal_dispatch/g
2011-05-15src: use namespace prefix osmo_fd* and osmo_select*Pablo Neira Ayuso1-1/+1
Summary of changes: s/struct bsc_fd/struct osmo_fd/g s/bsc_register_fd/osmo_fd_register/g s/bsc_unregister_fd/osmo_fd_unregister/g s/bsc_select_main/osmo_select_main/g
2011-04-26src: use new libosmogsm and include/osmocom/[gsm|core] path to headersPablo Neira Ayuso1-4/+4
This patch changes include paths to get osmocom-bb working with the current libosmocore tree. Among all these renames, you can notice several tweaks that I added on purpose, and that require some explanation, they are: * hexdump() in osmocon.c and osmoload.c has been renamed to avoid clashing with hexdump() defined in libosmocore. * gsmmap now depends on libosmogsm. Actually I had to cleanup Makefile.am because I was experiencing weird linking problems, probably due to a bug in the autotools. With the change included in this patch, I got it compiled and linked here correctly. This patch has been tested with the phone Motorola C123 and the following images files: * firmware/board/compal_e88/hello_world.compalram.bin * firmware/board/compal_e88/layer1.compalram.bin Using the osmocon, bcch_scan and mobile tools. Signed-off-by: Pablo Neira Ayuso <pablo@gnumonks.org>
2011-03-02mobile: Store N.ba files in same directory as config fileHarald Welte1-1/+6
This should remove the last dependency to hard-coded system-wide /etc/osmocom
2011-03-02mobile: Use config file in ~/.osmocom/bb/mobile.cfgHarald Welte1-2/+15
We don't need root permission and a system-wide config file in /etc/osmocom Based on a patch by Pierre Pronchery <khorben@defora.org>
2010-11-20[layer23] Bugfix: Exit, if init function failsAndreas.Eversberg1-1/+3
2010-11-14[layer23] Cleanup of mobile applicationAndreas.Eversberg1-144/+10
All functions for handling mobile instances and mobile relevant parts are moved to mobile/app_mobile.c, the mobile/main.c and mobile/mncc.c become a simple out-of-the-box mobile application. (making calls) The mobile/main.c can be replaced easily by a different application now. this application may have it's own call control implementation (layer 4). Full configurations via VTY is still possible and required in this case.
2010-11-13[layer23] Added support for multiple MS instancesAndreas.Eversberg1-0/+325
To create another instance: 'ms <name> create' To remove an instance: 'no ms <name>' If no instance exists, 'ms 1' is created automatically on startup. Each instance can be enabled / disabled by using 'shutdown' or 'no shutdown'. Multiple instances may share the same layer2 socket (same phone hardware), but in this case only one instance can be enabled at the same time. This makes it much easier to select different settings without modifying them. A 'shutdown' initiates the IMSI detach procedure before shutdown is completed. A 'shutdown force' will immidiately shutdown. There is no need to restart the software anymore, if fundamental settings are changed. In this case, a 'shutdown' followed by a 'no shutdown' will do the job. If you already have an old osmocom.cfg, you need to "no shutdown" it. Everything else behaves as before.