Open Source Mobile Communications: Issueshttps://osmocom.org/https://osmocom.org/favicon.ico?16647414092024-03-09T21:34:47ZOpen Source Mobile Communications
Redmine pySim - Bug #6398 (New): Add helper for SwMatchErrorhttps://osmocom.org/issues/63982024-03-09T21:34:47Zn4n5
<p>Hello</p>
<p>Here is a tiny patch to add the error interpreter to SwMatchError()</p>
<p>Btw I have another question :<br />What can we do when we have "Expected 9000 and got 6983: Command not allowed - Authentication/PIN method blocked" ?</p>
<p>Thanks</p> Linux Kernel GTP-U - Bug #6382 (Feedback): "TC_pdp6_act_deact_gtpu_access" fails with kernel gtp-uhttps://osmocom.org/issues/63822024-03-01T17:08:19Zosmith
<p>Pau and I debugged why TC_pdp6_act_deact_gtpu_access does not work with osmo-ggsn with kernel gtp-u. It passes without kernel gtp-u.</p>
<blockquote>
<p>pespin: so I'd say that use case cannot really be performed right now as with current setup, but it's quite a specific one and not sure what would be the best desired behavior</p>
</blockquote>
<blockquote>
<p>pespin: so in summary: a GTP-U/IPv6(src-addr-link-local) arrives to the gtp kernel module (socket fd1u), and it decides the GGSN (userspace) needs to handle the packet, so the packet is pushed/read by osmo-ggsn, which in our current logic decides to forward the packet out of the tun. In order to do that, when we have a non-gtp generic tun, we use the tun FD to inject the decapsulted packet (IPv6(src-addr-link-local) into the network stack.</p>
</blockquote>
<blockquote>
<p>pespin: but when using the gtp tundev kind, we apparently do have the "tun fd" we need to inject decapsulated packets from the userspace program (osmo-ggsn), that only happens through the network stack internally.</p>
</blockquote>
<blockquote>
<p>pespin: So the question would be: 1- Can we somehow obtain an fd for the tun so we can inject decapsulated packets to it like we do in the userspace-gtp scenario? If yes, we should replace fd = -1 with that. If no, then we simply assume we don't want to inject those packets and discard them</p>
</blockquote>
<blockquote>
<p>pespin: feel free to create the ticket or point me to the existing one and I can fill in more info</p>
</blockquote>
<p><a href="#" onclick="$('#collapse-3552cc2c-show, #collapse-3552cc2c-hide').toggle(); $('#collapse-3552cc2c').fadeToggle(150);; return false;" id="collapse-3552cc2c-show" class="icon icon-collapsed collapsible">osmo-ggsn log + dmesg</a><a href="#" onclick="$('#collapse-3552cc2c-show, #collapse-3552cc2c-hide').toggle(); $('#collapse-3552cc2c').fadeToggle(150);; return false;" id="collapse-3552cc2c-hide" class="icon icon-expended collapsible" style="display:none;">osmo-ggsn log + dmesg</a><div id="collapse-3552cc2c" class="collapsed-text" style="display:none;"><pre>
+ osmo-ggsn -c /data/osmo-ggsn.cfg
20240301163326408 DLSTATS INFO Stats timer started with interval 5 sec (stats.c:206)
20240301163326410 DGGSN INFO APN(internet): Starting (ggsn.c:186)
20240301163326411 DGGSN INFO APN(internet): Opening Kernel GTP device tun46 (ggsn.c:204)
20240301163326412 DGGSN NOTICE APN(internet): Skipping APN start (ggsn.c:210)
20240301163326413 DGGSN INFO GGSN(ggsn0): Starting GGSN (ggsn.c:816)
20240301163326414 DLGTP NOTICE GTP: gtp_newgsn() started at 172.18.70.201 (gsn.c:465)
20240301163326416 DLGTP NOTICE State information file (/tmp/gsn_restart) not found. Creating new file. (gsn.c:386)
20240301163326417 DLGLOBAL DEBUG validating counter group 0x7fd8d2ca7b00(gsn) with 18 counters (rate_ctr.c:86)
20240301163326419 DGGSN NOTICE GGSN(ggsn0): Successfully started (ggsn.c:852)
20240301163326420 DGGSN INFO APN(internet): Starting (ggsn.c:186)
20240301163326421 DGGSN INFO APN(internet): Opening Kernel GTP device tun46 (ggsn.c:204)
20240301163326422 DGGSN NOTICE Initialized GTP kernel mode (genl ID is 32) (gtp-kernel.c:79)
[ 0.772102] gtp: enable gtp on 7, 4
[ 0.772475] gtp: enable gtp on 9, 5
[ 0.773067] tun46: registered new GTP interface
20240301163326425 DTUN NOTICE GTP kernel configured (tun.c:217)
[ 0.774548] tun46: no PDP ctx found for ff02:0000:0000:0000:0000:0000:0000:0002, skip
20240301163326426 DGGSN INFO APN(internet): Setting tun IP address 176.16.16.0/20 (ggsn.c:230)
20240301163326428 DGGSN INFO APN(internet): Setting tun IPv6 address 2001:780:44:2100::/56 (ggsn.c:242)
20240301163326429 DGGSN INFO APN(internet): Creating IPv4 pool 176.16.16.0/20 (ggsn.c:288)
20240301163326430 DGGSN INFO APN(internet): Blacklist tun IP 176.16.16.0/20 (ggsn.c:167)
20240301163326432 DGGSN INFO APN(internet): Creating IPv6 pool 2001:780:44:2100::/56 (ggsn.c:305)[ 0.781506] tun46: no PDP ctx found for ff02:0000:0000:0000:0000:0000:0000:0016, skip
20240301163326434 DGGSN INFO APN(internet): Blacklist tun IP 2001:780:44:2100::/56 (ggsn.c:167)
20240301163326435 DGGSN NOTICE APN(internet): Successfully started (ggsn.c:320)
20240301163326436 DLGLOBAL NOTICE Available via telnet 0.0.0.0 4260 (telnet_interface.c:88)
20240301163326437 DLCTRL NOTICE CTRL at 127.0.0.1 4257 (control_if.c:1014)
[ 1.166137] input: ImExPS/2 Generic Explorer Mouse as /devices/platform/i8042/serio1/input/input3
[ 1.603649] tun46: no PDP ctx found for ff02:0000:0000:0000:0000:0000:0000:0016, skip
[ 1.604747] tun46: no PDP ctx found for ff02:0000:0000:0000:0000:0000:0000:0002, skip
[ 1.606563] tun46: no PDP ctx found for ff02:0000:0000:0000:0000:0000:0000:0016, skip
[ 1.739641] tun46: no PDP ctx found for ff02:0000:0000:0000:0000:0000:0000:0016, skip
[ 2.243889] tun46: no PDP ctx found for ff02:0000:0000:0000:0000:0000:0000:0016, skip
20240301163328636 DLGLOBAL INFO Accept()ed new telnet connection r=172.18.70.202:37064<->l=172.18.70.201:4260 (telnet_interface.c:192)
20240301163328660 DLGLOBAL NOTICE TTCN3 f_logp(): TC_pdp6_act_deact_gtpu_access() start (logging_vty.c:1165)
20240301163328670 DLGTP DEBUG Begin pdp_tidget tid = e505007495524262 (pdp.c:322)
20240301163328674 DLGTP DEBUG Begin pdp_tidget. Not found (pdp.c:330)
20240301163328678 DLGTP DEBUG Begin pdp_tidset tid = e505007495524262 (pdp.c:277)
20240301163328682 DLGTP DEBUG End pdp_tidset (pdp.c:286)
20240301163328686 DGGSN DEBUG PDP(262425594700505:14): Processing create PDP context request for APN 'inet6' (ggsn.c:441)
20240301163328690 DGGSN DEBUG PDP(262425594700505:14): gtp_kernel_tunnel_add tun46 v1 TEID c88d0b86 EUA=(,2001:780:44:2101::) SGSN=172.18.70.202 (gtp-kernel.c:50)
[ 3.043499] tun46: GTPv1-U: new PDP ctx id=1/c88d0b86 ssgn=172.18.70.202 ms=32.1.7.128 (pdp=(____ptrval____))
20240301163328698 DGGSN INFO SGSN(172.18.70.202): Discovered (sgsn.c:83)
20240301163328700 DGGSN DEBUG PDP(262425594700505:14): PCO Protocol 0x0003 (pco.c:206)
20240301163328704 DGGSN INFO PDP(262425594700505:14): Successful PDP Context Creation: APN=inet6(internet), TEIC=1, IPv4=none, IPv6=2001:780:44:2101:: (ggsn.c:563)
20240301163328710 DLGTP DEBUG Registering seq=62633 in restransmit resp queue (gtp.c:503)
[ 3.065090] tun46: encap_recv sk=(____ptrval____)
[ 3.066495] tun46: received GTP1U packet
[ 3.067603] tun46: No PDP ctx for this MS
[ 3.068730] tun46: pass up to the process
20240301163328721 DGGSN DEBUG PDP(262425594700505:14): Packet received on APN(internet): forwarding to tun tun46 (ggsn.c:675)
[ 3.078465] tun46: encap_recv sk=(____ptrval____)
[ 3.079954] tun46: received GTP1U packet
[ 3.081068] tun46: No PDP ctx for this MS
[ 3.082226] tun46: pass up to the process
[ 3.083371] tun46: encap_recv sk=(____ptrval____)
[ 3.084696] tun46: received GTP1U packet
[ 3.085825] tun46: No PDP ctx for this MS
[ 3.086953] tun46: pass up to the process
20240301163328739 DGGSN DEBUG PDP(262425594700505:14): Packet received on APN(internet): forwarding to tun tun46 (ggsn.c:675)
20240301163328744 DTUN ERROR errno=9/Bad file descriptor TUN(tun46): write() failed (tun.c:324)
20240301163328747 DGGSN DEBUG PDP(262425594700505:14): Packet received on APN(internet): forwarding to tun tun46 (ggsn.c:675)
20240301163328752 DTUN ERROR errno=9/Bad file descriptor TUN(tun46): write() failed (tun.c:324)
[ 5.251918] tun46: no PDP ctx found for ff02:0000:0000:0000:0000:0000:0000:0002, skip
20240301163331735 DLGLOBAL INFO Closing telnet connection r=172.18.70.202:37064<->l=172.18.70.201:4260 (telnet_interface.c:138)
</pre></div></p>
<p>The error happens in <code>lib/tun.c</code>:</p>
<pre><code class="c syntaxhl"><span class="kt">int</span> <span class="nf">tun_encaps</span><span class="p">(</span><span class="k">struct</span> <span class="n">tun_t</span> <span class="o">*</span><span class="n">tun</span><span class="p">,</span> <span class="kt">void</span> <span class="o">*</span><span class="n">pack</span><span class="p">,</span> <span class="kt">unsigned</span> <span class="n">len</span><span class="p">)</span>
<span class="p">{</span>
<span class="kt">int</span> <span class="n">rc</span><span class="p">;</span>
<span class="n">rc</span> <span class="o">=</span> <span class="n">write</span><span class="p">(</span><span class="n">tun</span><span class="o">-></span><span class="n">fd</span><span class="p">,</span> <span class="n">pack</span><span class="p">,</span> <span class="n">len</span><span class="p">);</span>
<span class="k">if</span> <span class="p">(</span><span class="n">rc</span> <span class="o"><</span> <span class="mi">0</span><span class="p">)</span> <span class="p">{</span>
<span class="n">SYS_ERR</span><span class="p">(</span><span class="n">DTUN</span><span class="p">,</span> <span class="n">LOGL_ERROR</span><span class="p">,</span> <span class="n">errno</span><span class="p">,</span> <span class="s">"TUN(%s): write() failed"</span><span class="p">,</span> <span class="n">tun</span><span class="o">-></span><span class="n">devname</span><span class="p">);</span>
<span class="p">...</span>
</code></pre>
<code>tun->fd</code> is -1 for kernel gtp-u, it gets set in <code>lib/tun.c:tun_new()</code>:
<pre><code class="c syntaxhl"> <span class="k">if</span> <span class="p">(</span><span class="o">!</span><span class="n">use_kernel</span><span class="p">)</span> <span class="p">{</span>
<span class="cm">/* Open the actual tun device */</span>
<span class="k">if</span> <span class="p">(((</span><span class="o">*</span><span class="n">tun</span><span class="p">)</span><span class="o">-></span><span class="n">fd</span> <span class="o">=</span> <span class="n">open</span><span class="p">(</span><span class="s">"/dev/net/tun"</span><span class="p">,</span> <span class="n">O_RDWR</span><span class="p">))</span> <span class="o"><</span> <span class="mi">0</span><span class="p">)</span> <span class="p">{</span>
<span class="p">...</span>
<span class="p">}</span> <span class="k">else</span> <span class="p">{</span>
<span class="n">strncpy</span><span class="p">((</span><span class="o">*</span><span class="n">tun</span><span class="p">)</span><span class="o">-></span><span class="n">devname</span><span class="p">,</span> <span class="n">dev_name</span><span class="p">,</span> <span class="n">IFNAMSIZ</span><span class="p">);</span>
<span class="p">(</span><span class="o">*</span><span class="n">tun</span><span class="p">)</span><span class="o">-></span><span class="n">devname</span><span class="p">[</span><span class="n">IFNAMSIZ</span> <span class="o">-</span> <span class="mi">1</span><span class="p">]</span> <span class="o">=</span> <span class="mi">0</span><span class="p">;</span>
<span class="p">(</span><span class="o">*</span><span class="n">tun</span><span class="p">)</span><span class="o">-></span><span class="n">fd</span> <span class="o">=</span> <span class="o">-</span><span class="mi">1</span><span class="p">;</span>
<span class="k">if</span> <span class="p">(</span><span class="n">gtp_kernel_create</span><span class="p">(</span><span class="o">-</span><span class="mi">1</span><span class="p">,</span> <span class="n">dev_name</span><span class="p">,</span> <span class="n">fd0</span><span class="p">,</span> <span class="n">fd1u</span><span class="p">)</span> <span class="o"><</span> <span class="mi">0</span><span class="p">)</span> <span class="p">{</span>
</code></pre> OsmoUPF - Feature #5662 (New): add Linux kernel options to manualhttps://osmocom.org/issues/56622022-08-24T15:13:02Zneelsnhofmeyr@sysmocom.de
<p>in doc/manuals/chapters/overview.adoc it says "OsmoUPF requires Linux kernel features"</p>
<p>the manual should list actual kernel options: CONFIG_GTP, CONFIG_NFT_*</p>
<p>Find out which kernel options exactly are required and add to manual.</p>
<p>See also review comment at <a class="external" href="https://gerrit.osmocom.org/c/osmo-upf/+/29143">https://gerrit.osmocom.org/c/osmo-upf/+/29143</a></p> OCTOI - Osmocom Community TDM over IP - Feature #5526 (New): ability to generate GSMTAP traces fr...https://osmocom.org/issues/55262022-04-12T12:08:36Zlaforge
<p>In a typical setup, where icE1usb + osmo-e1d are used to connect some PBX or other PRI capable equipment, it would be nice if osmo-e1d could be used to generate signaling protocol traces.</p>
This would work as follows:
<ul>
<li>some VTY command to create a GSMTAP source</li>
<li>some VTY command to create software HLDC decoder instances (always in pairs for Rx+Tx) on specific timeslots of specific lines</li>
</ul>
<p>GSMTAP source and software HDLC are available in libosmocore, they just need to be hooked up accordingly</p> Open Source IMS Client - Feature #5483 (New): SIM card interface for strongswanhttps://osmocom.org/issues/54832022-03-07T11:11:31Zlaforge
<p>Similar to <a class="issue tracker-2 status-1 priority-4 priority-high2" title="Feature: SIM card interface for doubango (New)" href="https://osmocom.org/issues/5481">#5481</a>, we need an interface for performing UMTS-AKA with an external SIM Card.</p>
<p>The patches of <a class="issue tracker-2 status-1 priority-4 priority-high2" title="Feature: SIM card interface for doubango (New)" href="https://osmocom.org/issues/5481">#5481</a> implement the low-level APDUs for authentication and a pcsc-lite client internally. This is convenient, but for the more general use case (accessing SIM cards via phone-specific APIs like QMI or AT+CSIM comamnds) we need an interface at a higher layer of abstraction.</p>
<p>The interface should ideally be identicalt ot <a class="issue tracker-2 status-1 priority-4 priority-high2" title="Feature: SIM card interface for doubango (New)" href="https://osmocom.org/issues/5481">#5481</a>, so that both strongswan and doubango can be ran side-to-side, both accessing the same "USIM/ISIM card provider". That way, the provider must be implemented only once for each given target platform.</p> gr-osmosdr - Bug #5448 (New): a bug related to gqrx using gr-osmosdr for sdrplay rsp1 through soa...https://osmocom.org/issues/54482022-02-09T02:56:35Zagerasageras@tutanota.com
<p>There is a bug in gqrx with sdrplay rsp1 that it probably has to do with gr-osmosdr.<br />i have posted the issue on gqrx github <a class="external" href="https://github.com/gqrx-sdr/gqrx/issues/970">https://github.com/gqrx-sdr/gqrx/issues/970</a><br />and came in to the conclusion the it is probably on gr-osmosdr.</p>
<p>I use arch linux and the same problem consists for a year or more.<br />I am using gqrx v2.15.2-20-gdadc20b and gr-osmosdr 0.2.3-8.</p>
<p>In gqrx the input rate is only 0.2 MHz available in the 5, 6, 8 MHz, or whatever rate i choose.<br />It renders all the 8 MHz as an example but all of it is noise only for a 0.2 MHz hump in the middle.<br />Everything out of the hump is muted, you can only receive signal in the middle of the hump.</p>
<p>Every other software that i use through soapy has no problem but it is not through gr-osmosdr.</p> SIMtrace 2 - Bug #5423 (New): "trace" firmware continuous test setuphttps://osmocom.org/issues/54232022-01-27T12:24:54Zlaforge
<p>Similar to <code>cardem</code> in <a class="issue tracker-2 status-2 priority-2 priority-default" title="Feature: "cardem" continuous testing setup (In Progress)" href="https://osmocom.org/issues/5422">#5422</a>, we should also create a continuous test setup for passing SIM protocol tracing. The IUT is the simtrace2 firmware.</p>
<p>We can use diffeent modems / CCID readers accessing a SIM card via a SIMtrace2 device while tracing the communication.</p> OsmocomDECT - Bug #5396 (New): TcpDump/WireShark will not build with libpcap(dect) https://osmocom.org/issues/53962022-01-09T12:56:49Z
<p>Wireshark problem:</p>
<pre>
capture-pcap-util.c:274: error: static declaration of ‘pcap_datalink_name_to_val’ follows non-static declaration
/usr/local/include/pcap/pcap.h:380: note: previous declaration of ‘pcap_datalink_name_to_val’ was here
capture-pcap-util.c:289: error: static declaration of ‘pcap_datalink_val_to_name’ follows non-static declaration
/usr/local/include/pcap/pcap.h:381: note: previous declaration of ‘pcap_datalink_val_to_name’ was here
TcpDump? problem:
./../libpcap/libpcap.a(pcap.o): In function `pcap_datalink_name_to_val':
/root/libpcap/./pcap.c:855: multiple definition of `pcap_datalink_name_to_val'
dlnames.o:dlnames.c:(.text+0x90): first defined here
./../libpcap/libpcap.a(pcap.o): In function `pcap_datalink_val_to_name':
/root/libpcap/./pcap.c:868: multiple definition of `pcap_datalink_val_to_name'
dlnames.o:dlnames.c:(.text+0x0): first defined here
./../libpcap/libpcap.a(pcap.o): In function `pcap_datalink_val_to_description':
/root/libpcap/./pcap.c:880: multiple definition of `pcap_datalink_val_to_description'
dlnames.o:dlnames.c:(.text+0x40): first defined here
./../libpcap/libpcap.a(pcap.o): In function `pcap_list_datalinks':
/root/libpcap/./pcap.c:553: multiple definition of `pcap_list_datalinks'
datalinks.o:datalinks.c:(.text+0x0): first defined here
./../libpcap/libpcap.a(sf-pcap.o): In function `pcap_dump_ftell':
/root/libpcap/./sf-pcap.c:590: multiple definition of `pcap_dump_ftell'
pcap_dump_ftell.o:pcap_dump_ftell.c:(.text+0x0): first defined here
./../libpcap/libpcap.a(pcap-dect-linux.o): In function `dect_platform_finddevs':
/root/libpcap/./pcap-dect-linux.c:79: undefined reference to `nl_dect_cell_alloc_cache'
./../libpcap/libpcap.a(pcap-dect-linux.o): In function `add_cell_cb':
/root/libpcap/./pcap-dect-linux.c:52: undefined reference to `nl_dect_cell_get_name'
</pre> E1/T1 Hardware Interface (including icE1usb) - Bug #5382 (New): icE1usb: detect all-1 pattern an...https://osmocom.org/issues/53822022-01-02T12:17:29Zlaforge
<p>This applies to both DAHDI and e1d.</p> osmo-lab-rack - Feature #5372 (New): AC power supplyhttps://osmocom.org/issues/53722021-12-23T18:33:30Zlaforge
<p>It would be nice to have a component carrier mouted AC/DC converter for 5V or even dual-rail 5V+12V.</p>
<p>There are products on the market, but only for pricing of 200 EUR or the like, which is slightly overpriced for most use cases.</p> Core testing infrastructure - Feature #5323 (New): Add docker image containing titan.core masterhttps://osmocom.org/issues/53232021-11-22T17:26:06Zpespin
<p>Right now, we have "debian-stretch-titan/Dockerfile" in docker-playground.git, which installs the eclipse-titan from "latest" OBS repositories (currently 8.0.0 despite 8.1.0 is already available):<br /><a class="external" href="https://build.opensuse.org/package/show/network:osmocom:latest/eclipse-titan">https://build.opensuse.org/package/show/network:osmocom:latest/eclipse-titan</a></p>
However, it is sometimes useful to be able to build titan.core from source (be it master or any other branch). This can be used for different reasons:
<ul>
<li>Checking if a certain bug is present/fixed in a newer version, useful to report bugs upstream.</li>
<li>Check if newer versions than the one we currently have in OBS run fine against our test suites before upgrading it.</li>
<li>Build a random branch to develop/fix certain titan.core features.</li>
</ul>
<p>I already tried for a while but I wasn't able to get it to work since my debian packaging abilitites are not really good.<br />I share here what I have WIP for someone else to pick up the work.</p>
<pre>
diff --git a/debian-stretch-titan/Dockerfile b/debian-stretch-titan/Dockerfile
index 5b6b134..5e544cb 100644
--- a/debian-stretch-titan/Dockerfile
+++ b/debian-stretch-titan/Dockerfile
@@ -52,6 +52,34 @@ RUN DPKG_ARCH="$(dpkg --print-architecture)" && export $DPKG_ARCH && \
RUN git config --global user.email docker@dock.er && \
git config --global user.name "Dock Er"
+
+# clone titan.core
+RUN apt-get update && \
+ apt-get upgrade -y && \
+ DEBIAN_FRONTEND=noninteractive \
+ apt-get install -y --no-install-recommends \
+ git-buildpackage \
+ debhelper \
+ devscripts \
+ vim \
+ sudo \
+ iputils-ping \
+ less \
+ bison default-jdk flex fakeroot \
+ net-tools && \
+ apt-get clean
+ADD debian /debian
+RUN git clone https://gitlab.eclipse.org/eclipse/titan/titan.core.git && \
+ cp -r /debian /titan.core/ && \
+ cd /titan.core && \
+ echo "PESPIN1" && \
+ git add --all && \
+ git commit -m "TMP" && \
+ mkdir -p /foobar && \
+ gbp buildpackage -tc -uc -us --git-debian-branch=master --git-upstream-tree=master --git-ignore-new --git-export=master "--git-export-dir=/foobar"; \
+ cat /tmp/eclipse-titan*
+ADD https://gitlab.eclipse.org/api/v4/projects/176/repository/branches/master /tmp/deps-titancore
+
# clone osmo-ttcn3-hacks and deps, invalidate cache if deps change (OS#5017)
RUN git clone git://git.osmocom.org/osmo-ttcn3-hacks.git && \
make -C /osmo-ttcn3-hacks deps
</pre> OsmocomBB - Bug #5202 (New): [Assert failed rc >= 0 l1ctl.c:83] cell_log crashes (mostly) when mo...https://osmocom.org/issues/52022021-07-25T13:38:10Zantfarmer
<p>Upon execution of <strong>./cell_log -A 117 -i 127.0.0.1</strong>, the program crashes after a while with:</p>
<pre>
Assert failed rc >= 0 l1ctl.c:83
backtrace() returned 13 addresses
/usr/local/lib/libosmocore.so.17(osmo_generate_backtrace+0x18) [0x7f10d726684f]
/usr/local/lib/libosmocore.so.17(+0x24557) [0x7f10d7266557]
/usr/local/lib/libosmocore.so.17(osmo_panic+0xdc) [0x7f10d7266638]
./cell_log() [0x407f4a]
./cell_log() [0x40821d]
/usr/local/lib/libosmocore.so.17(osmo_wqueue_bfd_cb+0x3a) [0x7f10d7259e3d]
/usr/local/lib/libosmocore.so.17(+0xf2c4) [0x7f10d72512c4]
/usr/local/lib/libosmocore.so.17(+0xf3ba) [0x7f10d72513ba]
/usr/local/lib/libosmocore.so.17(osmo_select_main+0x15) [0x7f10d72513d8]
./cell_log() [0x402f2c]
/lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xf0) [0x7f10d66db840]
./cell_log() [0x4030b9]
Aborted
</pre>
<p>Line 83 in l1ctl.c:</p>
<pre><code class="c syntaxhl"><span class="cm">/* if FN is negative, we were called for something that's not CCCH! */</span>
<span class="n">OSMO_ASSERT</span><span class="p">(</span><span class="n">rc</span> <span class="o">>=</span> <span class="mi">0</span><span class="p">);</span>
</code></pre>
<p>The problem exists mostly when specifying an ARFCN manually, although i have seen the same type of crash even when no ARFCN is specified and an active scan is in place, but it is a very rare occasion and takes much more time to occur.</p>
<p>I have tried with different cells of different network carriers, so this is very unlikely to be a network issue.</p>
<p>Using the latest revision to date of master branch.</p> osmo-gbproxy - Feature #4961 (New): gbproxy support for "network sharing" via MOCNhttps://osmocom.org/issues/49612021-01-20T20:38:43Zlaforge
<p>In MOCN, the PS domain is also affected.</p>
<p>Likely required enhancements to osmo-gbproxy would include</p>
<ul>
<li>not only one pool of SGSNs, but multiple pools (one per CN)</li>
<li>modifications to UL-UNITDATA/DL-UNITDATA processing related to redirect etc.</li>
<li>logic for redirect handling based on redirection indication, redirect attempt flag, redirection completed</li>
</ul> SDR (Software Defined Radio) - Bug #4653 (New): cannot import name 'fosphor'https://osmocom.org/issues/46532020-07-05T14:34:54Zsystemd
<p>I am using Linux Mint 19.3 with a NVIDIA Corporation GM107GL [Quadro K620] (rev a2), runnin GNU Radio 3.8.</p>
<p>I followed the instructions on the installation page (<a class="external" href="https://osmocom.org/projects/sdr/wiki/fosphor">https://osmocom.org/projects/sdr/wiki/fosphor</a>) but I receive an error when I try to use fosphor. The error says "from gnuradio import fosphor<br />ImportError: cannot import name 'fosphor'"</p>
<p>my installation went as</p>
<p>First installed GLFW3 and it did install great.</p>
<p>then, sudo apt-get install nvidia-opencl-dev opencl-headers and sudo apt-get install nvidia-modprobe</p>
<p>Afterwards, gr-fosphor which too installed correctly.</p>
<p>Would someone be nice enough to advice what solutions I may try?</p> OsmoBTS - Bug #4579 (New): add IPv6 supporthttps://osmocom.org/issues/45792020-06-03T16:59:04Zlynxis
<p>Add support to use OsmoBTS in a IPv6 environment. All connections has to support IPv6.<br />GB IPv6 and PCU related changes are in a seperate ticket.</p>
<a name="OML-content"></a>
<h2 >OML content<a href="#OML-content" class="wiki-anchor">¶</a></h2>
<ul>
<li>rx_oml_ipa_rsl_connect()
<ul>
<li>NM_ATT_IPACC_DST_IP contains IPv4-only address by BSC</li>
</ul></li>
</ul>
<a name="RSL-content"></a>
<h2 >RSL content<a href="#RSL-content" class="wiki-anchor">¶</a></h2>
<ul>
<li>rsl_tx_ipac_XXcx_ack()
<ul>
<li>assumes RSL_IE_IPAC_REMOTE_IP is IPv4-only address by BSC</li>
<li>uses osmo_rtp_get_bound_ip_port() -> migrate to osmo_rtp_get_bound_addr()</li>
</ul></li>
</ul>
<ul>
<li>tx_ipac_XXcx_nack() + rsl_tx_ipac_XXcx_ack()
<ul>
<li>uses RSL_IE_IPAC_REMOTE_IP / RSL_IE_IPAC_LOCAL_IP and assumes content is v4-only</li>
</ul></li>
</ul>
<a name="TTCN3-tests-for-IPv6-have-to-be-created-for-all-parts-messages-IEs"></a>
<h2 >TTCN3 tests for IPv6 have to be created for all parts / messages / IEs<a href="#TTCN3-tests-for-IPv6-have-to-be-created-for-all-parts-messages-IEs" class="wiki-anchor">¶</a></h2>
<ul>
<li>write tests with dual stack and connect to a single stack BSC.</li>
<li>write tests for a only IPv6 setup.</li>
</ul> libosmocore - Bug #4265 (New): --enable-embedded doesn't work as expectedhttps://osmocom.org/issues/42652019-11-12T11:18:36Zlaforge
<p>--enable-embedded is supposed to automatically set flags like --disable-libsctp. In theory that<br /> is implemented, but in practise it doesn't work, as the actual <strong>check</strong> is still performed, even if later down the configure[.ac] script we set ENABLE_LIBSCTP to "false". So we perform the check (and abort in case it isn't present), but later would discard the result.</p>
<p>Re-ordering the blocks in configure.ac to first have the embedded handling doesn't help. I guess we would need to take the "$embedded" variable into account somehow in each of the enable/disable clauses?</p>
<p>Unless somebody knows a quick fix, it's not worth spending time on right now, but just for the record...</p> OsmoMGW - Bug #4153 (New): 3G voice broken with ALu 9361 femtohttps://osmocom.org/issues/41532019-08-15T15:04:11Zdev_zzo
<p>Hello,</p>
<p>I am trying to create a setup with various Osmocom components to get the Alcatel-Lucent 9361 femtocells I have to function as a small 3G network. Currently, I am experiencing issues with 3G voice calls, quite similar to the ones described in <a class="issue tracker-1 status-3 priority-2 priority-default closed" title="Bug: 3G voice broken, CS RAB Assignment is not working (Resolved)" href="https://osmocom.org/issues/3411">#3411</a> / <a class="issue tracker-2 status-3 priority-2 priority-default closed behind-schedule" title="Feature: remove nano3G IuUP "Initialization ACK" hack when IuUP proxy is in place (Resolved)" href="https://osmocom.org/issues/2459">#2459</a> / <a class="issue tracker-2 status-3 priority-2 priority-default closed behind-schedule" title="Feature: Implement way how to handle IuUP on RTP endpoints (Resolved)" href="https://osmocom.org/issues/1937">#1937</a>: the voice call is dropped.</p>
<p>I have traced the issue to the following code: <a class="external" href="https://github.com/osmocom/osmo-mgw/blob/9aaaab6b3b5a541a6c17077f5f1f8bc00ba77152/src/libosmo-mgcp/mgcp_network.c#L873">https://github.com/osmocom/osmo-mgw/blob/9aaaab6b3b5a541a6c17077f5f1f8bc00ba77152/src/libosmo-mgcp/mgcp_network.c#L873</a></p>
<p>The femtocell rejects the IuUP message due to a CRC mismatch and indeed, when the bytes are patched, the header CRC is not updated and therefore cannot match.</p> OsmoBSC - Bug #3737 (New): abort because unused lchan has non-null conn pointer, after AMR config...https://osmocom.org/issues/37372018-12-18T02:23:42Zneelsnhofmeyr@sysmocom.de
<p>I was just establishing a call and osmo-bsc crashes on me. Log follows.</p> OsmoHLR - Feature #3019 (New): add config for number of auth tuples returnedhttps://osmocom.org/issues/30192018-03-01T12:32:06Zneelsnhofmeyr@sysmocom.de
<p>by default osmo-hlr returns 5 auth tuples to any client requesting tuples (MSC, SGSN).<br />Allow configuring the number of tuples returned.</p>
<p>Rationale: the nr of tuples cached by the MSC / SGSN are a tuning detail allowing a tradeoff between HLR DB traffic and quick turnaround of the cached data in the MSC / SGSN.</p> OsmocomBB - Feature #2913 (New): Add a tool that decodes Cell Broadasts (SMSCB)https://osmocom.org/issues/29132018-02-07T20:34:14Zroox
<p>Add tool to osmocom-bb that can decode SMS-CB and log data.</p>
<p>A good starting point is the work done by Alex Badea in 2010 and 2013:</p>
<ol>
<li>changes to libosmocore (even with unit tests)<br /><a class="external" href="http://lists.osmocom.org/pipermail/baseband-devel/2013-January/003871.html">http://lists.osmocom.org/pipermail/baseband-devel/2013-January/003871.html</a></li>
<li>changes to cell_log<br /><a class="external" href="http://lists.osmocom.org/pipermail/baseband-devel/2013-January/003887.html">http://lists.osmocom.org/pipermail/baseband-devel/2013-January/003887.html</a></li>
<li>changes to L1 (already merged in sylvain/testing)<br /><a class="external" href="http://lists.osmocom.org/pipermail/baseband-devel/2013-January/003835.html">http://lists.osmocom.org/pipermail/baseband-devel/2013-January/003835.html</a><br /><a class="external" href="http://lists.osmocom.org/pipermail/baseband-devel/2013-January/003836.html">http://lists.osmocom.org/pipermail/baseband-devel/2013-January/003836.html</a></li>
</ol>
<p>There were reasons a that time to not to include these patches into master.</p>
<p>Time went by and now there's even initial support for SMSCB in OsmoBTS/OsmoBSC.<br /><a class="external" href="https://osmocom.org/projects/cellular-infrastructure/wiki/Cell_Broadcast">https://osmocom.org/projects/cellular-infrastructure/wiki/Cell_Broadcast</a></p>
<p>An interesting use-case for (at least for germans) could be the mapping of older BTS from VIAG-Interkom/O2 that still broadcast their locations in Gauss Krueger coordinates.<br />I've written a perl script that uses the logs from Alex Badeas patched cell_log to generate a KML file with the BTS's coordinates.</p> OsmoMSC - Bug #2851 (Stalled): a_iface.c:534 Unhandled SIGTRAN primitive: 3:2https://osmocom.org/issues/28512018-01-21T19:52:32Zlaforge
<p>Every so often I'm seeing the following error message:<br /><pre>
<000a> a_iface.c:534 Unhandled SIGTRAN primitive: 3:2
</pre></p>
We should
<ul>
<li>investigate and resolve this</li>
<li>make sure we print string values rather than numeric ones.</li>
</ul> OsmoGSMTester - Bug #2615 (New): Add API to check GPS lock in BTShttps://osmocom.org/issues/26152017-11-03T17:00:23Zpespin
<p>We should make sure that all BTS are always correctly calibrated.</p>
<p>For sysmocell5000, ssh+ccli can be used:</p>
<p>Ensure GPS_AUTO_SET_DATE_TIME_ENABLE is enabled<br /><pre>
> mib.get GPS_AUTO_SET_DATE_TIME_ENABLE
OK
GPS_AUTO_SET_DATE_TIME_ENABLE 1 (0x1
</pre></p>
<p>Other interesting commands to check for fix:<br /><pre>
> gps.get-location
OK
lat=0, long=0, alt=0m, age=4294967295s
> gps.get-time
OK
time=023016.33, date=1970-01-11, unixtime=873016, age=4294967295s
</pre></p>
<p>For OCTPHY it's even part of the DSP API.</p>
<p>For b-200, there no way to check afaik.</p>
<p>For sysmobts: gps related:"gpsmon", "gpsdate", "gpsctl", "cgps /dev/ttyS2" <br />To calibrate use sysmobts-calib -m calibrate with any available source (gps or other networks).</p> OP25 - Feature #2160 (New): Add "datascope" to usrp_p25_rx.pyhttps://osmocom.org/issues/21602017-04-22T16:04:15Z
<p>Incorporate Max's datascope from the ALSA receiver into the USRP version. Should allow the user to see eye diagrams for the input signal.</p> OsmoBSC - Feature #1946 (New): Add checks to the BSC VTY to prevent configurations known to not workhttps://osmocom.org/issues/19462017-02-08T23:41:53Zneelsnhofmeyr@sysmocom.de
<p>e.g. running TCH/F_TCH/H_PDCH timeslots on a nanobts doesn't work,<br />similarly, the BS11 should reject any codec except HRv1, FR and EFR (i.e. no AMR),<br />and so on.</p> OsmoBTS - Bug #1744 (New): 1-way voice between sysmobts and nanobts if DTX is enabledhttps://osmocom.org/issues/17442016-06-03T16:23:39Zmsuraev
<p>Not sure if it's osmobts or openbsc to blame but in following setup there's 1-way audio:</p>
<p>ms1 <-> sysmobts <-> openbsc <-> nanobts <-> ms2</p>
<p>The audio ms2 -> ms1 can be heard (if -P option is used for openbsc than some stattering in voice is audible, not sure if it's a separate issue) but the audio ms1 -> ms2 is nonexistent. In some test 1-2 words could be heard before audio is gone. Switching phones change nothing.</p>
<p>OpenBSC is configured for full-rate channels with AMR codec in the attached .pcap although the same effect could be observed with other codecs too.</p> OsmoPCU - Bug #1624 (New): add CRBB support to write_packet_ack_nack_desc_egprshttps://osmocom.org/issues/16242016-02-25T17:23:58Zmsuraev
<p>According to TS 44.060 §12.3.1 EGPRS Ack/Nack Description can use compressed block bitmaps.<br />At the moment there is todo code plug which forces use of URBB makes coverity unhappy (CID 1351734).<br />Note: this would require extending osmo_t4_encode() into proper encoder with backtracking instead of current "best guess" approach.</p> Mobile (in)Security - Bug #1480 (New): A5/3 is not deployed in GSM networkshttps://osmocom.org/issues/14802016-02-19T22:51:58Zlaforge
<p>The 3GPP has specified the Kasumi-derived A5/3 cipher for use in GSM networks. This would significantly increase the confidentiality and security of the GSM network, since it avoids the known-weak and known-broken A5/1 cipher. The passive A5/1 key-cracking attacks would no longer work.</p>
<p>In order to use A5/3, both the MS and the BTS will have to implement the A5/3 cipher, and the BSC will have to configure the BTSs to actually use it.</p>
<p>Many modern phones (whether 3G or not) support A5/3 operation on GSM and indicate this capability in their CLASSMARK.</p>
<p>However, none of the networks we have seen are using A5/3 on GSM.</p>
<p>Thus, the operators and/or equipment manufacturers are actively preventing a higher level of security and confidentiality.</p> OsmocomBB - Bug #1462 (New): ../../src/utils.c:182:7: error: only weak aliases are supported in t...https://osmocom.org/issues/14622016-02-19T22:48:42Z
<p>Build fails on OSX Lion</p>
<p>bash-3.2# make<br />mkdir shared/libosmocore/build-target<br />cd shared/libosmocore/build-target && ../configure \<br /> --host=arm-elf --enable-embedded --disable-shared \<br /> --disable-tests ac_cv_header_sys_select_h=no \<br /> --disable-tests ac_cv_header_sys_socket_h=no \<br /> CFLAGS="-Os <del>ffunction-sections -I/Users/blombo/osmocom-bb/src/target/firmware/include -nostartfiles -nodefaultlibs" <br />configure: WARNING: if you wanted to set the --build type, don't use --host.<br /> If a cross compiler is detected then cross compile mode will be used<br />checking for a BSD-compatible install... /usr/bin/install -c<br />checking whether build environment is sane... yes<br />checking for arm-elf-strip... arm-elf-strip<br />checking for a thread-safe mkdir -p... ../install-sh -c -d<br />checking for gawk... no<br />checking for mawk... no<br />checking for nawk... no<br />checking for awk... awk<br />checking whether make sets $(MAKE)... yes<br />checking whether make sets $(MAKE)... (cached) yes<br />checking for arm-elf-gcc... arm-elf-gcc<br />checking whether the C compiler works... yes<br />checking for C compiler default output file name... a.out<br />checking for suffix of executables... <br />checking whether we are cross compiling... yes<br />checking for suffix of object files... o<br />checking whether we are using the GNU C compiler... yes<br />checking whether arm-elf-gcc accepts -g... yes<br />checking for arm-elf-gcc option to accept ISO C89... none needed<br />checking for style of include used by make... GNU<br />checking dependency style of arm-elf-gcc... gcc3<br />checking build system type... x86_64-apple-darwin11.2.0<br />checking host system type... arm-unknown-elf<br />checking how to print strings... printf<br />checking for a sed that does not truncate output... /usr/bin/sed<br />checking for grep that handles long lines and -e... /usr/bin/grep<br />checking for egrep... /usr/bin/grep -E<br />checking for fgrep... /usr/bin/grep -F<br />checking for ld used by arm-elf-gcc... /Volumes/Speicher/opt/local/arm-elf/bin/ld<br />checking if the linker (/Volumes/Speicher/opt/local/arm-elf/bin/ld) is GNU ld... yes<br />checking for BSD</del> or MS-compatible name lister (nm)... /opt/local/bin//arm-elf-nm <del>B<br />checking the name lister (/opt/local/bin//arm-elf-nm -B) interface... BSD nm<br />checking whether ln -s works... yes<br />checking the maximum length of command line arguments... 196608<br />checking whether the shell understands some XSI constructs... yes<br />checking whether the shell understands "+="... yes<br />checking how to convert x86_64-apple-darwin11.2.0 file names to arm-unknown-elf format... func_convert_file_noop<br />checking how to convert x86_64-apple-darwin11.2.0 file names to toolchain format... func_convert_file_noop<br />checking for /Volumes/Speicher/opt/local/arm-elf/bin/ld option to reload object files... -r<br />checking for arm-elf-objdump... arm-elf-objdump<br />checking how to recognize dependent libraries... unknown<br />checking for arm-elf-dlltool... no<br />checking for dlltool... no<br />checking how to associate runtime and link libraries... printf <span>s\n<br />checking for arm-elf-ar... arm-elf-ar<br />checking for archiver <code>FILE support... </code><br />checking for arm-elf-strip... (cached) arm-elf-strip<br />checking for arm-elf-ranlib... arm-elf-ranlib<br />checking command to parse /opt/local/bin//arm-elf-nm -B output from arm-elf-gcc object... ok<br />checking for sysroot... no<br />checking for arm-elf-mt... no<br />checking for mt... no<br />checking if : is a manifest tool... no<br />checking how to run the C preprocessor... arm-elf-gcc -E<br />checking for ANSI C header files... yes<br />checking for sys/types.h... yes<br />checking for sys/stat.h... yes<br />checking for stdlib.h... yes<br />checking for string.h... yes<br />checking for memory.h... yes<br />checking for strings.h... yes<br />checking for inttypes.h... yes<br />checking for stdint.h... yes<br />checking for unistd.h... yes<br />checking for dlfcn.h... no<br />checking for objdir... .libs<br />checking if arm-elf-gcc supports -fno-rtti -fno-exceptions... no<br />checking for arm-elf-gcc option to produce PIC... -fPIC -DPIC<br />checking if arm-elf-gcc PIC flag -fPIC -DPIC works... yes<br />checking if arm-elf-gcc static flag -static works... yes<br />checking if arm-elf-gcc supports -c -o file.o... yes<br />checking if arm-elf-gcc supports -c -o file.o... (cached) yes<br />checking whether the arm-elf-gcc linker (/Volumes/Speicher/opt/local/arm-elf/bin/ld) supports shared libraries... yes<br />checking dynamic linker characteristics... no<br />checking how to hardcode library paths into programs... immediate<br />checking whether stripping libraries is possible... yes<br />checking if libtool supports shared libraries... no<br />checking whether to build shared libraries... no<br />checking whether to build static libraries... yes<br />checking for ANSI C header files... (cached) yes<br />checking execinfo.h usability... no<br />checking execinfo.h presence... no<br />checking for execinfo.h... no<br />checking for sys/select.h... (cached) no<br />checking for sys/socket.h... (cached) no<br />checking syslog.h usability... no<br />checking syslog.h presence... no<br />checking for syslog.h... no<br />checking ctype.h usability... yes<br />checking ctype.h presence... yes<br />checking for ctype.h... yes<br />checking for size_t... yes<br />checking for working alloca.h... yes<br />checking for alloca... yes<br />checking for library containing dlopen... no<br />checking for doxygen... false<br />checking if arm-elf-gcc supports -fvisibility=hidden... yes<br />configure: creating ./config.status<br />config.status: creating libosmocore.pc<br />config.status: creating libosmocodec.pc<br />config.status: creating libosmovty.pc<br />config.status: creating libosmogsm.pc<br />config.status: creating include/osmocom/Makefile<br />config.status: creating include/osmocom/vty/Makefile<br />config.status: creating include/osmocom/codec/Makefile<br />config.status: creating include/osmocom/crypt/Makefile<br />config.status: creating include/osmocom/gsm/Makefile<br />config.status: creating include/osmocom/gsm/protocol/Makefile<br />config.status: creating include/osmocom/core/Makefile<br />config.status: creating include/Makefile<br />config.status: creating src/Makefile<br />config.status: creating src/vty/Makefile<br />config.status: creating src/codec/Makefile<br />config.status: creating src/gsm/Makefile<br />config.status: creating tests/Makefile<br />config.status: creating tests/timer/Makefile<br />config.status: creating tests/sms/Makefile<br />config.status: creating tests/msgfile/Makefile<br />config.status: creating tests/ussd/Makefile<br />config.status: creating tests/smscb/Makefile<br />config.status: creating tests/bits/Makefile<br />config.status: creating utils/Makefile<br />config.status: creating Doxyfile.core<br />config.status: creating Doxyfile.gsm<br />config.status: creating Doxyfile.vty<br />config.status: creating Doxyfile.codec<br />config.status: creating Makefile<br />config.status: creating config.h<br />config.status: executing depfiles commands<br />config.status: executing libtool commands<br />cd shared/libosmocore/build-target &x%x</span> make<br />make all-recursive<br />Making all in include<br />Making all in osmocom<br />Making all in codec<br />maker5: Nothing to be done for @all'.<br />Making all in crypt<br />maker5: Nothing to be done for @all'.<br />Making all in gsm<br />Making all in protocol<br />maker6: Nothing to be done for @all'.<br />maker6: Nothing to be done for @all-am'.<br />Making all in core<br /> SED ../../../../include/osmocom/core/crcXXgen.h.tpl -> crc8gen.h<br /> SED ../../../../include/osmocom/core/crcXXgen.h.tpl -> crc16gen.h<br /> SED ../../../../include/osmocom/core/crcXXgen.h.tpl -> crc32gen.h<br /> SED ../../../../include/osmocom/core/crcXXgen.h.tpl -> crc64gen.h<br />maker5: Nothing to be done for @all-am'.<br />maker4: Nothing to be done for @all-am'.<br />Making all in src<br />Making all in .<br /> CC timer.lo<br /> CC select.lo<br /> CC signal.lo<br /> CC msgb.lo<br /> CC bits.lo<br /> CC bitvec.lo<br /> CC statistics.lo<br />../../src/statistics.c: In function 'osmo_counter_get_by_name':<br />../../src/statistics.c:72:3: warning: implicit declaration of function 'strcmp' [-Wimplicit-function-declaration]<br /> CC write_queue.lo<br /> CC utils.lo<br />../../src/utils.c: In function 'get_value_string':<br />../../src/utils.c:33:2: warning: format '%x' expects argument of type 'unsigned int', but argument 4 has type 'uint32_t' [-Wformat]<br />../../src/utils.c: In function 'get_string_value':<br />../../src/utils.c:49:3: warning: implicit declaration of function 'strcasecmp' [-Wimplicit-function-declaration]<br /> CC socket.lo<br /> CC logging.lo<br />../../src/logging.c: In function 'log_parse_category_mask':<br />../../src/logging.c:168:2: warning: implicit declaration of function 'strdup' [-Wimplicit-function-declaration]<br />../../src/logging.c:168:15: warning: incompatible implicit declaration of built-in function 'strdup' [enabled by default]<br />../../src/logging.c:175:2: warning: implicit declaration of function 'strtok' [-Wimplicit-function-declaration]<br />../../src/logging.c:175:17: warning: assignment makes pointer from integer without a cast [enabled by default]<br />../../src/logging.c:178:4: warning: implicit declaration of function 'strstr' [-Wimplicit-function-declaration]<br />../../src/logging.c:178:18: warning: incompatible implicit declaration of built-in function 'strstr' [enabled by default]<br />../../src/logging.c:203:27: warning: assignment makes pointer from integer without a cast [enabled by default]<br />../../src/logging.c: In function '_file_output':<br />../../src/logging.c:433:2: warning: implicit declaration of function 'fprintf' [-Wimplicit-function-declaration]<br />../../src/logging.c:433:2: warning: incompatible implicit declaration of built-in function 'fprintf' [enabled by default]<br />../../src/logging.c:434:2: warning: implicit declaration of function 'fflush' [-Wimplicit-function-declaration]<br />../../src/logging.c: In function 'log_target_create_file':<br />../../src/logging.c:506:2: warning: implicit declaration of function 'fopen' [-Wimplicit-function-declaration]<br />../../src/logging.c:506:23: warning: assignment makes pointer from integer without a cast [enabled by default]<br />../../src/logging.c: In function 'log_target_find':<br />../../src/logging.c:530:4: warning: implicit declaration of function 'strcmp' [-Wimplicit-function-declaration]<br />../../src/logging.c: In function 'log_target_destroy':<br />../../src/logging.c:552:4: warning: implicit declaration of function 'fclose' [-Wimplicit-function-declaration]<br />../../src/logging.c: In function 'log_target_file_reopen':<br />../../src/logging.c:565:23: warning: assignment makes pointer from integer without a cast [enabled by default]<br /> CC logging_syslog.lo<br /> CC rate_ctr.lo<br />../../src/rate_ctr.c: In function 'rate_ctr_get_group_by_name_idx':<br />../../src/rate_ctr.c:153:3: warning: implicit declaration of function 'strcmp' [-Wimplicit-function-declaration]<br /> CC gsmtap_util.lo<br /> CC crc16.lo<br /> CC panic.lo<br /> CC backtrace.lo<br /> CC conv.lo<br /> CC application.lo<br /> CC rbtree.lo<br /> SED ../../src/crcXXgen.c.tpl -> crc8gen.c<br /> CC crc8gen.lo<br /> SED ../../src/crcXXgen.c.tpl -> crc16gen.c<br /> CC crc16gen.lo<br /> SED ../../src/crcXXgen.c.tpl -> crc32gen.c<br /> CC crc32gen.lo<br /> SED ../../src/crcXXgen.c.tpl -> crc64gen.c<br /> CC crc64gen.lo<br /> CCLD libosmocore.la<br />Making all in vty<br />maker4: Nothing to be done for @all'.<br />Making all in codec<br /> CC gsm610.lo<br /> CC gsm620.lo<br /> CC gsm660.lo<br /> CC gsm690.lo<br /> CCLD libosmocodec.la<br />Making all in gsm<br /> CC a5.lo<br /> CC rxlev_stat.lo<br /> CC tlv_parser.lo<br /> CC comp128.lo<br /> CC gsm_utils.lo<br />../../../src/gsm/gsm_utils.c: In function 'gsm_7bit_encode':<br />../../../src/gsm/gsm_utils.c:253:13: warning: variable 'z' set but not used [-Wunused-but-set-variable]<br /> CC rsl.lo<br /> CC gsm48.lo<br />../../../src/gsm/gsm48.c: In function 'gsm48_mi_to_string':<br />../../../src/gsm/gsm48.c:348:4: warning: format '%u' expects argument of type 'unsigned int', but argument 4 has type 'uint32_t' [-Wformat]<br /> CC gsm48_ie.lo<br /> CC gsm0808.lo<br /> CC sysinfo.lo<br /> CC gprs_cipher_core.lo<br /> CC gsm0480.lo<br />../../../src/gsm/gsm0480.c: In function 'parse_process_uss_req':<br />../../../src/gsm/gsm0480.c:405:7: warning: pointer targets in passing argument 1 of 'gsm_7bit_decode' differ in signedness [-Wpointer-sign]<br />../../../include/osmocom/gsm/gsm_utils.h:59:5: note: expected 'char <strong>' but argument is of type 'uint8_t *'<br /> CC abis_nm.lo<br /> CC gsm0502.lo<br /> CC gsm0411_utils.lo<br /> CC gsm0411_smc.lo<br /> CC gsm0411_smr.lo<br /> CC lapd_core.lo<br />../../../src/gsm/lapd_core.c: In function 'lapd_acknowledge':<br />../../../src/gsm/lapd_core.c:710:38: warning: variable 't200_start' set but not used [-Wunused-but-set-variable]<br />../../../src/gsm/lapd_core.c: In function 'lapd_rx_u':<br />../../../src/gsm/lapd_core.c:835:5: warning: implicit declaration of function 'memcmp' [-Wimplicit-function-declaration]<br /> CC lapdm.lo<br /> CCLD libosmogsm.la<br />Making all in tests<br />maker4: Nothing to be done for @all-am'.<br />Making all in utils<br />maker3: Nothing to be done for @all'.<br />maker3: Nothing to be done for @all-am'.<br />mkdir shared/libosmocore/build-host<br />cd shared/libosmocore/build-host && ../configure <br />checking for a BSD-compatible install... /usr/bin/install -c<br />checking whether build environment is sane... yes<br />checking for a thread-safe mkdir -p... ../install-sh -c -d<br />checking for gawk... no<br />checking for mawk... no<br />checking for nawk... no<br />checking for awk... awk<br />checking whether make sets $(MAKE)... yes<br />checking whether make sets $(MAKE)... (cached) yes<br />checking for gcc... gcc<br />checking whether the C compiler works... yes<br />checking for C compiler default output file name... a.out<br />checking for suffix of executables... <br />checking whether we are cross compiling... no<br />checking for suffix of object files... o<br />checking whether we are using the GNU C compiler... yes<br />checking whether gcc accepts -g... yes<br />checking for gcc option to accept ISO C89... none needed<br />checking for style of include used by make... GNU<br />checking dependency style of gcc... gcc3<br />checking build system type... x86_64-apple-darwin11.2.0<br />checking host system type... x86_64-apple-darwin11.2.0<br />checking how to print strings... printf<br />checking for a sed that does not truncate output... /usr/bin/sed<br />checking for grep that handles long lines and -e... /usr/bin/grep<br />checking for egrep... /usr/bin/grep -E<br />checking for fgrep... /usr/bin/grep -F<br />checking for ld used by gcc... /usr/bin/ld<br />checking if the linker (/usr/bin/ld) is GNU ld... no<br />checking for BSD</del> or MS-compatible name lister (nm)... /usr/bin/nm<br />checking the name lister (/usr/bin/nm) interface... BSD nm<br />checking whether ln -s works... yes<br />checking the maximum length of command line arguments... 196608<br />checking whether the shell understands some XSI constructs... yes<br />checking whether the shell understands "+="... yes<br />checking how to convert x86_64-apple-darwin11.2.0 file names to x86_64-apple-darwin11.2.0 format... func_convert_file_noop<br />checking how to convert x86_64-apple-darwin11.2.0 file names to toolchain format... func_convert_file_noop<br />checking for /usr/bin/ld option to reload object files... -r<br />checking for objdump... no<br />checking how to recognize dependent libraries... pass_all<br />checking for dlltool... no<br />checking how to associate runtime and link libraries... printf <span>s\n<br />checking for ar... ar<br />checking for archiver @FILE support... no<br />checking for strip... strip<br />checking for ranlib... ranlib<br />checking command to parse /usr/bin/nm output from gcc object... ok<br />checking for sysroot... no<br />checking for mt... no<br />checking if : is a manifest tool... no<br />checking for dsymutil... dsymutil<br />checking for nmedit... nmedit<br />checking for lipo... lipo<br />checking for otool... otool<br />checking for otool64... no<br />checking for -single_module linker flag... yes<br />checking for -exported_symbols_list linker flag... yes<br />checking for -force_load linker flag... yes<br />checking how to run the C preprocessor... gcc -E<br />checking for ANSI C header files... yes<br />checking for sys/types.h... yes<br />checking for sys/stat.h... yes<br />checking for stdlib.h... yes<br />checking for string.h... yes<br />checking for memory.h... yes<br />checking for strings.h... yes<br />checking for inttypes.h... yes<br />checking for stdint.h... yes<br />checking for unistd.h... yes<br />checking for dlfcn.h... yes<br />checking for objdir... .libs<br />checking if gcc supports -fno-rtti -fno-exceptions... no<br />checking for gcc option to produce PIC... -fno-common -DPIC<br />checking if gcc PIC flag -fno-common -DPIC works... yes<br />checking if gcc static flag -static works... no<br />checking if gcc supports -c -o file.o... yes<br />checking if gcc supports -c -o file.o... (cached) yes<br />checking whether the gcc linker (/usr/bin/ld) supports shared libraries... yes<br />checking dynamic linker characteristics... darwin11.2.0 dyld<br />checking how to hardcode library paths into programs... immediate<br />checking whether stripping libraries is possible... yes<br />checking if libtool supports shared libraries... yes<br />checking whether to build shared libraries... yes<br />checking whether to build static libraries... yes<br />checking for ANSI C header files... (cached) yes<br />checking execinfo.h usability... yes<br />checking execinfo.h presence... yes<br />checking for execinfo.h... yes<br />checking sys/select.h usability... yes<br />checking sys/select.h presence... yes<br />checking for sys/select.h... yes<br />checking sys/socket.h usability... yes<br />checking sys/socket.h presence... yes<br />checking for sys/socket.h... yes<br />checking syslog.h usability... yes<br />checking syslog.h presence... yes<br />checking for syslog.h... yes<br />checking ctype.h usability... yes<br />checking ctype.h presence... yes<br />checking for ctype.h... yes<br />checking for size_t... yes<br />checking for working alloca.h... yes<br />checking for alloca... yes<br />checking for library containing dlopen... none required<br />checking for doxygen... false<br />checking if gcc supports -fvisibility=hidden... yes<br />configure: creating ./config.status<br />config.status: creating libosmocore.pc<br />config.status: creating libosmocodec.pc<br />config.status: creating libosmovty.pc<br />config.status: creating libosmogsm.pc<br />config.status: creating include/osmocom/Makefile<br />config.status: creating include/osmocom/vty/Makefile<br />config.status: creating include/osmocom/codec/Makefile<br />config.status: creating include/osmocom/crypt/Makefile<br />config.status: creating include/osmocom/gsm/Makefile<br />config.status: creating include/osmocom/gsm/protocol/Makefile<br />config.status: creating include/osmocom/core/Makefile<br />config.status: creating include/Makefile<br />config.status: creating src/Makefile<br />config.status: creating src/vty/Makefile<br />config.status: creating src/codec/Makefile<br />config.status: creating src/gsm/Makefile<br />config.status: creating tests/Makefile<br />config.status: creating tests/timer/Makefile<br />config.status: creating tests/sms/Makefile<br />config.status: creating tests/msgfile/Makefile<br />config.status: creating tests/ussd/Makefile<br />config.status: creating tests/smscb/Makefile<br />config.status: creating tests/bits/Makefile<br />config.status: creating utils/Makefile<br />config.status: creating Doxyfile.core<br />config.status: creating Doxyfile.gsm<br />config.status: creating Doxyfile.vty<br />config.status: creating Doxyfile.codec<br />config.status: creating Makefile<br />config.status: creating config.h<br />config.status: executing depfiles commands<br />config.status: executing libtool commands<br />cd shared/libosmocore/build-host &x%x</span> make<br />make all-recursive<br />Making all in include<br />Making all in osmocom<br />Making all in vty<br />maker5: Nothing to be done for @all'.<br />Making all in codec<br />maker5: Nothing to be done for @all'.<br />Making all in crypt<br />maker5: Nothing to be done for @all'.<br />Making all in gsm<br />Making all in protocol<br />maker6: Nothing to be done for @all'.<br />maker6: Nothing to be done for @all-am'.<br />Making all in core<br /> SED ../../../../include/osmocom/core/crcXXgen.h.tpl -> crc8gen.h<br /> SED ../../../../include/osmocom/core/crcXXgen.h.tpl -> crc16gen.h<br /> SED ../../../../include/osmocom/core/crcXXgen.h.tpl -> crc32gen.h<br /> SED ../../../../include/osmocom/core/crcXXgen.h.tpl -> crc64gen.h<br />maker5: Nothing to be done for @all-am'.<br />maker4: Nothing to be done for @all-am'.<br />Making all in src<br />Making all in .<br /> CC timer.lo<br /> CC select.lo<br /> CC signal.lo<br /> CC msgb.lo<br /> CC bits.lo<br /> CC bitvec.lo<br /> CC statistics.lo<br /> CC write_queue.lo<br /> CC utils.lo<br />../../src/utils.c:182:7: error: only weak aliases are supported in this configuration<br />maker4: <b></strong> [utils.lo] Error 1<br />maker3: <strong></b> [all-recursive] Error 1<br />maker2: <b></strong> [all-recursive] Error 1<br />maker1: <strong></b> [all] Error 2<br />make: *</strong>* [shared/libosmocore/build-host/src/.libs/libosmocore.la] Error 2</p> OsmocomDECT - Feature #5395 (New): Support for LMX3161 https://osmocom.org/issues/53952011-08-23T00:00:00Z
<p>The current trunk does not support LMX3161.<br />However there is some work in progress:</p>
<blockquote>
<p>Patrick:<br />IIRC it was complete, but the firmware part wasn't working properly yet, it didn't<br />receive any frames. If you want to work on this I can give you<br />a few pointers to documentation and what needs to be done.</p>
</blockquote>
<p>If possible can you add the current wip here?</p> OsmocomDECT - Bug #5388 (New): {MM-INFO-SUGGEST} message not sent with ext bit set to 0https://osmocom.org/issues/53882010-10-05T00:00:00Z
<p>GAP (ETSI EN 300 444) section 8.29 (Location update) requires two consecutive {MM-INFO-SUGGEST} messages to be sent, one with the ext bit set to one, one with the ext bit set to zero, presumably for compatibility with old equipment. libdect always sets the ext bit to one on the final octet.</p>