https://osmocom.org/https://osmocom.org/favicon.ico?16647414092016-10-11T09:51:49ZOpen Source Mobile CommunicationsOsmoBTS - Bug #1804: osmo-bts-sysmo, osmo-bts-litecell15: L1 phy unusable after PCU disconnectshttps://osmocom.org/issues/1804?journal_id=21942016-10-11T09:51:49Zlaforge
<ul><li><strong>Assignee</strong> set to <i>neels</i></li></ul><p>The question is why does it stop. The system is clearly not designed that way, and I actually believe it was behaving differently in the past. You could stop and re-start the PCU as you pleased.</p>
<p>The PCU/PDCH message queue is separate from the other message queues to/from the DSP specifically to separate the processes. So if the PCU stops, the PDCH message queue will stall, but it should not affect the operation of the circuit switched side.</p>
<p>So the question is: Are we doing something wrong from osmo-bts/osmo-pcu, or is L1 not handling this correctly [anymore]?</p> OsmoBTS - Bug #1804: osmo-bts-sysmo, osmo-bts-litecell15: L1 phy unusable after PCU disconnectshttps://osmocom.org/issues/1804?journal_id=23382016-11-03T13:24:35Zneelsnhofmeyr@sysmocom.de
<ul></ul><p>Since 2011, osmo-bts exits when the DSP L1 is dead:<br /><a class="external" href="https://git.osmocom.org/osmo-bts/commit/?id=39eadbbb17c8e634b2f641c2f6148f27a975f7de">https://git.osmocom.org/osmo-bts/commit/?id=39eadbbb17c8e634b2f641c2f6148f27a975f7de</a></p>
<pre>
+/* we regularly check if the DSP L1 is still sending us primitives.
+ * if not, we simply stop the BTS program (and be re-spawned) */
+static void alive_timer_cb(void *data)
+{
+ struct femtol1_hdl *fl1h = data;
+
+ if (fl1h->alive_prim_cnt == 0) {
+ LOGP(DL1C, LOGL_FATAL, "DSP L1 is no longer sending primitives!\n");
+ exit(23);
+ }
+ fl1h->alive_prim_cnt = 0;
+ osmo_timer_schedule(&fl1h->alive_timer, 5, 0);
+}
</pre>
<p>So, the idea is to be re-spawned presumably by systemctl.</p>
<p>The question remains whether the DSP L1 dropped dead before when the PCU disconnected.<br />Also, a manual re-spawn didn't help, so this seems to be "new" behavior?</p> OsmoBTS - Bug #1804: osmo-bts-sysmo, osmo-bts-litecell15: L1 phy unusable after PCU disconnectshttps://osmocom.org/issues/1804?journal_id=24552016-11-13T18:00:11Zneelsnhofmeyr@sysmocom.de
<ul></ul><p>Verified that this issue also happens on newest sysmobts built with nightly SDK v1.5.4.<br />Pending: check with old sysmobts software</p> OsmoBTS - Bug #1804: osmo-bts-sysmo, osmo-bts-litecell15: L1 phy unusable after PCU disconnectshttps://osmocom.org/issues/1804?journal_id=24562016-11-13T18:13:35Zneelsnhofmeyr@sysmocom.de
<ul><li><strong>Description</strong> updated (<a title="View differences" href="/journals/2456/diff?detail_id=3581">diff</a>)</li></ul> OsmoBTS - Bug #1804: osmo-bts-sysmo, osmo-bts-litecell15: L1 phy unusable after PCU disconnectshttps://osmocom.org/issues/1804?journal_id=24572016-11-13T20:53:39Zneelsnhofmeyr@sysmocom.de
<ul><li><strong>Assignee</strong> changed from <i>neels</i> to <i>wirelesss</i></li></ul><p><a class="user active" href="https://osmocom.org/users/6365">wirelesss</a>, please go on and:</p>
<ul>
<li>reproduce this issue on your sysmoBTS.</li>
<li>test a selection of older DSP firmware versions on your sysmoBTS to see whether<br /> older DSP firmwares show the issue or not.</li>
<li>if not, find out which DSP firmware version is the first that fails this way.</li>
</ul>
<p>I have just added a chapter to the sysmoBTS manual that describes how to exchange<br />firmware versions. Grab the newest manual and see section 9.6.<br /><a class="external" href="https://downloads.sysmocom.de/generic/documents/sysmobts-1002-manual.pdf">https://downloads.sysmocom.de/generic/documents/sysmobts-1002-manual.pdf</a></p> OsmoBTS - Bug #1804: osmo-bts-sysmo, osmo-bts-litecell15: L1 phy unusable after PCU disconnectshttps://osmocom.org/issues/1804?journal_id=24652016-11-17T14:18:45Zwirelesss
<ul><li><strong>File</strong> <a href="/attachments/2439">osmoBTS_1804.log</a> <a class="icon-only icon-download" title="Download" href="/attachments/download/2439/osmoBTS_1804.log">osmoBTS_1804.log</a> added</li><li><strong>% Done</strong> changed from <i>0</i> to <i>10</i></li></ul><p>Log file from BTS related to the above described Bug is attached. This issue was detected and reproduced using SDK 1.5.4 with sysmoBTS. After sending command 'kill -2' to PCU, which was followed by restart of PCU and BTS processes, did not bring BTS back in operation.</p> OsmoBTS - Bug #1804: osmo-bts-sysmo, osmo-bts-litecell15: L1 phy unusable after PCU disconnectshttps://osmocom.org/issues/1804?journal_id=24662016-11-17T14:39:10Zneelsnhofmeyr@sysmocom.de
<ul></ul><p>wirelesss wrote:</p>
<blockquote>
<p>This issue was detected and reproduced using SDK 1.5.4</p>
</blockquote>
<p>The interesting information here would be the DSP/FPGA <strong>firmware</strong> version, not the SDK version.<br />Please describe in more detail.<br />Also update the Status and possibly the %Done. So far these don't match the situation at all.</p> OsmoBTS - Bug #1804: osmo-bts-sysmo, osmo-bts-litecell15: L1 phy unusable after PCU disconnectshttps://osmocom.org/issues/1804?journal_id=24672016-11-17T14:46:22Zwirelesss
<ul><li><strong>File</strong> <a href="/attachments/2440">pcu _1804.log</a> <a class="icon-only icon-download" title="Download" href="/attachments/download/2440/pcu%20_1804.log">pcu _1804.log</a> added</li><li><strong>Subject</strong> changed from <i>osmo-bts-sysmo, osmo-bts-litecell15: L1 phy unusable after PCU disconnects</i> to <i>kosmo-bts-sysmo, osmo-bts-litecell15: L1 phy unusable after PCU disconnects</i></li></ul> OsmoBTS - Bug #1804: osmo-bts-sysmo, osmo-bts-litecell15: L1 phy unusable after PCU disconnectshttps://osmocom.org/issues/1804?journal_id=24682016-11-17T16:22:53Zwirelesss
<ul><li><strong>Subject</strong> changed from <i>kosmo-bts-sysmo, osmo-bts-litecell15: L1 phy unusable after PCU disconnects</i> to <i>osmo-bts-sysmo, osmo-bts-litecell15: L1 phy unusable after PCU disconnects</i></li><li><strong>Status</strong> changed from <i>New</i> to <i>In Progress</i></li><li><strong>% Done</strong> changed from <i>10</i> to <i>30</i></li></ul><p>Issue is detected in DSP/FPGA v3.11. Behavior is identical with the one written in the initial ticket description. Stopping of PCU process breaks logging in BTS and PCU and RBS output looks as below:</p>
<pre><code><code><br /> <0007> l1sap.c:966 RACH for packet access<br /> <0005> paging.c:254 Add IMM.ASS to queue (group=0)<br /> <0007> l1sap.c:1160 deactivating channel chan_nr=0x0f trx=0<br /> <0007> l1_if.c:165 Tx L1 prim MPH-DEACTIVATE.req<br /> <0007> l1_if.c:165 Tx L1 prim MPH-DEACTIVATE.req<br /> <0007> l1_if.c:165 Tx L1 prim MPH-DEACTIVATE.req<br /> <0007> l1_if.c:165 Tx L1 prim MPH-DEACTIVATE.req<br /> <0007> l1sap.c:475 deactivate confirm chan_nr=0x0f trx=0<br /> <0000> rsl.c:517 (bts=0,trx=0,ts=7,ss=0) not sending REL ACK<br /> <0006> oml.c:900 DSP L1 is no longer sending primitives!<br /> root@sysmobts-v2:~#<br /> </code></code></pre>
<p>Attempt to start PCU displays following PCUs output:</p>
<pre><code><code><br /> <0001> osmobts_sock.cpp:227 Opening OsmoPCU L1 interface to OsmoBTS<br /> <0001> osmobts_sock.cpp:264 Failed to connect to the osmo-bts PCU socket, delaying... '/tmp/pcu_bts'<br /> <0001> osmobts_sock.cpp:227 Opening OsmoPCU L1 interface to OsmoBTS<br /> <0001> osmobts_sock.cpp:264 Failed to connect to the osmo-bts PCU socket, delaying... '/tmp/pcu_bts'<br /> <0001> osmobts_sock.cpp:227 Opening OsmoPCU L1 interface to OsmoBTS<br /> </code></code></pre>
<p>Starting sysmobts by entering command osmo-bts-sysmo leads to below output.</p>
<pre><code>root@sysmobts-v2:~# osmo-bts-sysmo -s -c /etc/osmocom/osmo-bts.cfg -M<br />((*))
|<br /> / \ OsmoBTS<br />&lt;0017&gt; control_if.c:693 CTRL at 127.0.0.1 4238<br />&lt;0010&gt; telnet_interface.c:95 telnet at 127.0.0.1 4241<br />&lt;0012&gt; input/ipaccess.c:876 enabling ipaccess BTS mode<br />&lt;0006&gt; l1_if.c:1602 Read clock calibration(677) from EEPROM.<br />&lt;0012&gt; input/ipa.c:129 connection done.<br />&lt;0012&gt; input/ipaccess.c:700 received ID get<br />&lt;0001&gt; oml.c:217 OC=SITE-MANAGER INST=(ff,ff,ff) Tx STATE CHG REP<br />&lt;0001&gt; oml.c:217 OC=BTS INST=(00,ff,ff) Tx STATE CHG REP<br />&lt;0001&gt; oml.c:217 OC=GPRS-NSE INST=(00,ff,ff) Tx STATE CHG REP<br />&lt;0001&gt; oml.c:217 OC=GPRS-CELL INST=(00,ff,ff) Tx STATE CHG REP<br />&lt;0001&gt; oml.c:217 OC=GPRS-NSVC INST=(00,00,ff) Tx STATE CHG REP<br />&lt;0001&gt; oml.c:217 OC=GPRS-NSVC INST=(00,01,ff) Tx STATE CHG REP<br />&lt;0001&gt; oml.c:217 OC=RADIO-CARRIER INST=(00,00,ff) Tx STATE CHG REP<br />&lt;0001&gt; oml.c:217 OC=BASEBAND-TRANSCEIVER INST=(00,00,ff) Tx STATE CHG REP<br />&lt;0001&gt; oml.c:217 OC=CHANNEL INST=(00,00,00) Tx STATE CHG REP<br />&lt;0001&gt; oml.c:217 OC=CHANNEL INST=(00,00,01) Tx STATE CHG REP<br />&lt;0001&gt; oml.c:217 OC=CHANNEL INST=(00,00,02) Tx STATE CHG REP<br />&lt;0001&gt; oml.c:217 OC=CHANNEL INST=(00,00,03) Tx STATE CHG REP<br />&lt;0001&gt; oml.c:217 OC=CHANNEL INST=(00,00,04) Tx STATE CHG REP<br />&lt;0001&gt; oml.c:217 OC=CHANNEL INST=(00,00,05) Tx STATE CHG REP<br />&lt;0001&gt; oml.c:217 OC=CHANNEL INST=(00,00,06) Tx STATE CHG REP<br />&lt;0001&gt; oml.c:217 OC=CHANNEL INST=(00,00,07) Tx STATE CHG REP<br />&lt;0001&gt; oml.c:847 OC=SITE-MANAGER(00) INST=(ff,ff,ff) Rx OPSTART<br />&lt;0001&gt; oml.c:858 ... automatic ACK, OP state already was Enabled<br />&lt;0001&gt; oml.c:465 OC=BTS(01) INST=(00,ff,ff) Rx SET BTS ATTR<br />&lt;0001&gt; oml.c:547 Ignoring T200[0] (150 ms) as sent by BSC due to suspected LAPDm bug!<br />&lt;0001&gt; oml.c:547 Ignoring T200[1] (180 ms) as sent by BSC due to suspected LAPDm bug!<br />&lt;0001&gt; oml.c:547 Ignoring T200[2] (180 ms) as sent by BSC due to suspected LAPDm bug!<br />&lt;0001&gt; oml.c:547 Ignoring T200[3] (1680 ms) as sent by BSC due to suspected LAPDm bug!<br />&lt;0001&gt; oml.c:547 Ignoring T200[4] (520 ms) as sent by BSC due to suspected LAPDm bug!<br />&lt;0001&gt; oml.c:547 Ignoring T200[5] (165 ms) as sent by BSC due to suspected LAPDm bug!<br />&lt;0001&gt; oml.c:547 Ignoring T200[6] (1680 ms) as sent by BSC due to suspected LAPDm bug!<br />&lt;0001&gt; oml.c:346 Sending FOM ACK.<br />&lt;0001&gt; oml.c:875 OC=BTS(01) INST=(00,ff,ff) Rx CHG ADM STATE<br />&lt;0001&gt; oml.c:847 OC=BTS(01) INST=(00,ff,ff) Rx OPSTART<br />&lt;0001&gt; oml.c:256 OC=BTS INST=(00,ff,ff) OPER STATE NULL -> Enabled<br />&lt;0001&gt; oml.c:217 OC=BTS INST=(00,ff,ff) Tx STATE CHG REP<br />&lt;0001&gt; oml.c:249 OC=BTS INST=(00,ff,ff) AVAIL STATE Dependency -> OK<br />&lt;0001&gt; oml.c:217 OC=BTS INST=(00,ff,ff) Tx STATE CHG REP<br />&lt;0001&gt; oml.c:249 OC=GPRS-NSE INST=(00,ff,ff) AVAIL STATE Dependency -> OK<br />&lt;0001&gt; oml.c:217 OC=GPRS-NSE INST=(00,ff,ff) Tx STATE CHG REP<br />&lt;0001&gt; oml.c:249 OC=GPRS-CELL INST=(00,ff,ff) AVAIL STATE Dependency -> OK<br />&lt;0001&gt; oml.c:217 OC=GPRS-CELL INST=(00,ff,ff) Tx STATE CHG REP<br />&lt;0001&gt; oml.c:249 OC=GPRS-NSVC INST=(00,00,ff) AVAIL STATE Dependency -> OK<br />&lt;0001&gt; oml.c:217 OC=GPRS-NSVC INST=(00,00,ff) Tx STATE CHG REP<br />&lt;0001&gt; oml.c:1203 OC=GPRS-NSE(f0) INST=(00,ff,ff) Rx IPACCESS(0xf5): &lt;0001&gt; oml.c:1117 OC=GPRS-NSE(f0) INST=(00,ff,ff) Rx IPA SET ATTR<br />&lt;0001&gt; oml.c:346 Sending FOM ACK.<br />&lt;0001&gt; oml.c:847 OC=GPRS-NSE(f0) INST=(00,ff,ff) Rx OPSTART<br />&lt;0001&gt; oml.c:256 OC=GPRS-NSE INST=(00,ff,ff) OPER STATE NULL -> Enabled<br />&lt;0001&gt; oml.c:217 OC=GPRS-NSE INST=(00,ff,ff) Tx STATE CHG REP<br />&lt;0001&gt; oml.c:1203 OC=GPRS-CELL(f1) INST=(00,00,ff) Rx IPACCESS(0xf5): &lt;0001&gt; oml.c:1117 OC=GPRS-CELL(f1) INST=(00,00,ff) Rx IPA SET ATTR<br />&lt;0001&gt; oml.c:346 Sending FOM ACK.<br />&lt;0001&gt; oml.c:847 OC=GPRS-CELL(f1) INST=(00,00,ff) Rx OPSTART<br />&lt;0001&gt; oml.c:256 OC=GPRS-CELL INST=(00,ff,ff) OPER STATE NULL -> Enabled<br />&lt;0001&gt; oml.c:217 OC=GPRS-CELL INST=(00,ff,ff) Tx STATE CHG REP<br />&lt;0001&gt; oml.c:875 OC=GPRS-CELL(f1) INST=(00,00,ff) Rx CHG ADM STATE<br />&lt;0001&gt; oml.c:875 OC=GPRS-NSE(f0) INST=(00,ff,ff) Rx CHG ADM STATE<br />&lt;0001&gt; oml.c:1203 OC=GPRS-NSVC(f2) INST=(00,00,ff) Rx IPACCESS(0xf5): &lt;0001&gt; oml.c:1117 OC=GPRS-NSVC(f2) INST=(00,00,ff) Rx IPA SET ATTR</code></pre>
<p>Command systemctl status sysmobts displays <em>active</em> status of BTS. A few moments later BTS status is <em>deactivating</em> and then <em>activating (auto-restart)</em> which is followed by <em>active</em> state. At this moment BTS returns to the operation and is capable to handle CS and PS traffic. </p>
<pre><code>root@sysmobts-v2:~# systemctl status sysmobts<br /> sysmobts.service - sysmocom sysmoBTS<br /> Loaded: loaded (/lib/systemd/system/sysmobts.service; disabled)<br /> Active: active (running) since Thu 2016-11-17 16:09:31 UTC; 17s ago<br /> Process: 1030 ExecStopPost=/bin/sh -c cat /lib/firmware/sysmobts-v?.bit > /dev/fpgadl_par0 ; sleep 3s; cat /lib/firmware/sysmobts-v?.out > /dev/dspdl_dm644x_0; sleep 1s (code=exited, status=0/SUCCESS)<br /> Process: 1024 ExecStopPost=/bin/sh -c echo 0 > /sys/class/leds/activity_led/brightness (code=exited, status=0/SUCCESS)<br /> Process: 1069 ExecStartPre=/bin/sh -c echo 0 > /sys/class/leds/activity_led/brightness (code=exited, status=0/SUCCESS)<br /> Main PID: 1074 (osmo-bts-sysmo)<br /> CGroup: /system.slice/sysmobts.service<br /> └─1074 /usr/bin/osmo-bts-sysmo -s -c /etc/osmocom/osmo-bts.cfg -M</code></pre>
<pre><code>root@sysmobts-v2:~# systemctl status sysmobts<br /> sysmobts.service - sysmocom sysmoBTS<br /> Loaded: loaded (/lib/systemd/system/sysmobts.service; disabled)<br /> Active: deactivating (stop-post) (Result: exit-code) since Thu 2016-11-17 16:10:02 UTC; 2s ago<br /> Process: 1078 ExecStopPost=/bin/sh -c echo 0 > /sys/class/leds/activity_led/brightness (code=exited, status=0/SUCCESS)<br /> Process: 1074 ExecStart=/usr/bin/osmo-bts-sysmo -s -c /etc/osmocom/osmo-bts.cfg -M (code=exited, status=23)<br /> Process: 1069 ExecStartPre=/bin/sh -c echo 0 > /sys/class/leds/activity_led/brightness (code=exited, status=0/SUCCESS)<br /> Main PID: 1074 (code=exited, status=23); : 1084 (sh)<br /> CGroup: /system.slice/sysmobts.service<br /> └─control<br /> ├─1084 /bin/sh -c cat /lib/firmware/sysmobts-v?.bit > /dev/fpgadl_par0 ; sleep 3s; cat /lib/firmware/sysmobts-v?.out > /dev/dspdl_dm644x_0; sleep 1s<br /> └─1095 sleep 3s</code></pre>
<pre><code>root@sysmobts-v2:~# systemctl status sysmobts<br /> sysmobts.service - sysmocom sysmoBTS<br /> Loaded: loaded (/lib/systemd/system/sysmobts.service; disabled)<br /> Active: deactivating (stop-post) (Result: exit-code) since Thu 2016-11-17 16:10:02 UTC; 4s ago<br /> Process: 1078 ExecStopPost=/bin/sh -c echo 0 > /sys/class/leds/activity_led/brightness (code=exited, status=0/SUCCESS)<br /> Process: 1074 ExecStart=/usr/bin/osmo-bts-sysmo -s -c /etc/osmocom/osmo-bts.cfg -M (code=exited, status=23)<br /> Process: 1069 ExecStartPre=/bin/sh -c echo 0 > /sys/class/leds/activity_led/brightness (code=exited, status=0/SUCCESS)<br /> Main PID: 1074 (code=exited, status=23); : 1084 (sh)<br /> CGroup: /system.slice/sysmobts.service<br /> └─control<br /> ├─1084 /bin/sh -c cat /lib/firmware/sysmobts-v?.bit > /dev/fpgadl_par0 ; sleep 3s; cat /lib/firmware/sysmobts-v?.out > /dev/dspdl_dm644x_0; sleep 1s<br /> └─1099 sleep 1s</code></pre>
<pre><code>root@sysmobts-v2:~# systemctl status sysmobts<br /> sysmobts.service - sysmocom sysmoBTS<br /> Loaded: loaded (/lib/systemd/system/sysmobts.service; disabled)<br /> Active: activating (auto-restart) (Result: exit-code) since Thu 2016-11-17 16:10:07 UTC; 100ms ago<br /> Process: 1084 ExecStopPost=/bin/sh -c cat /lib/firmware/sysmobts-v?.bit > /dev/fpgadl_par0 ; sleep 3s; cat /lib/firmware/sysmobts-v?.out > /dev/dspdl_dm644x_0; sleep 1s (code=exited, status=0/SUCCESS)<br /> Process: 1078 ExecStopPost=/bin/sh -c echo 0 > /sys/class/leds/activity_led/brightness (code=exited, status=0/SUCCESS)<br /> Process: 1074 ExecStart=/usr/bin/osmo-bts-sysmo -s -c /etc/osmocom/osmo-bts.cfg -M (code=exited, status=23)<br /> Process: 1069 ExecStartPre=/bin/sh -c echo 0 > /sys/class/leds/activity_led/brightness (code=exited, status=0/SUCCESS)<br /> Main PID: 1074 (code=exited, status=23)</code></pre>
<pre><code>root@sysmobts-v2:~# systemctl status sysmobts<br /> sysmobts.service - sysmocom sysmoBTS<br /> Loaded: loaded (/lib/systemd/system/sysmobts.service; disabled)<br /> Active: activating (auto-restart) (Result: exit-code) since Thu 2016-11-17 16:10:07 UTC; 1s ago<br /> Process: 1084 ExecStopPost=/bin/sh -c cat /lib/firmware/sysmobts-v?.bit > /dev/fpgadl_par0 ; sleep 3s; cat /lib/firmware/sysmobts-v?.out > /dev/dspdl_dm644x_0; sleep 1s (code=exited, status=0/SUCCESS)<br /> Process: 1078 ExecStopPost=/bin/sh -c echo 0 > /sys/class/leds/activity_led/brightness (code=exited, status=0/SUCCESS)<br /> Process: 1074 ExecStart=/usr/bin/osmo-bts-sysmo -s -c /etc/osmocom/osmo-bts.cfg -M (code=exited, status=23)<br /> Process: 1069 ExecStartPre=/bin/sh -c echo 0 > /sys/class/leds/activity_led/brightness (code=exited, status=0/SUCCESS)<br /> Main PID: 1074 (code=exited, status=23)</code></pre>
<pre><code>root@sysmobts-v2:~# systemctl status sysmobts<br /> sysmobts.service - sysmocom sysmoBTS<br /> Loaded: loaded (/lib/systemd/system/sysmobts.service; disabled)<br /> Active: active (running) since Thu 2016-11-17 16:10:09 UTC; 1s ago<br /> Process: 1084 ExecStopPost=/bin/sh -c cat /lib/firmware/sysmobts-v?.bit > /dev/fpgadl_par0 ; sleep 3s; cat /lib/firmware/sysmobts-v?.out > /dev/dspdl_dm644x_0; sleep 1s (code=exited, status=0/SUCCESS)<br /> Process: 1078 ExecStopPost=/bin/sh -c echo 0 > /sys/class/leds/activity_led/brightness (code=exited, status=0/SUCCESS)<br /> Process: 1104 ExecStartPre=/bin/sh -c echo 0 > /sys/class/leds/activity_led/brightness (code=exited, status=0/SUCCESS)<br /> Main PID: 1108 (osmo-bts-sysmo)<br /> CGroup: /system.slice/sysmobts.service<br /> └─1108 /usr/bin/osmo-bts-sysmo -s -c /etc/osmocom/osmo-bts.cfg -M</code></pre>
<pre><code>root@sysmobts-v2:~# systemctl status sysmobts<br /> sysmobts.service - sysmocom sysmoBTS<br /> Loaded: loaded (/lib/systemd/system/sysmobts.service; disabled)<br /> Active: active (running) since Thu 2016-11-17 16:10:09 UTC; 2s ago<br /> Process: 1084 ExecStopPost=/bin/sh -c cat /lib/firmware/sysmobts-v?.bit > /dev/fpgadl_par0 ; sleep 3s; cat /lib/firmware/sysmobts-v?.out > /dev/dspdl_dm644x_0; sleep 1s (code=exited, status=0/SUCCESS)<br /> Process: 1078 ExecStopPost=/bin/sh -c echo 0 > /sys/class/leds/activity_led/brightness (code=exited, status=0/SUCCESS)<br /> Process: 1104 ExecStartPre=/bin/sh -c echo 0 > /sys/class/leds/activity_led/brightness (code=exited, status=0/SUCCESS)<br /> Main PID: 1108 (osmo-bts-sysmo)<br /> CGroup: /system.slice/sysmobts.service<br /> └─1108 /usr/bin/osmo-bts-sysmo -s -c /etc/osmocom/osmo-bts.cfg -M</code></pre> OsmoBTS - Bug #1804: osmo-bts-sysmo, osmo-bts-litecell15: L1 phy unusable after PCU disconnectshttps://osmocom.org/issues/1804?journal_id=24692016-11-18T18:41:26Zwirelesss
<ul><li><strong>% Done</strong> changed from <i>30</i> to <i>40</i></li></ul><p>Some additional comments to the previous post.</p>
<p>Firmware v3.11<br />------------------------<br />When the PCU is stopped by issuing of 'kill -2' command, sysmobts.service goes to status disabled. Starting sysmobts.service process brings RF cell up.<br />In any case stopping of PCU provokes disabling of sysmobts.service and it is detected in this version of Firmware.</p>
<p>Firmware v3.1<br />---------------------<br />When using firmware v3.1, osmo-bts-sysmo attempt to start automatically but after a while failed. Issuing command /usr/bin/osmo-bts-sysmo -s -c /etc/osmocom/osmo-bts.cfg -M<br />shows :</p>
<pre><code>&lt;0001&gt; oml.c:346 Sending FOM ACK.<br /> &lt;0001&gt; oml.c:847 OC=GPRS-NSE(f0) INST=(00,ff,ff) Rx OPSTART<br /> &lt;0001&gt; oml.c:256 OC=GPRS-NSE INST=(00,ff,ff) OPER STATE NULL -> Enabled<br /> &lt;0001&gt; oml.c:217 OC=GPRS-NSE INST=(00,ff,ff) Tx STATE CHG REP<br /> &lt;0001&gt; oml.c:1203 OC=GPRS-CELL(f1) INST=(00,00,ff) Rx IPACCESS(0xf5): &lt;0001&gt; oml.c:1117 OC=GPRS-CELL(f1) INST=(00,00,ff) Rx IPA SET ATTR<br /> &lt;0001&gt; oml.c:346 Sending FOM ACK.<br /> &lt;0001&gt; oml.c:847 OC=GPRS-CELL(f1) INST=(00,00,ff) Rx OPSTART<br /> &lt;0001&gt; oml.c:256 OC=GPRS-CELL INST=(00,ff,ff) OPER STATE NULL -> Enabled<br /> &lt;0001&gt; oml.c:217 OC=GPRS-CELL INST=(00,ff,ff) Tx STATE CHG REP<br /> &lt;0001&gt; oml.c:875 OC=GPRS-CELL(f1) INST=(00,00,ff) Rx CHG ADM STATE<br /> &lt;0001&gt; oml.c:875 OC=GPRS-NSE(f0) INST=(00,ff,ff) Rx CHG ADM STATE<br /> &lt;0001&gt; oml.c:1203 OC=GPRS-NSVC(f2) INST=(00,00,ff) Rx IPACCESS(0xf5): &lt;0001&gt; oml.c:1117 OC=GPRS-NSVC(f2) INST=(00,00,ff) Rx IPA SET ATTR<br /> &lt;0001&gt; oml.c:346 Sending FOM ACK.<br /> &lt;0001&gt; oml.c:847 OC=GPRS-NSVC(f2) INST=(00,00,ff) Rx OPSTART<br /> &lt;0001&gt; oml.c:256 OC=GPRS-NSVC INST=(00,00,ff) OPER STATE NULL -> Enabled<br /> &lt;0001&gt; oml.c:217 OC=GPRS-NSVC INST=(00,00,ff) Tx STATE CHG REP<br /> &lt;0001&gt; oml.c:875 OC=GPRS-NSVC(f2) INST=(00,00,ff) Rx CHG ADM STATE <br /> &lt;0001&gt; oml.c:465 OC=BTS(01) INST=(00,ff,ff) Rx SET BTS ATTR<br /> &lt;0001&gt; oml.c:547 Ignoring T200[0] (150 ms) as sent by BSC due to suspected LAPDm bug!<br /> &lt;0001&gt; oml.c:547 Ignoring T200[1] (180 ms) as sent by BSC due to suspected LAPDm bug!<br /> &lt;0001&gt; oml.c:547 Ignoring T200[2] (180 ms) as sent by BSC due to suspected LAPDm bug!<br /> &lt;0001&gt; oml.c:547 Ignoring T200[3] (1680 ms) as sent by BSC due to suspected LAPDm bug!<br /> &lt;0001&gt; oml.c:547 Ignoring T200[4] (520 ms) as sent by BSC due to suspected LAPDm bug!<br /> &lt;0001&gt; oml.c:547 Ignoring T200[5] (165 ms) as sent by BSC due to suspected LAPDm bug!<br /> &lt;0001&gt; oml.c:547 Ignoring T200[6] (1680 ms) as sent by BSC due to suspected LAPDm bug!<br /> &lt;0001&gt; oml.c:346 Sending FOM ACK.<br /> &lt;0001&gt; oml.c:875 OC=BTS(01) INST=(00,ff,ff) Rx CHG ADM STATE<br /> &lt;0001&gt; oml.c:901 ADM state already was Unlocked<br /> &lt;0001&gt; oml.c:847 OC=BTS(01) INST=(00,ff,ff) Rx OPSTART<br /> &lt;0001&gt; oml.c:858 ... automatic ACK, OP state already was Enabled<br /> &lt;0001&gt; oml.c:847 OC=RADIO-CARRIER(02) INST=(00,00,ff) Rx OPSTART<br /> &lt;0001&gt; oml.c:614 OC=RADIO-CARRIER(02) INST=(00,00,ff) Rx SET RADIO CARRIER ATTR<br /> &lt;0001&gt; oml.c:642 Set RF Max Power Reduction = 20 dBm<br /> &lt;0001&gt; oml.c:346 Sending FOM ACK.<br /> &lt;0001&gt; oml.c:875 OC=RADIO-CARRIER(02) INST=(00,00,ff) Rx CHG ADM STATE<br /> &lt;0001&gt; oml.c:901 ADM state already was Unlocked<br /> &lt;0006&gt; l1_if.c:1394 RF-MUTE.req not supported by SuperFemto<br /> &lt;0012&gt; input/ipa.c:67 connection closed with server<br /> &lt;000d&gt; abis.c:135 Signalling link down<br /> &lt;0001&gt; bts.c:206 Shutting down BTS 0, Reason Abis close<br /> &lt;0006&gt; oml.c:450 Close TRX 0<br /> &lt;0007&gt; l1_if.c:165 Tx L1 prim MPH-CLOSE.req<br /> &lt;0001&gt; oml.c:249 OC=RADIO-CARRIER INST=(00,00,ff) AVAIL STATE OK -> Off line<br /> &lt;0001&gt; oml.c:256 OC=RADIO-CARRIER INST=(00,00,ff) OPER STATE Disabled -> Disabled<br /> &lt;0001&gt; oml.c:217 OC=RADIO-CARRIER INST=(00,00,ff) Tx STATE CHG REP<br /> &lt;0001&gt; oml.c:249 OC=BASEBAND-TRANSCEIVER INST=(00,00,ff) AVAIL STATE OK -> Off line<br /> &lt;0001&gt; oml.c:256 OC=BASEBAND-TRANSCEIVER INST=(00,00,ff) OPER STATE NULL -> Disabled<br /> &lt;0001&gt; oml.c:217 OC=BASEBAND-TRANSCEIVER INST=(00,00,ff) Tx STATE CHG REP<br /> Shutdown timer expired<br /> root@sysmobts-v2:~#</code></pre>
<p>Firmware v2.7<br />---------------------<br /> During cross-compiling procedure following error message appears:</p>
<pre><code>osmo-bts-sysmo/sysmo_l1_if.c:340:18: note: each undeclared identifier is reported only once for each function it appears in<br /> Makefile:642: recipe for target 'osmo-bts-sysmo/sysmo_l1_if.o' failed<br /> make[1]:*** [osmo-bts-sysmo/sysmo_l1_if.o] Error 1<br /> make[1]:*** Waiting for unfinished jobs....<br /> In file included from osmo-bts-sysmo/sysmo_l1_hw.c:45:0:<br /> osmo-bts-sysmo/femtobts.h:25:46: error: 'SuperFemto_PrimId_NUM' undeclared here (not in a function)<br /> const enum l1prim_type femtobts_sysprim_type[SuperFemto_PrimId_NUM];<br /> ^<br /> osmo-bts-sysmo/femtobts.h:27:1: error: unknown type name 'SuperFemto_PrimId_t'<br /> const SuperFemto_PrimId_t femtobts_sysprim_req2conf[SuperFemto_PrimId_NUM];<br /> ^</code></pre> OsmoBTS - Bug #1804: osmo-bts-sysmo, osmo-bts-litecell15: L1 phy unusable after PCU disconnectshttps://osmocom.org/issues/1804?journal_id=25822016-12-08T19:17:32Zwirelesss
<ul></ul><p>Firmware 3.11: <br />Killing PCU by issuing of 'kill -2' command disables sysmobts.service. It is possible to start sysmobts.service manually this brings RF cell on air.</p>
<p>Firmware v3.1: <br />osmo-bts-sysmo can not start after killing pcu.</p>
<p>Firmware v2.7:<br />Cross-compiling procedure fails with error message, which is shown in the above post.</p> OsmoBTS - Bug #1804: osmo-bts-sysmo, osmo-bts-litecell15: L1 phy unusable after PCU disconnectshttps://osmocom.org/issues/1804?journal_id=25942016-12-09T13:57:46Zwirelesss
<ul></ul><p>wirelesss wrote:</p>
<blockquote>
<p>Firmware 3.11: <br />Killing PCU by issuing of 'kill -2' command disables sysmobts.service. It is possible to start sysmobts.service manually this brings RF cell on air.</p>
</blockquote>
<p>Firmware 3.10: <br />After change of Firmware to 3.10 followed by powercycle of sysmoBTS leads to cycling restarts of sysmopcu.service. <br /><code>systemctl</code> command shows stable active (running) state of sysmobts.service.</p>
<blockquote>
<p>Firmware v3.1: <br />osmo-bts-sysmo can not start after killing pcu.</p>
</blockquote>
<blockquote>
<p>Firmware v2.7:<br />Cross-compiling procedure fails with error message, which is shown in the above post.</p>
</blockquote> OsmoBTS - Bug #1804: osmo-bts-sysmo, osmo-bts-litecell15: L1 phy unusable after PCU disconnectshttps://osmocom.org/issues/1804?journal_id=25982016-12-12T10:50:17Zwirelesss
<ul></ul><p>wirelesss wrote:</p>
<blockquote>
<p>wirelesss wrote:</p>
<blockquote>
<p>Firmware 3.11: <br />Killing PCU by issuing of 'kill -2' command disables sysmobts.service. It is possible to start sysmobts.service manually this brings RF cell on air.</p>
</blockquote>
<blockquote>
<p>Firmware 3.10: <br />After change of firmware to 3.10 followed by power-cycle of sysmoBTS leads to cycling restarts of sysmopcu.service. <br /><code>systemctl</code> command shows stable active (running) state of sysmobts.service. The LED indicator "RF state" is off.</p>
</blockquote>
</blockquote>
<p>Firmware 3.6:<br />Changing firmware to 3.6 and power-cycling the sysmoBTS leads to cycling restarts of sysmopcu.service.<br />sysmobts.service is in stable active (running) state. The LED indicator "RF state" is off.</p>
<blockquote><blockquote>
<p>Firmware v3.1: <br />osmo-bts-sysmo can not start after killing pcu.</p>
</blockquote>
<blockquote>
<p>Firmware v2.7:<br />Cross-compiling procedure fails with error message, which is shown in the above post.</p>
</blockquote></blockquote> OsmoBTS - Bug #1804: osmo-bts-sysmo, osmo-bts-litecell15: L1 phy unusable after PCU disconnectshttps://osmocom.org/issues/1804?journal_id=26002016-12-12T11:34:50Zlaforge
<ul></ul><p>Hi wireless,</p>
<p>On Mon, Dec 12, 2016 at 10:50:17AM +0000, wirelesss [REDMINE] wrote:</p>
<blockquote>
<p>Issue <a class="issue tracker-1 status-6 priority-1 priority-lowest closed" title="Bug: osmo-bts-sysmo, osmo-bts-litecell15: L1 phy unusable after PCU disconnects (Rejected)" href="https://osmocom.org/issues/1804">#1804</a> has been updated by wirelesss.<br />wirelesss wrote:</p>
<blockquote>
<p>wirelesss wrote:</p>
</blockquote></blockquote>
<p>This is the second time I see an update to this ticket from you, where<br />you apparently full-quote a reply you sent earlier. Please don't do<br />that.</p>
<p>Ah, after more careful comparison I see now you actually extended the<br />information from before. In that case, please don't add new information<br />formatted as if it was a quote from a previous ticket. You <strong>quote</strong> old<br />information but add (non-quoted) new information.<br />-- <br />- Harald Welte <<a class="email" href="mailto:laforge@gnumonks.org">laforge@gnumonks.org</a>> <a class="external" href="http://laforge.gnumonks.org/">http://laforge.gnumonks.org/</a>
============================================================================<br />"Privacy in residential applications is a desirable marketing option." <br />(ETSI EN 300 175-7 Ch. A6)</p> OsmoBTS - Bug #1804: osmo-bts-sysmo, osmo-bts-litecell15: L1 phy unusable after PCU disconnectshttps://osmocom.org/issues/1804?journal_id=27122016-12-28T19:01:34Zneelsnhofmeyr@sysmocom.de
<ul></ul><p>Once this happened, another way to make the BTS usable is to re-flash the DSP images:</p>
<pre>
cat /lib/firmware/sysmobts-v?.bit > /dev/fpgadl_par0 ; sleep 3s; cat /lib/firmware/sysmobts-v?.out > /dev/dspdl_dm644x_0; sleep 1s
</pre> OsmoBTS - Bug #1804: osmo-bts-sysmo, osmo-bts-litecell15: L1 phy unusable after PCU disconnectshttps://osmocom.org/issues/1804?journal_id=30132017-02-07T12:42:43Zneelsnhofmeyr@sysmocom.de
<ul></ul><p>The firwmare v3.1 log output looks like the link to the osmo-nitb went down,<br />so I assume there was a problem unrelated to this question whether the L1 communication breaks down.<br />We should re-test v3.1 and make sure that it wasn't an odd osmo-nitb problem.</p>
<p>Otherwise I'm not sure what to do here. It seems to take substantial effort to get things<br />to run with older firmwares (3.10, 3.6, 2.7).</p>
<p>So far we have no conclusion that would allow requesting Nutaq to fix a regression, yet.<br />We could inform Nutaq of the problem without a reference to an older working state...?</p> OsmoBTS - Bug #1804: osmo-bts-sysmo, osmo-bts-litecell15: L1 phy unusable after PCU disconnectshttps://osmocom.org/issues/1804?journal_id=30142017-02-07T13:15:13Zlaforge
<ul></ul><p>On Tue, Feb 07, 2017 at 12:42:43PM +0000, neels [REDMINE] wrote:</p>
<blockquote>
<p>It seems to take substantial effort to get things to run with older<br />firmwares (3.10, 3.6, 2.7).</p>
</blockquote>
<p>why is that? <a class="external" href="http://jenkins.osmocom.org/jenkins/job/osmo-bts/">http://jenkins.osmocom.org/jenkins/job/osmo-bts/</a> builds<br />every osmo-bts commit against v2.4, v2.7, v3.0 v3.1 and v5.1</p>
<p>Does this mean that the code compiles against those old API headers but<br />fails to work? If so, are there specific bug tickets on this?</p>
<blockquote>
<p>We could inform Nutaq of the problem without a reference to an older working state...?</p>
</blockquote>
<p>yes, seems like a good idea.</p> OsmoBTS - Bug #1804: osmo-bts-sysmo, osmo-bts-litecell15: L1 phy unusable after PCU disconnectshttps://osmocom.org/issues/1804?journal_id=30372017-02-10T18:20:17Zwirelesss
<ul><li><strong>File</strong> <a href="/attachments/2529">bts_serial.log</a> <a class="icon-only icon-download" title="Download" href="/attachments/download/2529/bts_serial.log">bts_serial.log</a> added</li><li><strong>File</strong> <a href="/attachments/2531">bts.log</a> <a class="icon-only icon-download" title="Download" href="/attachments/download/2531/bts.log">bts.log</a> added</li><li><strong>File</strong> <a href="/attachments/2532">nitb.log</a> <a class="icon-only icon-download" title="Download" href="/attachments/download/2532/nitb.log">nitb.log</a> added</li><li><strong>File</strong> <a href="/attachments/2533">eth_trace.pcap</a> <a class="icon-only icon-download" title="Download" href="/attachments/download/2533/eth_trace.pcap">eth_trace.pcap</a> added</li><li><strong>File</strong> <a href="/attachments/2534">lo_trace.pcap</a> <a class="icon-only icon-download" title="Download" href="/attachments/download/2534/lo_trace.pcap">lo_trace.pcap</a> added</li></ul><p>v 3.1 of the firmware has been re-tested.</p>
<p>osmo-bts-sysmo and osmo-pcu make cycling restarts. The RF Active link comes for a few seconds and then goes off.</p>
<p>A log from bts is shown below. I have also take pcaps from eth and lo interfaces.<br /><pre>
/usr/bin/osmo-bts-sysmo -s -c /etc/osmocom/osmo-bts.cfg -M
((*))
|
/ \ OsmoBTS
<0017> control_if.c:693 CTRL at 127.0.0.1 4238
<0010> telnet_interface.c:95 telnet at 127.0.0.1 4241
<0012> input/ipaccess.c:885 enabling ipaccess BTS mode, OML connecting to 10.9.1.112:3002
<0006> phy_link.c:58 PHY link state change shutdown -> connectiong
<0006> l1_if.c:1622 sysmoBTSv2 L1IF compiled against API headers v3.1.0
<0006> l1_if.c:1610 Read clock calibration(677) from EEPROM.
<0006> l1_if.c:183 Tx SYS prim LAYER1-RESET.req
<0006> phy_link.c:58 PHY link state change connectiong -> connected
<0006> phy_link.c:68 trx_set_avail(1)
<0012> input/ipa.c:129 connection done.
<0012> input/ipaccess.c:706 received ID get
<0001> oml.c:156 OC=SITE-MANAGER INST=(ff,ff,ff) Tx STATE CHG REP
<0001> oml.c:156 OC=BTS INST=(00,ff,ff) Tx STATE CHG REP
<0001> oml.c:156 OC=GPRS-NSE INST=(00,ff,ff) Tx STATE CHG REP
<0001> oml.c:156 OC=GPRS-CELL INST=(00,ff,ff) Tx STATE CHG REP
<0001> oml.c:156 OC=GPRS-NSVC INST=(00,00,ff) Tx STATE CHG REP
<0001> oml.c:156 OC=GPRS-NSVC INST=(00,01,ff) Tx STATE CHG REP
<0001> oml.c:156 OC=RADIO-CARRIER INST=(00,00,ff) Tx STATE CHG REP
<0001> oml.c:156 OC=BASEBAND-TRANSCEIVER INST=(00,00,ff) Tx STATE CHG REP
<0001> oml.c:156 OC=CHANNEL INST=(00,00,00) Tx STATE CHG REP
<0001> oml.c:156 OC=CHANNEL INST=(00,00,01) Tx STATE CHG REP
<0001> oml.c:156 OC=CHANNEL INST=(00,00,02) Tx STATE CHG REP
<0001> oml.c:156 OC=CHANNEL INST=(00,00,03) Tx STATE CHG REP
<0001> oml.c:156 OC=CHANNEL INST=(00,00,04) Tx STATE CHG REP
<0001> oml.c:156 OC=CHANNEL INST=(00,00,05) Tx STATE CHG REP
<0001> oml.c:156 OC=CHANNEL INST=(00,00,06) Tx STATE CHG REP
<0001> oml.c:156 OC=CHANNEL INST=(00,00,07) Tx STATE CHG REP
<0006> l1_if.c:1496 Rx L1-RESET.conf (status=Success)
<0006> l1_if.c:1533 Tx SET-TRACE-FLAGS.req (0x00000000)
<0006> l1_if.c:183 Tx SYS prim SYSTEM-INFO.req
<0006> l1_if.c:1440 DSP v3.1.0, FPGA v3.1.0
n<0006> l1_if.c:1309 Using external attenuator.
<0006> l1_if.c:183 Tx SYS prim ACTIVATE-RF.req
<0006> calib_file.c:191 No calibration table fix-up needed, firmware < 3.3
<0006> l1_if.c:183 Tx SYS prim SET-RX-CALIB.req
<0001> oml.c:473 Ignoring T200[0] (150 ms) as sent by BSC due to suspected LAPDm bug!
<0001> oml.c:473 Ignoring T200[1] (180 ms) as sent by BSC due to suspected LAPDm bug!
<0001> oml.c:473 Ignoring T200[2] (180 ms) as sent by BSC due to suspected LAPDm bug!
<0001> oml.c:473 Ignoring T200[3] (1680 ms) as sent by BSC due to suspected LAPDm bug!
<0001> oml.c:473 Ignoring T200[4] (520 ms) as sent by BSC due to suspected LAPDm bug!
<0001> oml.c:473 Ignoring T200[5] (165 ms) as sent by BSC due to suspected LAPDm bug!
<0001> oml.c:473 Ignoring T200[6] (1680 ms) as sent by BSC due to suspected LAPDm bug!
<0001> oml.c:195 OC=BTS INST=(00,ff,ff) OPER STATE NULL -> Enabled
<0001> oml.c:156 OC=BTS INST=(00,ff,ff) Tx STATE CHG REP
<0001> oml.c:188 OC=BTS INST=(00,ff,ff) AVAIL STATE Dependency -> OK
<0001> oml.c:156 OC=BTS INST=(00,ff,ff) Tx STATE CHG REP
<0001> oml.c:188 OC=GPRS-NSE INST=(00,ff,ff) AVAIL STATE Dependency -> OK
<0001> oml.c:156 OC=GPRS-NSE INST=(00,ff,ff) Tx STATE CHG REP
<0001> oml.c:188 OC=GPRS-CELL INST=(00,ff,ff) AVAIL STATE Dependency -> OK
<0001> oml.c:156 OC=GPRS-CELL INST=(00,ff,ff) Tx STATE CHG REP
<0001> oml.c:188 OC=GPRS-NSVC INST=(00,00,ff) AVAIL STATE Dependency -> OK
<0001> oml.c:156 OC=GPRS-NSVC INST=(00,00,ff) Tx STATE CHG REP
<0006> l1_if.c:1213 Rx RF-ACT.conf (status=Success)
<0006> main.c:109 Set global status #0 to 1 (0000 -> 0001), LEDs: ACT 1
<0001> oml.c:188 OC=RADIO-CARRIER INST=(00,00,ff) AVAIL STATE Power off -> OK
<0001> oml.c:195 OC=RADIO-CARRIER INST=(00,00,ff) OPER STATE NULL -> Disabled
<0001> oml.c:156 OC=RADIO-CARRIER INST=(00,00,ff) Tx STATE CHG REP
<0001> oml.c:301 OC=RADIO-CARRIER INST=(00,00,ff) Tx SW ACT REP
<0001> oml.c:188 OC=BASEBAND-TRANSCEIVER INST=(00,00,ff) AVAIL STATE Power off -> OK
<0001> oml.c:156 OC=BASEBAND-TRANSCEIVER INST=(00,00,ff) Tx STATE CHG REP
<0001> oml.c:301 OC=BASEBAND-TRANSCEIVER INST=(00,00,ff) Tx SW ACT REP
<0001> oml.c:188 OC=CHANNEL INST=(00,00,00) AVAIL STATE Power off -> Dependency
<0001> oml.c:195 OC=CHANNEL INST=(00,00,00) OPER STATE NULL -> Disabled
<0001> oml.c:156 OC=CHANNEL INST=(00,00,00) Tx STATE CHG REP
<0001> oml.c:188 OC=CHANNEL INST=(00,00,01) AVAIL STATE Power off -> Dependency
<0001> oml.c:195 OC=CHANNEL INST=(00,00,01) OPER STATE NULL -> Disabled
<0001> oml.c:156 OC=CHANNEL INST=(00,00,01) Tx STATE CHG REP
<0001> oml.c:188 OC=CHANNEL INST=(00,00,02) AVAIL STATE Power off -> Dependency
<0001> oml.c:195 OC=CHANNEL INST=(00,00,02) OPER STATE NULL -> Disabled
</pre></p> OsmoBTS - Bug #1804: osmo-bts-sysmo, osmo-bts-litecell15: L1 phy unusable after PCU disconnectshttps://osmocom.org/issues/1804?journal_id=30992017-02-21T13:10:37Zwirelesss
<ul><li><strong>Assignee</strong> changed from <i>wirelesss</i> to <i>118</i></li></ul> OsmoBTS - Bug #1804: osmo-bts-sysmo, osmo-bts-litecell15: L1 phy unusable after PCU disconnectshttps://osmocom.org/issues/1804?journal_id=41802017-05-30T15:35:27Zlaforge
<ul><li><strong>Status</strong> changed from <i>In Progress</i> to <i>Stalled</i></li><li><strong>Assignee</strong> changed from <i>118</i> to <i>4368</i></li><li><strong>Priority</strong> changed from <i>Normal</i> to <i>Low</i></li></ul> OsmoBTS - Bug #1804: osmo-bts-sysmo, osmo-bts-litecell15: L1 phy unusable after PCU disconnectshttps://osmocom.org/issues/1804?journal_id=64912017-12-03T10:29:53Zlaforge
<ul><li><strong>Related to</strong> <i><a class="issue tracker-1 status-1 priority-1 priority-lowest" href="/issues/57">Bug #57</a>: sysmobts L1 is not properly closed, DSP firmware reload is required</i> added</li></ul> OsmoBTS - Bug #1804: osmo-bts-sysmo, osmo-bts-litecell15: L1 phy unusable after PCU disconnectshttps://osmocom.org/issues/1804?journal_id=200422020-10-20T08:38:47Zlaforge
<ul><li><strong>Status</strong> changed from <i>Stalled</i> to <i>Rejected</i></li><li><strong>Assignee</strong> deleted (<del><i>4368</i></del>)</li></ul>