OpenBSC October 2016

openbsc@lists.osmocom.org

15 participants
34 discussions

Pysim error: SW match failed
by Martin Nagy 16 Aug '25

16 Aug '25

Hi all, After buying a super Sim Kit (16 in 1) from China, I tried the reader (green PCB inside a blue transparent plastic case with a blue LED) and SIM (identified as a fakesupersim) with pysim tool. However i am getting the following error: /pySim-prog.py -n 26C3 -c 49 -x 262 -y 42 -z 1234 -j 1 -t auto Insert card now (or CTRL-C to cancel) Autodetected card type fakemagicsim Generated card parameters : > Name : 26C3 > SMSP : e1ffffffffffffffffffffffff058100945555ffffffffffff000000 > ICCID : 8949262427518313026 > MCC/MNC : 262/42 > IMSI : 262422461512085 > Ki : 7b74741a1ee14337ec23f9ab92a13648 > OPC : ccd867d60797d8d45354a51b3ef568ff Programming ... Traceback (most recent call last): File "./pySim-prog.py", line 530, in <module> card.program(cp) File "/home/nadicek/pysim/pysim/pySim/cards.py", line 231, in program self._scc.update_binary('6f30', hplmn + 'ff' * (tl-3)) File "/home/nadicek/pysim/pysim/pySim/commands.py", line 53, in update_binary return self._tp.send_apdu_checksw(pdu) File "/home/nadicek/pysim/pysim/pySim/transport/__init__.py", line 87, in send_apdu_checksw raise RuntimeError("SW match failed ! Expected %s and got %s." % (sw.lower(), rv[1])) RuntimeError: SW match failed ! Expected 9000 and got 9804. I checked mailing lists and haven’t found anybody who had similar problem with pysim. Also I have tried forcing different models of SIM, but nothing is working. Obviously I can remove this check from the script file (__init__.py in /pySim/transport), however somebody had a reason to put such condition there. I would like to ask if it is safe to remove that line of code and the purpose of that line of code. Thanks a lot and best regards Martin

3 3

Re: Help with sccp library
by mosbah abdelkader 07 Jul '25

07 Jul '25

> I don't understand. This callback will be called with data you need to write > to the network. In case of MTP Level3 you will need to wrap that around the > msgb you got. I means: is the interaction with mtp3 layer implemented (is sending sccp data by mtp3 implemented by the library?)? Also, what about the reception of data from mtp3 layer. is that implemented in the sccp lib. I am asking these questions because I see the code of mtp3 in the lib but no significant call is present in the sccp part of the lib. Thank you for your help.

4 3

dynamic traffic channels
by Neels Hofmeyr 20 May '25

20 May '25

On Tue, Jun 28, 2016 at 10:05:28AM +0200, Harald Welte wrote: > [translated from german] > is it certain that we switch a channel to PDCH only when > gprs mode != none? A TS can be GSM_PCHAN_TCH_F_PDCH; those are the only ones for which we send a PDCH ACT message. We send a PDCH ACT message - during init (CHANNEL OML's state changed to enabled -> send PDCH ACT), - and upon channel release ack when pchan == GSM_PCHAN_TCH_F_PDCH. So the question is, when we receive a channel release ack, could that be the PDCH release and we switch PDCH right back on by accident? No, because we only receive a chan rel ack when the *TCH/F* is being released. That is because the PDCH release is initiated "internally" from the PDCH DEACT, and thus this condition in common/rsl.c rsl_tx_rf_rel_ack() catches on, which existed before dyn PDCH: if (lchan->rel_act_kind != LCHAN_REL_ACT_RSL) { LOGP(DRSL, LOGL_NOTICE, "%s not sending REL ACK\n", gsm_lchan_name(lchan)); return 0; } In rsl_rx_rf_chan_rel() the rel_act_kind is set to LCHAN_REL_ACT_RSL, but not in the rsl_rx_dyn_pdch(). This is analogous to the ip.access way -- the ip.access nanobts replies to a PDCH DEACT with a PDCH DEACT ACK and doesn't send a separate channel release ack. Maybe we could set rel_act_kind to some new LCHAN_REL_ACT_IPAC_DYN_PDCH for clarity? (But we shouldn't actually send a release ack, to stay compatible.) Even though it works as-is, we should indeed add another flag check: - We do check the flags that no ACT/DEACT is already pending; - And we do send a PDCH DEACT only if ts->flags & TS_F_PDCH_ACTIVE; - But we would send a PDCH ACT despite ts->flags & TS_F_PDCH_ACTIVE. This should never happen, but it would make sense to ensure that. ~Neels

3 5

osmo-trx jenkins
by Max 19 Jan '17

19 Jan '17

HI. A little heads up: uhd version in jenkins building osmo-trx should be updated to 3.9.0 - this would allow gerrit #1117 to be properly verified by jenkins. -- Max Suraev <msuraev(a)sysmocom.de> http://www.sysmocom.de/ ======================================================================= * sysmocom - systems for mobile communications GmbH * Alt-Moabit 93 * 10559 Berlin, Germany * Sitz / Registered office: Berlin, HRB 134158 B * Geschaeftsfuehrer / Managing Director: Harald Welte

4 5

Osmo-bts/Osmocom-bb virtual layer 1
by Sebastian Stumpf 12 Dec '16

12 Dec '16

Hi, I further implemented the base of the virtual layer with the purpose of replacing the um-air interface with a multicast-socket solution. This has been started by Harald Welte some time ago in the Osmobts - laforge/virt-bts branch. As I was not really confident enough to create an official new branch before someone had a look on what I did, so I developed in copies of the osmocom-bb and osmo-bts projects on my github-page (https://github.com/BastusIII/osmocom-bb-virt/tree/stumpf/virt-um and https://github.com/BastusIII/osmo-bts-virt/tree/stumpf/virt-bts). If someone finds to time to have a look into them (structure, path, implementation) and give me feedback about it, I would be glad :). Please use the following config files that i have tested: - https://github.com/BastusIII/osmocom-config-files/blob/master/openbsc-virtu… - https://github.com/BastusIII/osmocom-config-files/blob/master/osmobts-virtu… - https://github.com/BastusIII/osmocom-config-files/blob/master/osmocom-bb-mo… What works: BTS: - downlink over gsmtap and a multicast socket - OML and RSL on abis properly established and seems to work - virtual-um connection establishment Osmocom-bb: - virtual-um -- l23 app connection establishment (bridging osmocon, no serial link needed) - BCCH downlink handling and forwarding to l23 app - handling of some l1ctl requests from l23 (e.g. power management had to be mocked, so l23 gets a response and is satisfied) What not: BTS: - missing uplink handling Osmocom-bb - missing uplink routines (RACH, TCH, dedicated channels) - handlers for l23 requests only partially implemented (missing TCH, RACH, ... I a currently a bit overwhelmed by the mass of messages exchanged between l23-app (used mobile, btw.) and the virtual-um and hanging because mobile gets a sync timeout. I am looking forward to hear from you :). Sebastian Stumpf

2 2

MS cannot connect; Location Update Request not received by BTS?
by Bruce Smith 10 Nov '16

10 Nov '16

5 7

osmo-bts-trx channel activation
by Max 02 Nov '16

02 Nov '16

Hi. In sysmobts we use ugly hack to auto-activate BCCH/CCCH on TS0 via opstart_compl(). How does channel activation looks like for osmo-bts-trx? On a related note: how do we decide on number of AGCH? In case of sysmobts it's communicated to L1 in agch.u8NbrOfAgch via lch_par. What would be equivalent for osmo-bts-trx? -- Max Suraev <msuraev(a)sysmocom.de> http://www.sysmocom.de/ ======================================================================= * sysmocom - systems for mobile communications GmbH * Alt-Moabit 93 * 10559 Berlin, Germany * Sitz / Registered office: Berlin, HRB 134158 B * Geschaeftsfuehrer / Managing Director: Harald Welte

2 2

Re: Profiling data of decoding EPDAN compressed bitmap
by Holger Freyther 29 Oct '16

29 Oct '16

> On 13 Jul 2016, at 12:21, Max <msuraev(a)sysmocom.de> wrote: > Hi all, > After looking at the code, I don't think reusing table implementation > would be easy - the approaches are too different as well as underlying > data structures. okay. then we will need to use the tree based version and from my point of view we should do it the following way: * Remove osmo_t4_decode (and related routines) from libosmocore (last step) * Make the tree based decoder ready in terms of the surrounding style * Adopt/Clone the osmo_t4_decode tests and move them to the PCU (as part of the commit that adds the decoder to the PCU) @Me: After the infrastructure is in the PCU I will remove osmo_t4_decode (and tests) from libosmocore @Radisys: I am afraid the tree based decoding is not ready yet and as it impacts the upcoming encoder (and other RLE code as far as I understand) let me put it here. In osmo-pcu (and all other projects) we use libtalloc for memory allocations. This means the tree should use talloc with proper parent/child allocations. This way the destructor of the decoder will also free all nodes of the tree. There should be no call to malloc/free in the PCU. Please take the tests from libosmocore and make sure they work with the new decoder. Tests are the lifeline and we need more and not less of them. The decoder needs to be robust against invalid input. search_runlen can fail but the caller doesn't check for that. Please test with invalid/truncated or broken inputs to see we don't end in a never terminating while loop. Test using unit tests. Similar the current osmo_t4_decode can return an error that is propagated back to the compressed bitmap decoding and we should have the same. Reduce code duplication. With the decoder the only difference between the if/else is if the data is filled with 0x00 or 0xFF and which table/root to use. Instead of having code clones please parameterize either by having local variables in the beginning or by calling different (inline) functions. kind regards holger

1 1

open-sip-connector error logs
by Anonim Stefan 27 Oct '16

27 Oct '16

Hi, I am using osmo-sip-connector 1.20161024 with osmocom-nitb 0.15.1.20161024 on debian jessie. I keep getting the below error[1] causing my syslog to fill up. Also I can see sometimes the sip connector replies with 0.0.0.0 RTP IP address. Anyone had this issues before ? Any idea what might be causing this? Regards, Stefan [1] Oct 25 11:58:28 openbsc1 osmo-sip-connector[283]: length packettport(0x1064c30): zero length packettport(0x1064c30): zero length packettport(0x1064c30): zero length packettport(0x1064c30): zero length packettport(0x1064c30): zero length packettport(0x1064c30): zero length packettport(0x1064c30): zero length packettport(0x1064c30): zero length packettport(0x1064c30): zero length packettport(0x1064c30): zero length packettport(0x1064c30): zero length packettport(0x1064c30): zero length packettport(0x1064c30): zero length packettport(0x1064c30): zero length packettport(0x1064c30): zero length packettport(0x1064c30): zero length packettport(0x1064c30): zero length packettport(0x1064c30): zero length packettport(0x1064c30): zero length packettport(0x1064c30): zero length packettport(0x1064c30): zero length packettport(0x1064c30): zero length packettport(0x1064c30): zero length packettport(0x1064c30): zero length packettport(0x1064c30): zero length packettport(0x1064c30): zero length packettport(0x1064c30): zero length packettport(0x1064c30): zero length packettport(0x1064c30): zero length packettport(0x1064c30): zero length packettport(0x1064c30): zero length packettport(0x1064c30): zero length packettport(0x1064c30): zero length packettport(0x1064c30): zero length packettport(0x1064c30): zero length packettport(0x1064c30): zero length packettport(0x1064c30): zero length packettport(0x1064c30): zero length packettport(0x1064c30): zero length packettport(0x1064c30): zero length packettpor

2 1

openbsc - make check error
by Abdulghafar Shabaneh 27 Oct '16

27 Oct '16

Hi everyone I was trying Openbsc recently on Ubuntu 16.04.1 and came through these errors in make check command. Are they harmless? since installation and make commands were not having any error. myself@myself34:~/project/openbsc/openbsc$ make check make check-recursive make[1]: Entering directory '/home/myself/project/openbsc/openbsc' Making check in doc make[2]: Entering directory '/home/myself/project/openbsc/openbsc/doc' Making check in examples make[3]: Entering directory '/home/myself/project/openbsc/ openbsc/doc/examples' make[3]: Nothing to be done for 'check'. make[3]: Leaving directory '/home/myself/project/openbsc/ openbsc/doc/examples' make[3]: Entering directory '/home/myself/project/openbsc/openbsc/doc' make[3]: Nothing to be done for 'check-am'. make[3]: Leaving directory '/home/myself/project/openbsc/openbsc/doc' make[2]: Leaving directory '/home/myself/project/openbsc/openbsc/doc' Making check in include make[2]: Entering directory '/home/myself/project/openbsc/openbsc/include' Making check in openbsc make[3]: Entering directory '/home/myself/project/openbsc/ openbsc/include/openbsc' make[3]: Nothing to be done for 'check'. make[3]: Leaving directory '/home/myself/project/openbsc/ openbsc/include/openbsc' make[3]: Entering directory '/home/myself/project/openbsc/openbsc/include' make[3]: Nothing to be done for 'check-am'. make[3]: Leaving directory '/home/myself/project/openbsc/openbsc/include' make[2]: Leaving directory '/home/myself/project/openbsc/openbsc/include' Making check in src make[2]: Entering directory '/home/myself/project/openbsc/openbsc/src' Making check in libcommon make[3]: Entering directory '/home/myself/project/openbsc/ openbsc/src/libcommon' make[3]: Nothing to be done for 'check'. make[3]: Leaving directory '/home/myself/project/openbsc/ openbsc/src/libcommon' Making check in libmgcp make[3]: Entering directory '/home/myself/project/openbsc/ openbsc/src/libmgcp' make[3]: Nothing to be done for 'check'. make[3]: Leaving directory '/home/myself/project/openbsc/ openbsc/src/libmgcp' Making check in libbsc make[3]: Entering directory '/home/myself/project/openbsc/ openbsc/src/libbsc' make[3]: Nothing to be done for 'check'. make[3]: Leaving directory '/home/myself/project/openbsc/openbsc/src/libbsc' Making check in libmsc make[3]: Entering directory '/home/myself/project/openbsc/ openbsc/src/libmsc' make[3]: Nothing to be done for 'check'. make[3]: Leaving directory '/home/myself/project/openbsc/openbsc/src/libmsc' Making check in libtrau make[3]: Entering directory '/home/myself/project/openbsc/ openbsc/src/libtrau' make[3]: Nothing to be done for 'check'. make[3]: Leaving directory '/home/myself/project/openbsc/ openbsc/src/libtrau' Making check in libfilter make[3]: Entering directory '/home/myself/project/openbsc/ openbsc/src/libfilter' make[3]: Nothing to be done for 'check'. make[3]: Leaving directory '/home/myself/project/openbsc/ openbsc/src/libfilter' Making check in osmo-nitb make[3]: Entering directory '/home/myself/project/openbsc/ openbsc/src/osmo-nitb' make[3]: Nothing to be done for 'check'. make[3]: Leaving directory '/home/myself/project/openbsc/ openbsc/src/osmo-nitb' Making check in osmo-bsc_mgcp make[3]: Entering directory '/home/myself/project/openbsc/ openbsc/src/osmo-bsc_mgcp' make[3]: Nothing to be done for 'check'. make[3]: Leaving directory '/home/myself/project/openbsc/ openbsc/src/osmo-bsc_mgcp' Making check in utils make[3]: Entering directory '/home/myself/project/openbsc/openbsc/src/utils' make[3]: Nothing to be done for 'check'. make[3]: Leaving directory '/home/myself/project/openbsc/openbsc/src/utils' Making check in ipaccess make[3]: Entering directory '/home/myself/project/openbsc/ openbsc/src/ipaccess' make[3]: Nothing to be done for 'check'. make[3]: Leaving directory '/home/myself/project/openbsc/ openbsc/src/ipaccess' Making check in gprs make[3]: Entering directory '/home/myself/project/openbsc/openbsc/src/gprs' make[3]: Nothing to be done for 'check'. make[3]: Leaving directory '/home/myself/project/openbsc/openbsc/src/gprs' Making check in osmo-bsc_nat make[3]: Entering directory '/home/myself/project/openbsc/ openbsc/src/osmo-bsc_nat' make[3]: Nothing to be done for 'check'. make[3]: Leaving directory '/home/myself/project/openbsc/ openbsc/src/osmo-bsc_nat' Making check in osmo-bsc make[3]: Entering directory '/home/myself/project/openbsc/ openbsc/src/osmo-bsc' make[3]: Nothing to be done for 'check'. make[3]: Leaving directory '/home/myself/project/openbsc/ openbsc/src/osmo-bsc' make[3]: Entering directory '/home/myself/project/openbsc/openbsc/src' make[3]: Nothing to be done for 'check-am'. make[3]: Leaving directory '/home/myself/project/openbsc/openbsc/src' make[2]: Leaving directory '/home/myself/project/openbsc/openbsc/src' Making check in tests make[2]: Entering directory '/home/myself/project/openbsc/openbsc/tests' Making check in gsm0408 make[3]: Entering directory '/home/myself/project/openbsc/ openbsc/tests/gsm0408' make[3]: Nothing to be done for 'check'. make[3]: Leaving directory '/home/myself/project/openbsc/ openbsc/tests/gsm0408' Making check in db make[3]: Entering directory '/home/myself/project/openbsc/openbsc/tests/db' make[3]: Nothing to be done for 'check'. make[3]: Leaving directory '/home/myself/project/openbsc/openbsc/tests/db' Making check in channel make[3]: Entering directory '/home/myself/project/openbsc/ openbsc/tests/channel' make[3]: Nothing to be done for 'check'. make[3]: Leaving directory '/home/myself/project/openbsc/ openbsc/tests/channel' Making check in mgcp make[3]: Entering directory '/home/myself/project/openbsc/ openbsc/tests/mgcp' make[3]: Nothing to be done for 'check'. make[3]: Leaving directory '/home/myself/project/openbsc/openbsc/tests/mgcp' Making check in gprs make[3]: Entering directory '/home/myself/project/openbsc/ openbsc/tests/gprs' make[3]: Nothing to be done for 'check'. make[3]: Leaving directory '/home/myself/project/openbsc/openbsc/tests/gprs' Making check in abis make[3]: Entering directory '/home/myself/project/openbsc/ openbsc/tests/abis' make[3]: Nothing to be done for 'check'. make[3]: Leaving directory '/home/myself/project/openbsc/openbsc/tests/abis' Making check in gbproxy make[3]: Entering directory '/home/myself/project/openbsc/ openbsc/tests/gbproxy' make[3]: Nothing to be done for 'check'. make[3]: Leaving directory '/home/myself/project/openbsc/ openbsc/tests/gbproxy' Making check in trau make[3]: Entering directory '/home/myself/project/openbsc/ openbsc/tests/trau' make[3]: Nothing to be done for 'check'. make[3]: Leaving directory '/home/myself/project/openbsc/openbsc/tests/trau' Making check in subscr make[3]: Entering directory '/home/myself/project/openbsc/ openbsc/tests/subscr' make[3]: Nothing to be done for 'check'. make[3]: Leaving directory '/home/myself/project/openbsc/ openbsc/tests/subscr' Making check in mm_auth make[3]: Entering directory '/home/myself/project/openbsc/ openbsc/tests/mm_auth' make[3]: Nothing to be done for 'check'. make[3]: Leaving directory '/home/myself/project/openbsc/ openbsc/tests/mm_auth' Making check in bsc-nat make[3]: Entering directory '/home/myself/project/openbsc/ openbsc/tests/bsc-nat' make[3]: Nothing to be done for 'check'. make[3]: Leaving directory '/home/myself/project/openbsc/ openbsc/tests/bsc-nat' Making check in bsc-nat-trie make[3]: Entering directory '/home/myself/project/openbsc/ openbsc/tests/bsc-nat-trie' make[3]: Nothing to be done for 'check'. make[3]: Leaving directory '/home/myself/project/openbsc/ openbsc/tests/bsc-nat-trie' Making check in bsc make[3]: Entering directory '/home/myself/project/openbsc/openbsc/tests/bsc' make[3]: Nothing to be done for 'check'. make[3]: Leaving directory '/home/myself/project/openbsc/openbsc/tests/bsc' Making check in smpp make[3]: Entering directory '/home/myself/project/openbsc/ openbsc/tests/smpp' make[3]: Nothing to be done for 'check'. make[3]: Leaving directory '/home/myself/project/openbsc/openbsc/tests/smpp' Making check in gtphub make[3]: Entering directory '/home/myself/project/openbsc/ openbsc/tests/gtphub' make[3]: Nothing to be done for 'check'. make[3]: Leaving directory '/home/myself/project/openbsc/ openbsc/tests/gtphub' Making check in sgsn make[3]: Entering directory '/home/myself/project/openbsc/ openbsc/tests/sgsn' make[3]: Nothing to be done for 'check'. make[3]: Leaving directory '/home/myself/project/openbsc/openbsc/tests/sgsn' Making check in oap make[3]: Entering directory '/home/myself/project/openbsc/openbsc/tests/oap' make[3]: Nothing to be done for 'check'. make[3]: Leaving directory '/home/myself/project/openbsc/openbsc/tests/oap' Making check in xid make[3]: Entering directory '/home/myself/project/openbsc/openbsc/tests/xid' make[3]: Nothing to be done for 'check'. make[3]: Leaving directory '/home/myself/project/openbsc/openbsc/tests/xid' Making check in sndcp_xid make[3]: Entering directory '/home/myself/project/openbsc/ openbsc/tests/sndcp_xid' make[3]: Nothing to be done for 'check'. make[3]: Leaving directory '/home/myself/project/openbsc/ openbsc/tests/sndcp_xid' Making check in slhc make[3]: Entering directory '/home/myself/project/openbsc/ openbsc/tests/slhc' make[3]: Nothing to be done for 'check'. make[3]: Leaving directory '/home/myself/project/openbsc/openbsc/tests/slhc' Making check in v42bis make[3]: Entering directory '/home/myself/project/openbsc/ openbsc/tests/v42bis' make[3]: Nothing to be done for 'check'. make[3]: Leaving directory '/home/myself/project/openbsc/ openbsc/tests/v42bis' make[3]: Entering directory '/home/myself/project/openbsc/openbsc/tests' make check-local make[4]: Entering directory '/home/myself/project/openbsc/openbsc/tests' :;{ \ echo '# Signature of the current package.' && \ echo 'm4_define([AT_PACKAGE_NAME],' && \ echo ' [openbsc])' && \ echo 'm4_define([AT_PACKAGE_TARNAME],' && \ echo ' [openbsc])' && \ echo 'm4_define([AT_PACKAGE_VERSION],' && \ echo ' [0.15.0.498-582e4])' && \ echo 'm4_define([AT_PACKAGE_STRING],' && \ echo ' [openbsc 0.15.0.498-582e4])' && \ echo 'm4_define([AT_PACKAGE_BUGREPORT],' && \ echo ' [openbsc(a)lists.osmocom.org])'; \ echo 'm4_define([AT_PACKAGE_URL],' && \ echo ' [])'; \ } >'./package.m4' /bin/bash ../missing --run autom4te --language=autotest -I '.' -o testsuite.tmp testsuite.at mv testsuite.tmp testsuite /bin/bash './testsuite' ## ------------------------------------ ## ## openbsc 0.15.0.498-582e4 test suite. ## ## ------------------------------------ ## Regression tests. 1: gsm0408 ok 2: subscr ok 3: db FAILED (testsuite.at:21 ) 4: channel ok 5: mgcp ok 6: mgcp-trans skipped ( testsuite.at:38) 7: gprs ok 8: bsc-nat ok 9: smpp ok 10: bsc-nat-trie ok 11: abis ok 12: bsc ok 13: gbproxy ok 14: trau ok 15: sgsn ok 16: oap ok 17: gtphub ok 18: mm_auth ok 19: xid ok 20: sndcp_xid ok 21: slhc ok 22: v42bis ok ## ------------- ## ## Test results. ## ## ------------- ## ERROR: 21 tests were run, 1 failed unexpectedly. 1 test was skipped. ## -------------------------- ## ## testsuite.log was created. ## ## -------------------------- ## Please send `tests/testsuite.log' and all information you think might help: To: <openbsc(a)lists.osmocom.org> Subject: [openbsc 0.15.0.498-582e4] testsuite: 3 failed You may investigate any problem if you feel able to do so, in which case the test suite provides a good starting point. Its output may be found below `tests/testsuite.dir'. Makefile:717: recipe for target 'check-local' failed make[4]: *** [check-local] Error 1 make[4]: Leaving directory '/home/myself/project/openbsc/openbsc/tests' Makefile:568: recipe for target 'check-am' failed make[3]: *** [check-am] Error 2 make[3]: Leaving directory '/home/myself/project/openbsc/openbsc/tests' Makefile:420: recipe for target 'check-recursive' failed make[2]: *** [check-recursive] Error 1 make[2]: Leaving directory '/home/myself/project/openbsc/openbsc/tests' Makefile:484: recipe for target 'check-recursive' failed make[1]: *** [check-recursive] Error 1 make[1]: Leaving directory '/home/myself/project/openbsc/openbsc' Makefile:775: recipe for target 'check' failed make: *** [check] Error 2 myself@myself34:~/project/openbsc/openbsc$ Thanks Abdulghafar

2 1

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

OpenBSC October 2016