<p><a href="https://gerrit.osmocom.org/c/osmo-bsc/+/14439">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/14439/2/src/osmo-bsc/abis_nm.c">File src/osmo-bsc/abis_nm.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/14439/2/src/osmo-bsc/abis_nm.c@1704">Patch Set #2, Line 1704:</a> <code style="font-family:monospace,monospace">int abis_nm_get_attr(struct gsm_bts *bts, uint8_t obj_class, uint8_t bts_nr, uint8_t trx_nr, uint8_t ts_nr,</code></p><p><blockquote style="border-left: 1px solid #aaa; margin: 10px 0; padding: 0 10px;">Looks like we should be passing here "struct gsm_bts_trx *trx" instead of "bts" + "trx_nr". […]</blockquote></p><p style="white-space: pre-wrap; word-wrap: break-word;">bts->nr != the Abis OML BTS number!</p><p style="white-space: pre-wrap; word-wrap: break-word;">bts->nr relates to the logical BTS number inside the entire BSC scope, wherease the OML MO BTS number refers to the BTS in that given OML link.  A site will typically have three BTSs, so there's always 0,1,2 at a three-sector setup.  In Abis/IP you will have separate TCP/IPA connections for those, where each BTS is OML MO BTS Number 0.  In [reasonable] E1 sestups, you will only have a single E1 signaling timeslot with ML MO BTS Number 0/1/2.</p></li></ul></li><li style="margin: 0; padding: 0;"><p><a href="https://gerrit.osmocom.org/#/c/14439/2/src/osmo-bsc/acc_ramp.c">File src/osmo-bsc/acc_ramp.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/14439/2/src/osmo-bsc/acc_ramp.c@170">Patch Set #2, Line 170:</a> <code style="font-family:monospace,monospace">       if (trx->nr != 0)</code></p><p><blockquote style="border-left: 1px solid #aaa; margin: 10px 0; padding: 0 10px;">If we only care about first TRX, I'm not sure it makes sense to use LOG_TRX in this function and use […]</blockquote></p><p style="white-space: pre-wrap; word-wrap: break-word;">I agree.  However, this patch is merely a "mechanical" change from the existing code to new code.  Even the existing code is logging (bts=%d,trx=%d) so I keep it that way, without introducing more changes than needed in this one patch.</p></li></ul></li></ul><p>To view, visit <a href="https://gerrit.osmocom.org/c/osmo-bsc/+/14439">change 14439</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-bsc/+/14439"/><meta itemprop="name" content="View Change"/></div></div>

<div style="display:none"> Gerrit-Project: osmo-bsc </div>
<div style="display:none"> Gerrit-Branch: master </div>
<div style="display:none"> Gerrit-Change-Id: I4a7814d164384eecfb6913c31802cf2faead6e6c </div>
<div style="display:none"> Gerrit-Change-Number: 14439 </div>
<div style="display:none"> Gerrit-PatchSet: 2 </div>
<div style="display:none"> Gerrit-Owner: laforge <laforge@gnumonks.org> </div>
<div style="display:none"> Gerrit-Reviewer: Jenkins Builder </div>
<div style="display:none"> Gerrit-Reviewer: laforge <laforge@gnumonks.org> </div>
<div style="display:none"> Gerrit-Reviewer: pespin <pespin@sysmocom.de> </div>
<div style="display:none"> Gerrit-Comment-Date: Thu, 13 Jun 2019 15:55:09 +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: pespin <pespin@sysmocom.de> </div>
<div style="display:none"> Gerrit-MessageType: comment </div>