Open Source Mobile Communications: Issueshttps://osmocom.org/https://osmocom.org/favicon.ico?16647414092024-03-22T05:59:54ZOpen Source Mobile Communications
Redmine rtl-sdr - Bug #6413 (New): Incorrect Debian/Debian-like binary packageshttps://osmocom.org/issues/64132024-03-22T05:59:54ZFFY00
<p>Hi,</p>
<p>It seems the binary packages for Debian and Debian-like distributions, such as Ubuntu, for librtlsdr are incorrect.</p>
<p>You are shipping a librtlsdr0 package for 2.x version, which has a SO version with a major of 2. The correct package should be librtlsdr2. Not shipping a .so.0 in a librtlsdr0 package means that all software that was built against it will now result in an unresolved linker dependency.</p>
<p>With that said, I would also recommend the SO version to not be tied to the project version, as that would require all existing packages to be rebuilt against the new library package, even if there weren't any ABI changes. I don't know if there were any ABI changes between .so.0 and .so.2, but if there weren't, I would recommend for rtl-sdr 2.x to still ship a SO with a 0 major version (in this case, also a .so.2 now, since version 2.x has already been released with that SO name).</p>
<p>Cheers,<br />Filipe Laíns</p> erlang/osmo_ss7 - Bug #6377 (Feedback): ipa: Failure decoding ipa frames split between several tc...https://osmocom.org/issues/63772024-02-27T17:53:18Zpespin
<p>This happens when a lot of IPA concurrent clients send messages and end up in the same TCP packet due to naggle algorithm.<br />When that happens, ipa code in osmo_ss7 fails to decode in osmo-epdg:</p>
<pre>
*DBG* epdg_ue_fsm_262424287925697 receive call {auth_request,33,"internet"} from <0.204.0> in state state_new
*DBG* epdg_ue_fsm_262424287925697 send ok to <0.204.0>
*DBG* gsup_server new state {gsups_state,#Port<0.16>,4222,#Port<0.19>,
{ipa_ccm_options,"EPDG-00-00-00-00-00-00",
"0/0/0","00:00:00:00:00:00","00:00:00:00:00:00",
"00:00:00:00:00:00","00:00:00:00:00:00",
"00:00:00:00:00:00","EPDG-00-00-00-00-00-00",
false},
{set,6,16,16,8,80,48,
{[],[],[],[],[],[],[],[],[],[],[],[],[],[],[],
[]},
{{[],[],[],[],
[{gsups_ue,<<"262429242370912">>,<0.240.0>}],
[],
[{gsups_ue,<<"262423473100631">>,<0.243.0>}],
[],[],
[{gsups_ue,<<"262423491582839">>,<0.244.0>}],
[],[],
[{gsups_ue,<<"262424287925697">>,<0.248.0>}],
[{gsups_ue,<<"262426121377808">>,<0.245.0>}],
[{gsups_ue,<<"262426512097609">>,<0.246.0>}],
[]}}}}
*DBG* epdg_ue_fsm_262424287925697 consume call {auth_request,33,"internet"} from <0.204.0> in state state_new => state_wait_auth_res
p
*DBG* gsup_server got {ipa,#Port<0.19>,
{osmo,5},
#{imsi => <<"262425921669062">>,
message_type => send_auth_info_req,
pdp_info_list =>
[#{access_point_name => "internet",
pdp_address =>
#{address => #{},pdp_type_nr => 33,
pdp_type_org => 241},
pdp_context_id => 0}]}}
*DBG* epdg_ue_fsm_262425921669062 enter epdg_ue_fsm in state state_new
17:39:21.043 [error] Error in process <0.222.0> with exit value:
{{badmatch,<<0,32,238,5,8,1,8,98,66,98,68,72,146,87,244,5,18,16,1,0,17,2,241,33,18>>},[{ipa_proto,split_ipa_msg,1,[{file,"/tmp/osmo-
epdg/_build/default/lib/osmo_ss7/src/ipa_proto.erl"},{line,135}]},{ipa_proto,process_rx_ipa_msg,4,[{file,"/tmp/osmo-epdg/_build/defa
ult/lib/osmo_ss7/src/ipa_proto.erl"},{line,182}]},{ipa_proto,loop,3,[{file,"/tmp/osmo-epdg/_build/default/lib/osmo_ss7/src/ipa_proto
.erl"},{line,269}]}]}
</pre> osmo-ePDG - VoWifi Evolved Packet Data Gateway - Bug #6361 (Feedback): open5gs-upfd: Fix open5gs ...https://osmocom.org/issues/63612024-02-15T19:50:49Zpespin
<p>From <a class="external" href="https://osmocom.org/issues/6235?issue_count=13&issue_position=5&next_issue_id=6229&prev_issue_id=6289#note-26">https://osmocom.org/issues/6235?issue_count=13&issue_position=5&next_issue_id=6229&prev_issue_id=6289#note-26</a>:</p>
<blockquote>
<p>Also, I had to tweak broken open5gs setup where open5gs-upfd ogtsun gets assigned IP address "10.45.0.1/16", but that IP address is actually also assigned to the first MS (my SWu emulator), and that creates problems in the network stack when the inner packet is decapsulated from GTP. In order to fix it:</p>
<pre>
> root@epc:~# ip addr del 10.45.0.1/16 dev ogstun
> root@epc:~# ip route add 10.45.0.0/24 dev ogstun
> </pre>
<p>According to lynxis this is a problem coming from open5gs package (file /etc/systemd/network/99-open5gs.network). The IP address is set in order to get the routing entry for free. Instead, it should only add the routing entry.</p>
</blockquote>
<p>We should look into fixing the open5gs package to avoid having to apply those changes every time open5gs-upf is restarted.</p> Cellular Network Infrastructure - Bug #6198 (In Progress): Patch releases for September 2023 Osmo...https://osmocom.org/issues/61982023-09-29T09:36:43Zosmith
<a name="Patches-to-include"></a>
<h3 >Patches to include<a href="#Patches-to-include" class="wiki-anchor">¶</a></h3>
osmo-bts:
<ul>
<li><a class="external" href="https://gerrit.osmocom.org/c/osmo-bts/+/34446">https://gerrit.osmocom.org/c/osmo-bts/+/34446</a></li>
<li><a class="external" href="https://gerrit.osmocom.org/c/osmo-bts/+/34540">https://gerrit.osmocom.org/c/osmo-bts/+/34540</a></li>
<li>ASCI related fixes:
<ul>
<li><a class="external" href="https://gerrit.osmocom.org/c/osmo-bts/+/34423">https://gerrit.osmocom.org/c/osmo-bts/+/34423</a></li>
<li><a class="external" href="https://gerrit.osmocom.org/c/osmo-bts/+/34519">https://gerrit.osmocom.org/c/osmo-bts/+/34519</a></li>
</ul>
</li>
<li>Jolly is investigating lost bursts, we might need to bump the scheduler priority in the systemd service (<a class="issue tracker-1 status-3 priority-3 priority-high3 closed" title="Bug: Sporadic dropped bursts by DSP (Resolved)" href="https://osmocom.org/issues/6199">#6199</a>)
<ul>
<li>-> <a class="external" href="https://gerrit.osmocom.org/c/osmo-bts/+/34581">https://gerrit.osmocom.org/c/osmo-bts/+/34581</a></li>
</ul></li>
</ul>
osmo-pcu:
<ul>
<li><a class="external" href="https://gerrit.osmocom.org/c/osmo-pcu/+/34541">https://gerrit.osmocom.org/c/osmo-pcu/+/34541</a></li>
<li><a class="external" href="https://gerrit.osmocom.org/c/osmo-pcu/+/34690">https://gerrit.osmocom.org/c/osmo-pcu/+/34690</a></li>
<li>Fix for <a class="issue tracker-1 status-3 priority-3 priority-high3 closed" title="Bug: osmo-pcu from OBS latest feeds transmits Dummy blocks a few more FNs after last TBF in TS was freed (Resolved)" href="https://osmocom.org/issues/6191">#6191</a> (still in review)
<ul>
<li><del><a class="external" href="https://gerrit.osmocom.org/c/osmo-pcu/+/34575">https://gerrit.osmocom.org/c/osmo-pcu/+/34575</a></del></li>
<li><del><a class="external" href="https://gerrit.osmocom.org/c/osmo-pcu/+/34647">https://gerrit.osmocom.org/c/osmo-pcu/+/34647</a></del></li>
<li><a class="external" href="https://gerrit.osmocom.org/c/osmo-pcu/+/35151">https://gerrit.osmocom.org/c/osmo-pcu/+/35151</a></li>
<li>(there might be more related patches that need backporting? or should we just tag a new version from current master?)</li>
</ul></li>
</ul> SIMtrace 2 - Bug #6181 (Feedback): Unexpected INS code with simtrace2-sniff: 0x7fhttps://osmocom.org/issues/61812023-09-15T15:44:53Zv.marinos
<p>Hello,</p>
<p>I used `simtrace2-sniff` to sniff the messages between my sysmocom SIM cards and a Google Pixel 5, during 5G SA registration. I captured the traffic with tcpdump over port 4729 (pcap file attached).</p>
<p>I am using Open5GS and srsRAN (5G) for the core and RAN respectively. The phone connects to the core successfully and has internet access.</p>
<p>When I replay the captured messages with pySim-trace I get the following error: "ValueError: Unknown CLA=A4 INS=7F". Wireshark also shows the same INS code, as Unknown (0x7f).</p>
<p>I looked at ETSI TS 102 221 V17.1.0 (2022-02), Table 10.5, and couldn't find any reference of APDU with INS code 0x7f.</p>
<p>Do you have any insights on why this APDU is showing up?</p>
<p>Thanks,<br />Marinos</p> rtl-sdr - Bug #6012 (New): Update wiki for macos buildhttps://osmocom.org/issues/60122023-04-22T23:40:42Zmores
<p>If you follow instructions for "Building with autotools:" you will get:</p>
<p>./configure: line 12636: syntax error near unexpected token `LIBUSB,'<br />./configure: line 12636: `PKG_CHECK_MODULES(LIBUSB, libusb-1.0 >= 1.0)'</p>
<p>on macos.</p>
<p>Please update wiki to include:</p>
<p>autoreconf -i -I/opt/homebrew/share/aclocal</p> rtl-sdr - Bug #6005 (New): rtl-test and rtl-sdr exit code=-5 when running on Windows 10 WSL and U...https://osmocom.org/issues/60052023-04-16T23:27:10Zmluckham
<p>While trying to get radiosonde_auto_rx 6.0 to work on Windows 10 WSL and Ubuntu, neither the RTL-SDR.COM dongle nor an older DVB-T+DAB+FM dongle were detected by auto_rx.py. Increasing the log level to debug showed that rtl_sdr was returning a non-zero error code.</p>
<p>Echoing the return code ($#) after running rtl_sdr or rtl_test on the command line, -5 is being returned instead of zero. Modifying auto_rx/autorx/utils.py to accept a return code of 5 allowed the SDR to be detected and operate normally.</p>
<p>Moving to the rtl-sdr code, in librtlsdr.c, the rtl_read_async() method returns -5 from the variable 'r' if a non-zero error was returned from r=libusb_cancel_transfer. The main also returns the non-zero value of 'r' which is the problem.</p>
<p>I reported these findings on: [<a class="external" href="https://github.com/projecthorus/radiosonde_auto_rx/issues/765">https://github.com/projecthorus/radiosonde_auto_rx/issues/765</a> [<a class="external" href="https://github.com/projecthorus/radiosonde_auto_rx/issues/765">https://github.com/projecthorus/radiosonde_auto_rx/issues/765</a>]].</p>
<p>Moving on to Windows 10 WSL, the dorssel/usbipd-win project bridges Windows 10 USB devices to the Ubuntu environment. I submitted a request for assistance to the project and they advised how to capture debug information. Their response: [<a class="external" href="https://github.com/dorssel/usbipd-win/issues/572">https://github.com/dorssel/usbipd-win/issues/572</a> [<a class="external" href="https://github.com/dorssel/usbipd-win/issues/572">https://github.com/dorssel/usbipd-win/issues/572</a>]]</p>
<p>Here is the code change that I made to librtlsdr.c to absorb the error code and return the normal exit code=0. There are two changes flagged with the comment '// Mike'. I don't know whether this change is generic enough - it just works in this situation.</p>
<pre><code class="c syntaxhl">
<span class="kt">int</span> <span class="nf">rtlsdr_read_async</span><span class="p">(</span><span class="n">rtlsdr_dev_t</span> <span class="o">*</span><span class="n">dev</span><span class="p">,</span> <span class="n">rtlsdr_read_async_cb_t</span> <span class="n">cb</span><span class="p">,</span> <span class="kt">void</span> <span class="o">*</span><span class="n">ctx</span><span class="p">,</span>
<span class="kt">uint32_t</span> <span class="n">buf_num</span><span class="p">,</span> <span class="kt">uint32_t</span> <span class="n">buf_len</span><span class="p">)</span>
<span class="p">{</span>
<span class="kt">unsigned</span> <span class="kt">int</span> <span class="n">i</span><span class="p">;</span>
<span class="kt">int</span> <span class="n">r</span> <span class="o">=</span> <span class="mi">0</span><span class="p">;</span>
<span class="k">struct</span> <span class="n">timeval</span> <span class="n">tv</span> <span class="o">=</span> <span class="p">{</span> <span class="mi">1</span><span class="p">,</span> <span class="mi">0</span> <span class="p">};</span>
<span class="k">struct</span> <span class="n">timeval</span> <span class="n">zerotv</span> <span class="o">=</span> <span class="p">{</span> <span class="mi">0</span><span class="p">,</span> <span class="mi">0</span> <span class="p">};</span>
<span class="k">enum</span> <span class="n">rtlsdr_async_status</span> <span class="n">next_status</span> <span class="o">=</span> <span class="n">RTLSDR_INACTIVE</span><span class="p">;</span>
<span class="k">if</span> <span class="p">(</span><span class="o">!</span><span class="n">dev</span><span class="p">)</span>
<span class="k">return</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">RTLSDR_INACTIVE</span> <span class="o">!=</span> <span class="n">dev</span><span class="o">-></span><span class="n">async_status</span><span class="p">)</span>
<span class="k">return</span> <span class="o">-</span><span class="mi">2</span><span class="p">;</span>
<span class="n">dev</span><span class="o">-></span><span class="n">async_status</span> <span class="o">=</span> <span class="n">RTLSDR_RUNNING</span><span class="p">;</span>
<span class="n">dev</span><span class="o">-></span><span class="n">async_cancel</span> <span class="o">=</span> <span class="mi">0</span><span class="p">;</span>
<span class="n">dev</span><span class="o">-></span><span class="n">cb</span> <span class="o">=</span> <span class="n">cb</span><span class="p">;</span>
<span class="n">dev</span><span class="o">-></span><span class="n">cb_ctx</span> <span class="o">=</span> <span class="n">ctx</span><span class="p">;</span>
<span class="k">if</span> <span class="p">(</span><span class="n">buf_num</span> <span class="o">></span> <span class="mi">0</span><span class="p">)</span>
<span class="n">dev</span><span class="o">-></span><span class="n">xfer_buf_num</span> <span class="o">=</span> <span class="n">buf_num</span><span class="p">;</span>
<span class="k">else</span>
<span class="n">dev</span><span class="o">-></span><span class="n">xfer_buf_num</span> <span class="o">=</span> <span class="n">DEFAULT_BUF_NUMBER</span><span class="p">;</span>
<span class="k">if</span> <span class="p">(</span><span class="n">buf_len</span> <span class="o">></span> <span class="mi">0</span> <span class="o">&&</span> <span class="n">buf_len</span> <span class="o">%</span> <span class="mi">512</span> <span class="o">==</span> <span class="mi">0</span><span class="p">)</span> <span class="cm">/* len must be multiple of 512 */</span>
<span class="n">dev</span><span class="o">-></span><span class="n">xfer_buf_len</span> <span class="o">=</span> <span class="n">buf_len</span><span class="p">;</span>
<span class="k">else</span>
<span class="n">dev</span><span class="o">-></span><span class="n">xfer_buf_len</span> <span class="o">=</span> <span class="n">DEFAULT_BUF_LENGTH</span><span class="p">;</span>
<span class="n">_rtlsdr_alloc_async_buffers</span><span class="p">(</span><span class="n">dev</span><span class="p">);</span>
<span class="k">for</span><span class="p">(</span><span class="n">i</span> <span class="o">=</span> <span class="mi">0</span><span class="p">;</span> <span class="n">i</span> <span class="o"><</span> <span class="n">dev</span><span class="o">-></span><span class="n">xfer_buf_num</span><span class="p">;</span> <span class="o">++</span><span class="n">i</span><span class="p">)</span> <span class="p">{</span>
<span class="n">libusb_fill_bulk_transfer</span><span class="p">(</span><span class="n">dev</span><span class="o">-></span><span class="n">xfer</span><span class="p">[</span><span class="n">i</span><span class="p">],</span>
<span class="n">dev</span><span class="o">-></span><span class="n">devh</span><span class="p">,</span>
<span class="mh">0x81</span><span class="p">,</span>
<span class="n">dev</span><span class="o">-></span><span class="n">xfer_buf</span><span class="p">[</span><span class="n">i</span><span class="p">],</span>
<span class="n">dev</span><span class="o">-></span><span class="n">xfer_buf_len</span><span class="p">,</span>
<span class="n">_libusb_callback</span><span class="p">,</span>
<span class="p">(</span><span class="kt">void</span> <span class="o">*</span><span class="p">)</span><span class="n">dev</span><span class="p">,</span>
<span class="n">BULK_TIMEOUT</span><span class="p">);</span>
<span class="n">r</span> <span class="o">=</span> <span class="n">libusb_submit_transfer</span><span class="p">(</span><span class="n">dev</span><span class="o">-></span><span class="n">xfer</span><span class="p">[</span><span class="n">i</span><span class="p">]);</span>
<span class="k">if</span> <span class="p">(</span><span class="n">r</span> <span class="o"><</span> <span class="mi">0</span><span class="p">)</span> <span class="p">{</span>
<span class="n">fprintf</span><span class="p">(</span><span class="n">stderr</span><span class="p">,</span> <span class="s">"Failed to submit transfer %i</span><span class="se">\n</span><span class="s">"</span>
<span class="s">"Please increase your allowed "</span>
<span class="s">"usbfs buffer size with the "</span>
<span class="s">"following command:</span><span class="se">\n</span><span class="s">"</span>
<span class="s">"echo 0 > /sys/module/usbcore"</span>
<span class="s">"/parameters/usbfs_memory_mb</span><span class="se">\n</span><span class="s">"</span><span class="p">,</span> <span class="n">i</span><span class="p">);</span>
<span class="n">dev</span><span class="o">-></span><span class="n">async_status</span> <span class="o">=</span> <span class="n">RTLSDR_CANCELING</span><span class="p">;</span>
<span class="k">break</span><span class="p">;</span>
<span class="p">}</span>
<span class="p">}</span>
<span class="k">while</span> <span class="p">(</span><span class="n">RTLSDR_INACTIVE</span> <span class="o">!=</span> <span class="n">dev</span><span class="o">-></span><span class="n">async_status</span><span class="p">)</span> <span class="p">{</span>
<span class="n">r</span> <span class="o">=</span> <span class="n">libusb_handle_events_timeout_completed</span><span class="p">(</span><span class="n">dev</span><span class="o">-></span><span class="n">ctx</span><span class="p">,</span> <span class="o">&</span><span class="n">tv</span><span class="p">,</span>
<span class="o">&</span><span class="n">dev</span><span class="o">-></span><span class="n">async_cancel</span><span class="p">);</span>
<span class="k">if</span> <span class="p">(</span><span class="n">r</span> <span class="o"><</span> <span class="mi">0</span><span class="p">)</span> <span class="p">{</span>
<span class="n">fprintf</span><span class="p">(</span><span class="n">stderr</span><span class="p">,</span> <span class="s">"libusb_handle_events_timeout_completed returned: %d</span><span class="se">\n</span><span class="s">"</span><span class="p">,</span> <span class="n">r</span><span class="p">);</span>
<span class="k">if</span> <span class="p">(</span><span class="n">r</span> <span class="o">==</span> <span class="n">LIBUSB_ERROR_INTERRUPTED</span><span class="p">)</span> <span class="cm">/* stray signal */</span>
<span class="k">continue</span><span class="p">;</span>
<span class="k">break</span><span class="p">;</span>
<span class="p">}</span>
<span class="k">if</span> <span class="p">(</span><span class="n">RTLSDR_CANCELING</span> <span class="o">==</span> <span class="n">dev</span><span class="o">-></span><span class="n">async_status</span><span class="p">)</span> <span class="p">{</span>
<span class="n">next_status</span> <span class="o">=</span> <span class="n">RTLSDR_INACTIVE</span><span class="p">;</span>
<span class="k">if</span> <span class="p">(</span><span class="o">!</span><span class="n">dev</span><span class="o">-></span><span class="n">xfer</span><span class="p">)</span>
<span class="k">break</span><span class="p">;</span>
<span class="k">for</span><span class="p">(</span><span class="n">i</span> <span class="o">=</span> <span class="mi">0</span><span class="p">;</span> <span class="n">i</span> <span class="o"><</span> <span class="n">dev</span><span class="o">-></span><span class="n">xfer_buf_num</span><span class="p">;</span> <span class="o">++</span><span class="n">i</span><span class="p">)</span> <span class="p">{</span>
<span class="k">if</span> <span class="p">(</span><span class="o">!</span><span class="n">dev</span><span class="o">-></span><span class="n">xfer</span><span class="p">[</span><span class="n">i</span><span class="p">])</span>
<span class="k">continue</span><span class="p">;</span>
<span class="k">if</span> <span class="p">(</span><span class="n">LIBUSB_TRANSFER_CANCELLED</span> <span class="o">!=</span>
<span class="n">dev</span><span class="o">-></span><span class="n">xfer</span><span class="p">[</span><span class="n">i</span><span class="p">]</span><span class="o">-></span><span class="n">status</span><span class="p">)</span> <span class="p">{</span>
<span class="n">r</span> <span class="o">=</span> <span class="n">libusb_cancel_transfer</span><span class="p">(</span><span class="n">dev</span><span class="o">-></span><span class="n">xfer</span><span class="p">[</span><span class="n">i</span><span class="p">]);</span>
<span class="n">fprintf</span><span class="p">(</span><span class="n">stderr</span><span class="p">,</span> <span class="s">"libusb_cancel_transfer : %d</span><span class="se">\n</span><span class="s">"</span><span class="p">,</span> <span class="n">r</span><span class="p">);</span>
<span class="cm">/* handle events after canceling
* to allow transfer status to
* propagate */</span>
<span class="cp">#ifdef _WIN32
</span> <span class="n">Sleep</span><span class="p">(</span><span class="mi">1</span><span class="p">);</span>
<span class="cp">#endif
</span> <span class="n">libusb_handle_events_timeout_completed</span><span class="p">(</span><span class="n">dev</span><span class="o">-></span><span class="n">ctx</span><span class="p">,</span>
<span class="o">&</span><span class="n">zerotv</span><span class="p">,</span> <span class="nb">NULL</span><span class="p">);</span>
<span class="c1">// Mike: first call return r=0, after that r=-5, final call</span>
<span class="k">if</span> <span class="p">(</span><span class="n">r</span> <span class="o"><</span> <span class="mi">0</span><span class="p">)</span>
<span class="k">continue</span><span class="p">;</span>
<span class="n">next_status</span> <span class="o">=</span> <span class="n">RTLSDR_CANCELING</span><span class="p">;</span>
<span class="p">}</span>
<span class="p">}</span>
<span class="c1">// Mike</span>
<span class="k">if</span> <span class="p">(</span><span class="n">r</span> <span class="o"><</span> <span class="mi">0</span><span class="p">)</span> <span class="p">{</span>
<span class="n">fprintf</span><span class="p">(</span><span class="n">stderr</span><span class="p">,</span> <span class="s">"final r return value %d, reset to 0"</span><span class="p">,</span> <span class="n">r</span><span class="p">);</span>
<span class="n">r</span> <span class="o">=</span> <span class="mi">0</span><span class="p">;</span>
<span class="p">}</span>
<span class="k">if</span> <span class="p">(</span><span class="n">dev</span><span class="o">-></span><span class="n">dev_lost</span> <span class="o">||</span> <span class="n">RTLSDR_INACTIVE</span> <span class="o">==</span> <span class="n">next_status</span><span class="p">)</span> <span class="p">{</span>
<span class="cm">/* handle any events that still need to
* be handled before exiting after we
* just cancelled all transfers */</span>
<span class="n">libusb_handle_events_timeout_completed</span><span class="p">(</span><span class="n">dev</span><span class="o">-></span><span class="n">ctx</span><span class="p">,</span>
<span class="o">&</span><span class="n">zerotv</span><span class="p">,</span> <span class="nb">NULL</span><span class="p">);</span>
<span class="k">break</span><span class="p">;</span>
<span class="p">}</span>
<span class="p">}</span>
<span class="p">}</span>
<span class="n">_rtlsdr_free_async_buffers</span><span class="p">(</span><span class="n">dev</span><span class="p">);</span>
<span class="n">dev</span><span class="o">-></span><span class="n">async_status</span> <span class="o">=</span> <span class="n">next_status</span><span class="p">;</span>
<span class="k">return</span> <span class="n">r</span><span class="p">;</span>
<span class="p">}</span>
<span class="kt">int</span> <span class="nf">rtlsdr_cancel_async</span><span class="p">(</span><span class="n">rtlsdr_dev_t</span> <span class="o">*</span><span class="n">dev</span><span class="p">)</span>
<span class="p">{</span>
<span class="k">if</span> <span class="p">(</span><span class="o">!</span><span class="n">dev</span><span class="p">)</span>
<span class="k">return</span> <span class="o">-</span><span class="mi">1</span><span class="p">;</span>
<span class="cm">/* if streaming, try to cancel gracefully */</span>
<span class="k">if</span> <span class="p">(</span><span class="n">RTLSDR_RUNNING</span> <span class="o">==</span> <span class="n">dev</span><span class="o">-></span><span class="n">async_status</span><span class="p">)</span> <span class="p">{</span>
<span class="n">dev</span><span class="o">-></span><span class="n">async_status</span> <span class="o">=</span> <span class="n">RTLSDR_CANCELING</span><span class="p">;</span>
<span class="n">dev</span><span class="o">-></span><span class="n">async_cancel</span> <span class="o">=</span> <span class="mi">1</span><span class="p">;</span>
<span class="k">return</span> <span class="mi">0</span><span class="p">;</span>
<span class="p">}</span>
<span class="cm">/* if called while in pending state, change the state forcefully */</span>
<span class="c">#if 0
if (RTLSDR_INACTIVE != dev->async_status) {
dev->async_status = RTLSDR_INACTIVE;
return 0;
}
#endif
</span> <span class="k">return</span> <span class="o">-</span><span class="mi">2</span><span class="p">;</span>
<span class="p">}</span>
<span class="kt">uint32_t</span> <span class="nf">rtlsdr_get_tuner_clock</span><span class="p">(</span><span class="kt">void</span> <span class="o">*</span><span class="n">dev</span><span class="p">)</span>
<span class="p">{</span>
<span class="kt">uint32_t</span> <span class="n">tuner_freq</span><span class="p">;</span>
<span class="k">if</span> <span class="p">(</span><span class="o">!</span><span class="n">dev</span><span class="p">)</span>
<span class="k">return</span> <span class="mi">0</span><span class="p">;</span>
<span class="cm">/* read corrected clock value */</span>
<span class="k">if</span> <span class="p">(</span><span class="n">rtlsdr_get_xtal_freq</span><span class="p">((</span><span class="n">rtlsdr_dev_t</span> <span class="o">*</span><span class="p">)</span><span class="n">dev</span><span class="p">,</span> <span class="nb">NULL</span><span class="p">,</span> <span class="o">&</span><span class="n">tuner_freq</span><span class="p">))</span>
<span class="k">return</span> <span class="mi">0</span><span class="p">;</span>
<span class="k">return</span> <span class="n">tuner_freq</span><span class="p">;</span>
<span class="p">}</span>
<span class="kt">int</span> <span class="nf">rtlsdr_i2c_write_fn</span><span class="p">(</span><span class="kt">void</span> <span class="o">*</span><span class="n">dev</span><span class="p">,</span> <span class="kt">uint8_t</span> <span class="n">addr</span><span class="p">,</span> <span class="kt">uint8_t</span> <span class="o">*</span><span class="n">buf</span><span class="p">,</span> <span class="kt">int</span> <span class="n">len</span><span class="p">)</span>
<span class="p">{</span>
<span class="k">if</span> <span class="p">(</span><span class="n">dev</span><span class="p">)</span>
<span class="k">return</span> <span class="n">rtlsdr_i2c_write</span><span class="p">(((</span><span class="n">rtlsdr_dev_t</span> <span class="o">*</span><span class="p">)</span><span class="n">dev</span><span class="p">),</span> <span class="n">addr</span><span class="p">,</span> <span class="n">buf</span><span class="p">,</span> <span class="n">len</span><span class="p">);</span>
<span class="k">return</span> <span class="o">-</span><span class="mi">1</span><span class="p">;</span>
<span class="p">}</span>
<span class="kt">int</span> <span class="nf">rtlsdr_i2c_read_fn</span><span class="p">(</span><span class="kt">void</span> <span class="o">*</span><span class="n">dev</span><span class="p">,</span> <span class="kt">uint8_t</span> <span class="n">addr</span><span class="p">,</span> <span class="kt">uint8_t</span> <span class="o">*</span><span class="n">buf</span><span class="p">,</span> <span class="kt">int</span> <span class="n">len</span><span class="p">)</span>
<span class="p">{</span>
<span class="k">if</span> <span class="p">(</span><span class="n">dev</span><span class="p">)</span>
<span class="k">return</span> <span class="n">rtlsdr_i2c_read</span><span class="p">(((</span><span class="n">rtlsdr_dev_t</span> <span class="o">*</span><span class="p">)</span><span class="n">dev</span><span class="p">),</span> <span class="n">addr</span><span class="p">,</span> <span class="n">buf</span><span class="p">,</span> <span class="n">len</span><span class="p">);</span>
<span class="k">return</span> <span class="o">-</span><span class="mi">1</span><span class="p">;</span>
<span class="p">}</span>
<span class="kt">int</span> <span class="nf">rtlsdr_set_bias_tee_gpio</span><span class="p">(</span><span class="n">rtlsdr_dev_t</span> <span class="o">*</span><span class="n">dev</span><span class="p">,</span> <span class="kt">int</span> <span class="n">gpio</span><span class="p">,</span> <span class="kt">int</span> <span class="n">on</span><span class="p">)</span>
<span class="p">{</span>
<span class="k">if</span> <span class="p">(</span><span class="o">!</span><span class="n">dev</span><span class="p">)</span>
<span class="k">return</span> <span class="o">-</span><span class="mi">1</span><span class="p">;</span>
<span class="n">rtlsdr_set_gpio_output</span><span class="p">(</span><span class="n">dev</span><span class="p">,</span> <span class="n">gpio</span><span class="p">);</span>
<span class="n">rtlsdr_set_gpio_bit</span><span class="p">(</span><span class="n">dev</span><span class="p">,</span> <span class="n">gpio</span><span class="p">,</span> <span class="n">on</span><span class="p">);</span>
<span class="k">return</span> <span class="mi">0</span><span class="p">;</span>
<span class="p">}</span>
<span class="kt">int</span> <span class="nf">rtlsdr_set_bias_tee</span><span class="p">(</span><span class="n">rtlsdr_dev_t</span> <span class="o">*</span><span class="n">dev</span><span class="p">,</span> <span class="kt">int</span> <span class="n">on</span><span class="p">)</span>
<span class="p">{</span>
<span class="k">return</span> <span class="n">rtlsdr_set_bias_tee_gpio</span><span class="p">(</span><span class="n">dev</span><span class="p">,</span> <span class="mi">0</span><span class="p">,</span> <span class="n">on</span><span class="p">);</span>
<span class="p">}</span>
</code></pre> rtl-sdr - Bug #5922 (New): rtl_sdr bytes_to_read wraparound for n > 2**31https://osmocom.org/issues/59222023-02-23T21:33:58Znikolicj
<p>In rtl_sdr: bytes_to_read wraps around for larger captures (e.g. when trying to log 1000s of IQ samples at 2.4M samples/s):</p>
<p>rtl_sdr test.iq -f 440000000 -s 2400000 -g 34 -n 2400000000</p>
<p>I attached a patch that fixes it (I lack the permission to open a PR). Tested on a 64bit Ubuntu 22.04 machine.</p> osmo-fl2k - Bug #5918 (New): -flto broken in releasehttps://osmocom.org/issues/59182023-02-22T15:34:15Zzero_chaos
<p>Hi! It's been a while since your last tag, and some notable fixes have gone in. I know there isn't a ton of active development lately, but that seems like all the more reason for a fresh tag. I am currently testing link time optimization stuff in Gentoo, and came across this bug:<br /><a class="external" href="https://bugs.gentoo.org/861959">https://bugs.gentoo.org/861959</a><br />It seems to be fixed by <a class="external" href="https://gitea.osmocom.org/sdr/osmo-fl2k/commit/d56968352c626dda51552bb469ac23a8964d6d29">https://gitea.osmocom.org/sdr/osmo-fl2k/commit/d56968352c626dda51552bb469ac23a8964d6d29</a> , however, there seem to be a lot of additional desirable fixes.<br />Please consider tagging a new release.</p> OCTOI - Osmocom Community TDM over IP - Bug #5883 (New): GPS sync sometimes goes to hold overhttps://osmocom.org/issues/58832023-01-30T00:06:12Ztnt
<p>Last occurrences :</p>
<p>Sun Nov 27th 01:00<br />Thu Dec 6th 21:46 <br />Sun Dec 18th 01:00 <br />Wed Dec 28th 13:36<br />Sun Jan 29th 01:00</p>
<p>So at least 3 of them happened on Sundays, at 1 am local time (so 00:00 UTC), which also seems to correspond to the moment the GPS resets its 'ppr` messages counter to 0 ...</p> SDR (Software Defined Radio) - Bug #5850 (New): OBS mingw builds not updated since 2019https://osmocom.org/issues/58502023-01-04T12:14:33Zlaforge
<p>We do have <code>network:osmocom:mingw</code> windows builds of rtl-sdr and osmo-fl2k for 32bit and 64bit systems at <a class="external" href="https://build.opensuse.org/project/subprojects/network:osmocom:mingw">https://build.opensuse.org/project/subprojects/network:osmocom:mingw</a> - which don't appear to have seen any updates since 2019.</p>
<p>I guess we should either make sure they are updated, or remove them altogether.</p>
<p>If we want to keep them updated/maintained, we might also want to migrate them to <a class="external" href="https://obs.osmocom.org/">https://obs.osmocom.org/</a> where all our other builds are done these days.</p> OsmocomBB - Bug #5831 (New): SE K2x0i: built-in SIM reader is not workinghttps://osmocom.org/issues/58312022-12-15T23:46:08Zfixeria
<p>Currently the mobile app fails to use built-in SIM reader of my Sony Ericsson K200i:</p>
<pre>
DMM INFO subscriber.c:596 Requesting SIM file 0x2fe2
DSIM INFO sim.c:223 got new job: SIM_JOB_READ_BINARY (handle=00000004)
DSIM INFO sim.c:712 go MF
DSIM INFO sim.c:256 SELECT (file=0x3f00)
DSIM INFO sim.c:181 sending APDU (class 0xa0, ins 0xa4)
DSIM INFO sim.c:200 Using built-in SIM reader
DSIM INFO sim.c:901 received APDU (len=0 sw1=0x00 sw2=0x00)
DSIM INFO sim.c:979 command failed
DSIM INFO sim.c:147 sending result to callback function (type=1)
</pre>
<p>This is what the firmware log looks like:</p>
<pre>
OsmocomBB Layer 1 (revision osmocon_v0.0.0-2885-g86f46edd-modified)
======================================================================
Device ID code: 0xb496
Device Version code: 0x0000
ARM ID code: 0xfff3
cDSP ID code: 0x0128
Die ID code: e515201ce51557b9
======================================================================
REG_DPLL=0x2413
CNTL_ARM_CLK=0xf0a1
CNTL_CLK=0xff91
CNTL_RST=0xfff7
CNTL_ARM_DIV=0xfff9
======================================================================
Power up simcard:
key=20 pressed
key=20 released
Checking TIFFS for the RF calibration records
...
L1CTL_RESET_REQ: FULL!
SIM Request (7): a0 a4 00 00 02 3f 00
SIM: ACK read failed
SIM Response (2): 00 00
</pre>
<p>Note the <code>key=20 pressed/released</code>, I wasn't actually pressing anything.</p> E1/T1 Hardware Interface (including icE1usb) - Bug #5708 (New): rs422: Support runtime re-init of...https://osmocom.org/issues/57082022-10-13T18:46:17Ztnt
<p>Currently if the GPS receiver side doesn't have power, init will fail and never recover without a reboot.</p>
<p>This is because without power on that side, we can't talk to the I2C IO expander on the isolated side to initialize it and set up the RS422 transceiver ...</p>
<p>Solution is that if we haven't seen NMEA messages in a few seconds, try to re-init the I2C IO expander (default state on reset/power loss is everything disabled to be safe).</p>
<p>One thing to pay attention to is that I2C is slow. And the current I2C driver code is blocking, so we'd need to check the init sequence isn't too long and doesn't block the main loop processing for too long which would cause USB over/underflows ...</p> E1/T1 Hardware Interface (including icE1usb) - Bug #5490 (Feedback): ISO IN urb sometimes complet...https://osmocom.org/issues/54902022-03-14T08:22:23Zlaforge
<p>This is happening frequently at <a class="user active" href="https://osmocom.org/users/739890">gruetzkopf</a>:<br /><pre>
Assert failed size % 32 == 0 mux_demux.c:419
</pre></p>
<p>This means that a non-modulo-32 length (plus 5 byte header) was received in an ISO IN URB.</p>
<pre>
22:00 <@gruetzkopf> <0001> mux_demux.c:421 (I0:L0) Transfer cut short, size was 251 bytes
23:58 <@gruetzkopf> just so i don't forget: i've also seen 253 and 252 by now
</pre>
<p>So this means that instead of 256 (+4) we've seen 251-253 (+4) byte transfer length.</p>
<p>I've checked the firmware, an I don't see any way how the firmware could do something wrong here: It uses <code>(n * 32) + 4)</code> as length, whic hcan never be one of those odd values.</p>
<p>On the osmo-e1d side, we are always checking for LIBUSB_TRANSFER_COMPLETED state, so both the transfer/urb, as well as the individual packets have LIBUSB_TRANSFER_COMPLETED before passing them higher up to the mux_demux code which is asserting here.</p>
<p>So I guess the underlying question is: Is this a kernel/libusb bug? Is it legal for ISO IN packets to complete with a length less than what was submitted?</p>
<p>If this is legal, then the next question si why it it is happening.</p>
<p>We can of course plaster around the issue and substitute the missing data with 0xff or something, creating various bit errors, rathe than asserting.</p> rtl-sdr - Bug #5220 (New): Undefined reference to libusb_dev_mem_freehttps://osmocom.org/issues/52202021-08-28T22:14:52Zphysnoct
<p>Linker didn't found the libusb-1.0.<br />Libusb-1.0 is installed in /usr/local</p> OsmocomBB - Bug #5171 (Feedback): ccch_scan failedhttps://osmocom.org/issues/51712021-06-04T01:33:01Zthor123
<p><strong>when i excute the command :sudo ./ccch_scan -i 127.0.0.1 -a 50. i got the error msg. below is error msg detail.</strong><br />Assert failed l2_len == GSM_MACBLOCK_LEN app_ccch_scan.c:397 <br />backtrace() returned 20 addresses<br />/usr/local/lib/libosmocore.so.17(osmo_generate_backtrace+0x1e) [0xb7eedd3a]<br />/usr/local/lib/libosmocore.so.17(+0x1eb62) [0xb7eedb62]<br />/usr/local/lib/libosmocore.so.17(osmo_panic+0x48) [0xb7eedbaf]<br />./ccch_scan(+0x3976) [0x4f5976]<br />./ccch_scan(+0x3bf2) [0x4f5bf2]<br />./ccch_scan(+0x3ddb) [0x4f5ddb]<br />/usr/local/lib/libosmogsm.so.16(+0x2dbf1) [0xb7e7bbf1]<br />/usr/local/lib/libosmogsm.so.16(+0x2e03e) [0xb7e7c03e]<br />/usr/local/lib/libosmogsm.so.16(+0x2eed1) [0xb7e7ced1]<br />/usr/local/lib/libosmogsm.so.16(lapdm_phsap_up+0x118) [0xb7e7d143]<br />./ccch_scan(+0x57d4) [0x4f77d4]<br />./ccch_scan(+0x68ba) [0x4f88ba]<br />/usr/local/lib/libosmocore.so.17(osmo_wqueue_bfd_cb+0x36) [0xb7ee2b62]<br />/usr/local/lib/libosmocore.so.17(+0xc4bb) [0xb7edb4bb]<br />/usr/local/lib/libosmocore.so.17(+0xc589) [0xb7edb589]<br />/usr/local/lib/libosmocore.so.17(osmo_select_main+0x1d) [0xb7edb5b0]<br />./ccch_scan(+0x2a22) [0x4f4a22]<br />/lib/i386-linux-gnu/libc.so.6(__libc_start_main+0x106) [0xb7c61e46]<br />./ccch_scan(+0x2bc1) [0x4f4bc1]<br />zsh: abort sudo ./ccch_scan -i 127.0.0.1 -a 50</p> Cellular Network Infrastructure - Bug #5043 (New): CNI overview diagram lacks osmo-cbc and osmo-smlchttps://osmocom.org/issues/50432021-02-23T17:32:46Zlaforge
The overview diagram at <a class="external" href="https://osmocom.org/projects/cellular-infrastructure/wiki">https://osmocom.org/projects/cellular-infrastructure/wiki</a> needs an update:
<ul>
<li>OsmoCBC (cell broadcast centre) needs to be added to CN, with
<ul>
<li>CBSP interface to OsmoBSC, and </li>
<li>SABP to OsmoHNBGW (mark that grey or dashed as it's work in progress)</li>
</ul>
</li>
<li>OsmoSMLC (serving mobile location centre) needs to be added to RAN, with
<ul>
<li>Lb interface to OsmoBSC (no other interfaces)</li>
</ul>
</li>
<li>OsmoMSC should indicate its SGs interface to an external LTE EPC MME like open5gs</li>
</ul> gr-osmosdr - Bug #4942 (New): XTRX: Unable to compile due to errorhttps://osmocom.org/issues/49422021-01-12T20:29:05ZRFNOD
<p>Is it possible to change the following within gr-osmosdr/lib/xtrx/xtrx_obj.cc, Line 71?</p>
<p>++ int res = xtrx_open_list(path.c_str(), NULL, &_obj);<br />-- int res = xtrx_open_string(path.c_str(), &_obj);</p>
<p>After changing that line, I was able to compile gr-osmosdr.</p> rtl-sdr - Bug #4758 (New): rtl_tcp no longer works on macos 10.15 via macportshttps://osmocom.org/issues/47582020-09-17T04:41:25Zrhymepays
<p>rtl_tcp no longer works on MacOS 10.15 (catalina) installed via macports. I was able to install an old port in order to get it to work. It appears that the code which sets up the tcp server contains a bug. The other executables in the package appear to work correctly.</p>
<p>Output from running rtl_tcp with no arguments:<br />Found 1 device(s):<br /> 0: Realtek, RTL2838UHIDIR, SN: 00000001</p>
<p>Using device 0: Generic RTL2832U OEM<br />Found Rafael Micro R820T tuner<br />[R82XX] PLL not locked!<br />Tuned to 100000000 Hz.<br />rtl_tcp bind error: Invalid argumentlistening...<br />Use the device argument 'rtl_tcp=127.0.0.1:1234' in OsmoSDR (gr-osmosdr) source<br />to receive samples in GRC and control rtl_tcp parameters (frequency, gain, ...).</p>
<p>Output from dtruss of networking syscalls:<br />socket(0x2, 0x1, 0x6) = 5 0<br />setsockopt(0x5, 0xFFFF, 0x4) = 0 0<br />setsockopt(0x5, 0xFFFF, 0x80) = 0 0<br />bind(0x5, 0x7FFEEC5BAB20, 0x80) = -1 22<br />listen(0x5, 0x1, 0x0) = 0 0</p>
<p>I am not sure which commit introduced the bug but it is between be2e4f89 and d794155b.<br />Last known good commit: be2e4f89<br />Commit which contains issue: d794155b</p> OsmoPCU - Bug #3928 (Stalled): Missing PCU_Tests.ttcn for various timers / time-outshttps://osmocom.org/issues/39282019-04-15T07:57:37Zlaforge
<p>We should have automatically-executed tests that test the various RLC/MAC related timers and timeouts</p> OsmoPCU - Bug #3926 (Stalled): Missing PCU_Tests.ttcn DL TBF testshttps://osmocom.org/issues/39262019-04-15T07:55:21Zlaforge
<p>We should have a bunch of automatically executed tests in PCU_Tests.ttcn that cover DL TBF establishment</p> OsmoBSC - Bug #3474 (Feedback): SDCCH not released if Radio Link Failure / Sending Connection Fai...https://osmocom.org/issues/34742018-08-20T01:02:50Zron.menez@entropysolution.com
<p>Encountered an issue regarding the SDCCH channel not being released immediately after a "Radio Link Failure" is detected in osmo-bsc and an equivalent error of "Sending Connection Failure: cause = 0x01" in osmo-bts-trx.</p>
<p>Error in osmo-bts-trx:<br /><0000> rsl.c:797 (bts=0,trx=0,ts=0,ss=0) Sending Connection Failure: cause = 0x01</p>
<p>Error in osmo-bsc:<br /><0003> abis_rsl.c:1372 (bts=0,trx=0,ts=0,ss=0) CONNECTION FAIL in state ACTIVE CAUSE=0x01(Radio Link Failure)</p>
<p>With this issue, the SDCCH channel will then be exhausted and no other subscriber can attach and do any services (call and SMS).</p>
<p>Below are the versions of OSMO-BSC, OSMO-BTS-TRX, OSMO-TRX, and OSMO-MSC.</p>
<p>OsmoBSC# show version<br />OsmoBSC 1.2.1.91-3ff7 (OsmoBSC).<br />Copyright (C) 2008-2018 Harald Welte, Holger Freyther<br />Contributions by Daniel Willmann, Jan Lübbe, Stefan Schmidt<br />Dieter Spaar, Andreas Eversberg, Sylvain Munaut, Neels Hofmeyr</p>
<p>License AGPLv3+: GNU AGPL version 3 or later <<a class="external" href="http://gnu.org/licenses/agpl-3.0.html">http://gnu.org/licenses/agpl-3.0.html</a>><br />This is free software: you are free to change and redistribute it.<br />There is NO WARRANTY, to the extent permitted by law.</p>
<p>===============================================</p>
<p>OsmoBTS# show version<br />OsmoBTS 0.8.1.35-6575f0 (OsmoBTS).<br />Copyright (C) 2010, 2011 by Harald Welte, Andreas Eversberg and On-Waves<br />License AGPLv3+: GNU AGPL version 3 or later <<a class="external" href="http://gnu.org/licenses/agpl-3.0.html">http://gnu.org/licenses/agpl-3.0.html</a>><br />This is free software: you are free to change and redistribute it.<br />There is NO WARRANTY, to the extent permitted by law.</p>
<p>===============================================</p>
<p>OsmoTRX# show version<br />OsmoTRX 0.4.0 (OsmoTRX).<br />Copyright (C) 2007-2014 Free Software Foundation, Inc.<br />Copyright (C) 2013 Thomas Tsou <<a class="email" href="mailto:tom@tsou.cc">tom@tsou.cc</a>><br />Copyright (C) 2015 Ettus Research LLC<br />Copyright (C) 2017-2018 by sysmocom s.f.m.c. GmbH <<a class="email" href="mailto:info@sysmocom.de">info@sysmocom.de</a>><br />License AGPLv3+: GNU AGPL version 3 or later <<a class="external" href="http://gnu.org/licenses/agpl-3.0.html">http://gnu.org/licenses/agpl-3.0.html</a>><br />This is free software: you are free to change and redistribute it.<br />There is NO WARRANTY, to the extent permitted by law.</p>
<p>===============================================</p>
<p>OsmoMSC# show version<br />OsmoMSC 1.2.0.20-2798 (OsmoMSC).<br />OsmoMSC - Osmocom Circuit-Switched Core Network implementation<br />Copyright (C) 2016 by sysmocom s.f.m.c. GmbH <<a class="email" href="mailto:info@sysmocom.de">info@sysmocom.de</a>><br />Based on OsmoNITB:<br /> (C) 2008-2010 by Harald Welte <<a class="email" href="mailto:laforge@gnumonks.org">laforge@gnumonks.org</a>><br /> (C) 2009-2012 by Holger Hans Peter Freyther <<a class="email" href="mailto:zecke@selfish.org">zecke@selfish.org</a>><br />Contributions by Daniel Willmann, Jan Lübbe, Stefan Schmidt<br />Dieter Spaar, Andreas Eversberg, Sylvain Munaut, Neels Hofmeyr</p>
<p>License AGPLv3+: GNU AGPL version 3 or later <<a class="external" href="http://gnu.org/licenses/agpl-3.0.html">http://gnu.org/licenses/agpl-3.0.html</a>><br />This is free software: you are free to change and redistribute it.<br />There is NO WARRANTY, to the extent permitted by law.</p>
<p>OS used: UBUNTU 16.04.</p> OsmoTRX - Bug #3222 (Stalled): include (tested) example config files for usrp1, uhd/b200 as well ...https://osmocom.org/issues/32222018-04-28T14:50:47Zlaforge
<p>Let's make sure we ship example configs for the various SDR hardware, just like we do in other osmocom projects that use vty / config files.</p> OsmoTRX - Bug #3067 (New): osmo-trx usrp b100 time out and packet loss between host and devicehttps://osmocom.org/issues/30672018-03-15T16:30:22Zyangkkokk
<p>i used new branch master
<p>osmo-trx -C doc/examples/osmo-trx-limesdr.cfg</p>
</p>
<p>Thu Mar 15 16:25:15 2018 DMAIN <0000> Logger.cpp:53 [tid=3013862480] new latency: 7:84<br />Thu Mar 15 16:25:15 2018 DMAIN <0000> Logger.cpp:53 [tid=2992628816] Packet loss between host and device at 488.323 sec.<br />Thu Mar 15 16:25:15 2018 DMAIN <0000> Logger.cpp:53 [tid=2992628816] Packet loss between host and device at 488.418 sec.<br />Thu Mar 15 16:25:15 2018 DMAIN <0000> Logger.cpp:53 [tid=3013862480] new latency: 7:85<br />Thu Mar 15 16:25:15 2018 DMAIN <0000> Logger.cpp:53 [tid=2992628816] Packet loss between host and device at 488.459 sec.<br />Thu Mar 15 16:25:15 2018 DMAIN <0000> Logger.cpp:53 [tid=2992628816] Packet loss between host and device at 488.503 sec.<br />Thu Mar 15 16:25:15 2018 DMAIN <0000> Logger.cpp:53 [tid=3013862480] new latency: 7:86<br />Thu Mar 15 16:25:15 2018 DMAIN <0000> Logger.cpp:53 [tid=2992628816] Packet loss between host and device at 488.549 sec.<br />Thu Mar 15 16:25:15 2018 DMAIN <0000> Logger.cpp:53 [tid=2992628816] Packet loss between host and device at 488.634 sec.<br />Thu Mar 15 16:25:15 2018 DMAIN <0000> Logger.cpp:53 [tid=3013862480] new latency: 7:87<br />Thu Mar 15 16:25:15 2018 DMAIN <0000> Logger.cpp:53 [tid=2992628816] Packet loss between host and device at 488.716 sec.<br />Thu Mar 15 16:25:15 2018 DMAIN <0000> Logger.cpp:53 [tid=3013862480] new latency: 7:88<br />Thu Mar 15 16:25:15 2018 DMAIN <0000> Logger.cpp:53 [tid=2992628816] Packet loss between host and device at 488.801 sec.<br />Thu Mar 15 16:25:15 2018 DMAIN <0000> Logger.cpp:53 [tid=3013862480] new latency: 7:89<br />Thu Mar 15 16:25:15 2018 DMAIN <0000> Logger.cpp:53 [tid=3013829712] ClockInterface: sending IND CLOCK 1696638<br />Thu Mar 15 16:25:15 2018 DMAIN <0000> Logger.cpp:53 [tid=2992628816] Packet loss between host and device at 488.847 sec.<br />Thu Mar 15 16:25:15 2018 DMAIN <0000> Logger.cpp:53 [tid=2992628816] Packet loss between host and device at 488.925 sec.<br />Thu Mar 15 16:25:15 2018 DMAIN <0000> Logger.cpp:53 [tid=3013862480] new latency: 7:90<br />Thu Mar 15 16:25:15 2018 DMAIN <0000> Logger.cpp:53 [tid=2992628816] Packet loss between host and device at 488.958 sec.<br />Thu Mar 15 16:25:15 2018 DMAIN <0000> Logger.cpp:53 [tid=2992628816] Packet loss between host and device at 489.007 sec.<br />Thu Mar 15 16:25:15 2018 DMAIN <0000> Logger.cpp:53 [tid=3013862480] new latency: 7:91<br />Thu Mar 15 16:25:16 2018 DMAIN <0000> Logger.cpp:53 [tid=2992628816] Packet loss between host and device at 489.087 sec.<br />Thu Mar 15 16:25:16 2018 DMAIN <0000> Logger.cpp:53 [tid=3013862480] new latency: 7:92<br />Thu Mar 15 16:25:16 2018 DMAIN <0000> Logger.cpp:53 [tid=2992628816] Packet loss between host and device at 489.169 sec.<br />Thu Mar 15 16:25:16 2018 DMAIN <0000> Logger.cpp:53 [tid=3013862480] new latency: 7:93<br />Thu Mar 15 16:25:16 2018 DMAIN <0000> Logger.cpp:53 [tid=2992628816] Packet loss between host and device at 489.198 sec.<br />Thu Mar 15 16:25:16 2018 DMAIN <0000> Logger.cpp:53 [tid=2992628816] Packet loss between host and device at 489.29 sec.<br />Thu Mar 15 16:25:16 2018 DMAIN <0000> Logger.cpp:53 [tid=3013862480] new latency: 7:94<br />Thu Mar 15 16:25:16 2018 DMAIN <0000> Logger.cpp:53 [tid=2992628816] Packet loss between host and device at 489.374 sec.<br />Thu Mar 15 16:25:16 2018 DMAIN <0000> Logger.cpp:53 [tid=3013862480] new latency: 7:95<br />Thu Mar 15 16:25:16 2018 DMAIN <0000> Logger.cpp:53 [tid=3013862480] UHD: Device send timed out<br />Thu Mar 15 16:25:16 2018 DMAIN <0000> Logger.cpp:53 [tid=3013862480] Transmit error 0<br />Thu Mar 15 16:25:16 2018 DMAIN <0000> Logger.cpp:53 [tid=3013862480] UHD: Device send timed out<br />Thu Mar 15 16:25:16 2018 DMAIN <0000> Logger.cpp:53 [tid=3013862480] Transmit error 0<br />Thu Mar 15 16:25:16 2018 DMAIN <0000> Logger.cpp:53 [tid=3013862480] UHD: Device send timed out<br />Thu Mar 15 16:25:16 2018 DMAIN <0000> Logger.cpp:53 [tid=3013862480] Transmit error 0<br />Thu Mar 15 16:25:16 2018 DMAIN <0000> Logger.cpp:53 [tid=3013862480] UHD: Device send timed out<br />Thu Mar 15 16:25:16 2018 DMAIN <0000> Logger.cpp:53 [tid=3013862480] Transmit error 0<br />Thu Mar 15 16:25:16 2018 DMAIN <0000> Logger.cpp:53 [tid=3013862480] UHD: Device send timed out<br />Thu Mar 15 16:25:16 2018 DMAIN <0000> Logger.cpp:53 [tid=3013862480] Transmit error 0<br />Thu Mar 15 16:25:17 2018 DMAIN <0000> Logger.cpp:53 [tid=3013862480] UHD: Device send timed out<br />Thu Mar 15 16:25:17 2018 DMAIN <0000> Logger.cpp:53 [tid=3013862480] Transmit error 0<br />Thu Mar 15 16:25:17 2018 DMAIN <0000> Logger.cpp:53 [tid=3013862480] UHD: Device send timed out<br />Thu Mar 15 16:25:17 2018 DMAIN <0000> Logger.cpp:53 [tid=3013862480] Transmit error 0<br />Thu Mar 15 16:25:17 2018 DMAIN <0000> Logger.cpp:53 [tid=3013862480] UHD: Device send timed out<br />Thu Mar 15 16:25:17 2018 DMAIN <0000> Logger.cpp:53 [tid=3013862480] Transmit error 0<br />Thu Mar 15 16:25:17 2018 DMAIN <0000> Logger.cpp:53 [tid=3013862480] UHD: Device send timed out<br />Thu Mar 15 16:25:17 2018 DMAIN <0000> Logger.cpp:53 [tid=3013862480] Transmit error 0<br />Thu Mar 15 16:25:17 2018 DMAIN <0000> Logger.cpp:53 [tid=3013862480] reduced latency: 6:95<br />Thu Mar 15 16:25:17 2018 DMAIN <0000> Logger.cpp:53 [tid=3013862480] UHD: Device send timed out<br />Thu Mar 15 16:25:17 2018 DMAIN <0000> Logger.cpp:53 [tid=3013862480] Transmit error 0<br />Thu Mar 15 16:25:17 2018 DMAIN <0000> Logger.cpp:53 [tid=3013862480] UHD: Device send timed out<br />Thu Mar 15 16:25:17 2018 DMAIN <0000> Logger.cpp:53 [tid=3013862480] Transmit error 0</p> OsmocomBB - Bug #1990 (Feedback): bb nand flash https://osmocom.org/issues/19902017-03-30T05:31:25Zyangkkokk
<p>I ported Fatfs, but the flash drive is missing annotations<br />Http://git.osmocom.org/osmocom-bb/tree/src/target/firmware/flash/cfi_flash.c</p>
<p> DSTATUS disk_initialize (BYTE);<br /> DSTATUS disk_status (BYTE);<br /> DRESULT disk_read (BYTE, BYTE *, DWORD, BYTE);<br /> DRESULT disk_write (BYTE, const BYTE *, DWORD, BYTE);<br /> DRESULT disk_ioctl (BYTE, BYTE, void *);</p>
<p>So, I hope to do some of the code of the Notes, or into a new structure, after all, many people like the simple and clear secondary development.</p> OsmoSMSC - Bug #1690 (New): Insert: Generate message ID (e.g. UUID)https://osmocom.org/issues/16902016-04-06T12:26:34Zzecke
<p>Generate amessage id and use it consistently in debugging. Use a custom id before it even hits the DB. This allows to understand number re-writing being executed even before the message is stored in the database.</p> OsmoPCU - Bug #1524 (Feedback): PACCH on the wrong timeslothttps://osmocom.org/issues/15242016-02-22T14:03:16Zzecke
<p>The PACCH is probably on the wrong timeslot and both the E71 and the iPhone5c do not care about it but the Acer Z200 with a Mediatek chipset runs into frequent timeouts on GPRS/EGPRS downloads. This phone is frequently used by a user of osmo-pcu.</p>
<p>Jacob has prepared but not finished some work to have the PACCH on the "right" (it can change due new uplink assignments) timeslot. The Mediatek based system is likely to easily reproduce the issue.</p>
<p>The symptom is frequently seeing POLL timeouts. This means that the PCU expected an answer from the phone but it never occurred. The first step should be to reproduce the issue.</p> SDR (Software Defined Radio) - Bug #1474 (New): USB Claim Interface Errorhttps://osmocom.org/issues/14742016-02-19T22:50:52Z
<p>Hello,</p>
<p>I have heard lots of good things about this code. I have currently tried it on Win7HP and <a class="wiki-page new" href="https://osmocom.org/projects/sdr/wiki/WinXPH">WinXPH</a> but in both cases I see the error below.</p>
<p>C:\SpectrumAnalyser>rtl_sdr /tmp/capture.bin -s 1.8e6 -f 392e6<br />Found 1 device(s):<br /> 0: ezcap USB 2.0 DVB-T/DAB/FM dongle</p>
<p>Using device 0: ezcap USB 2.0 DVB-T/DAB/FM dongle<br />usb_claim_interface error -12<br />Failed to open rtlsdr device #0.</p>
<p>C:\SpectrumAnalyser></p>
<p>----<br />Best regards, John.</p> OsmocomBB - Bug #1458 (New): AGC broken (strong cell cannot be syncedhttps://osmocom.org/issues/14582016-02-19T22:48:42Zlaforge
<p>There seems to be a problem when trying to sync to particularly strong cells, as we overload the input of the ADC.</p>
<p>As we're doing power measurements anyway, we need to use the received power level as input to the SCH and FCCH task and not start those with some default power level</p> Miscellaneous Projects - Bug #64 (New): osmo-bts-amp: 2.2uF capacitors next to PA need to be 0603...https://osmocom.org/issues/642016-02-19T22:47:33Zlaforge
<p>0805 capacitors are typically higher thant the PA module and would thus interfere with mounting it against a heatsink. Thus, we're using 0603 capacitors in 2.2uF, and the footprint can (and should) be shrinked from the current 0805</p>