<p><a href="https://gerrit.osmocom.org/c/osmo-bts/+/18904">View Change</a></p><p>2 comments:</p><ul style="list-style: none; padding: 0;"><li style="margin: 0; padding: 0;"><p><a href="https://gerrit.osmocom.org/c/osmo-bts/+/18904/3/src/common/bts_shutdown_fsm.c">File src/common/bts_shutdown_fsm.c:</a></p><ul style="list-style: none; padding: 0;"><li style="margin: 0; padding: 0 0 0 16px;"><p style="margin-bottom: 4px;"><a href="https://gerrit.osmocom.org/c/osmo-bts/+/18904/3/src/common/bts_shutdown_fsm.c@78">Patch Set #3, Line 78:</a> <code style="font-family:monospace,monospace">                      if (trx->power_params.p_total_cur_mdBm > 0)</code></p><p><blockquote style="border-left: 1px solid #aaa; margin: 10px 0; padding: 0 10px;">so the mdBm <= 0 corresponds to the to_mdB(-10) above? […]</blockquote></p><p style="white-space: pre-wrap; word-wrap: break-word;">Yes, I opted to make it more robust by simply checking it reached at least 0. In any case theoretically the callback is not called until the target is reached, but I thought it was more robust to check for 0 here in case some TRX backend for whatever reason plays wrong with negative values and we end up with only 0 being set.<br>I can change it if you want, not really important imho.</p></li></ul></li><li style="margin: 0; padding: 0;"><p><a href="https://gerrit.osmocom.org/c/osmo-bts/+/18904/3/src/common/gsm_data.c">File src/common/gsm_data.c:</a></p><ul style="list-style: none; padding: 0;"><li style="margin: 0; padding: 0 0 0 16px;"><p style="margin-bottom: 4px;"><a href="https://gerrit.osmocom.org/c/osmo-bts/+/18904/3/src/common/gsm_data.c@44">Patch Set #3, Line 44:</a> <code style="font-family:monospace,monospace">    * shutdown start based on params below, and highest trx value taken:</code></p><p><blockquote style="border-left: 1px solid #aaa; margin: 10px 0; padding: 0 10px;">(if it is a sanity timeout then a fixed number should be fine IMO)</blockquote></p><p style="white-space: pre-wrap; word-wrap: break-word;">well the problem here is that the timeout can be quite large if specific the power-ramp params are set, so ideally it'd be better to make the sanity timeout adaptative.</p></li></ul></li></ul><p>To view, visit <a href="https://gerrit.osmocom.org/c/osmo-bts/+/18904">change 18904</a>. To unsubscribe, or for help writing mail filters, visit <a href="https://gerrit.osmocom.org/settings">settings</a>.</p><div itemscope itemtype="http://schema.org/EmailMessage"><div itemscope itemprop="action" itemtype="http://schema.org/ViewAction"><link itemprop="url" href="https://gerrit.osmocom.org/c/osmo-bts/+/18904"/><meta itemprop="name" content="View Change"/></div></div>

<div style="display:none"> Gerrit-Project: osmo-bts </div>
<div style="display:none"> Gerrit-Branch: master </div>
<div style="display:none"> Gerrit-Change-Id: I70e34dda8974ebd94aea33bd9fb1d99f9063cc55 </div>
<div style="display:none"> Gerrit-Change-Number: 18904 </div>
<div style="display:none"> Gerrit-PatchSet: 3 </div>
<div style="display:none"> Gerrit-Owner: pespin <pespin@sysmocom.de> </div>
<div style="display:none"> Gerrit-Reviewer: Jenkins Builder </div>
<div style="display:none"> Gerrit-Reviewer: fixeria <vyanitskiy@sysmocom.de> </div>
<div style="display:none"> Gerrit-Reviewer: laforge <laforge@osmocom.org> </div>
<div style="display:none"> Gerrit-Reviewer: pespin <pespin@sysmocom.de> </div>
<div style="display:none"> Gerrit-CC: neels <nhofmeyr@sysmocom.de> </div>
<div style="display:none"> Gerrit-Comment-Date: Mon, 22 Jun 2020 18:15:56 +0000 </div>
<div style="display:none"> Gerrit-HasComments: Yes </div>
<div style="display:none"> Gerrit-Has-Labels: No </div>
<div style="display:none"> Comment-In-Reply-To: neels <nhofmeyr@sysmocom.de> </div>
<div style="display:none"> Gerrit-MessageType: comment </div>