<p style="white-space: pre-wrap; word-wrap: break-word;">Thanks for splitting away the other changes!<br>Now for the "disabled" feature...</p><p>Patch set 5:<span style="border-radius: 3px; display: inline-block; margin: 0 2px; padding: 4px;background-color: #ffd4d4;">Code-Review -1</span></p><p><a href="https://gerrit.osmocom.org/12624">View Change</a></p><p>1 comment:</p><ul style="list-style: none; padding: 0;"><li style="margin: 0; padding: 0;"><p><a href="https://gerrit.osmocom.org/#/c/12624/5/include/osmocom/bsc/gsm_data.h">File include/osmocom/bsc/gsm_data.h:</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/12624/5/include/osmocom/bsc/gsm_data.h@619">Patch Set #5, Line 619:</a> <code style="font-family:monospace,monospace">   bool disabled;</code></p><blockquote style="border-left: 1px solid #aaa; margin: 10px 0; padding: 0 10px;"><p style="white-space: pre-wrap; word-wrap: break-word;">Messing with the FSM is what I am trying to avoid.</p></blockquote><p style="white-space: pre-wrap; word-wrap: break-word;">ok, I understand. It makes sense from the distance, but in my point of view the lchan FSM is designed<br>to completely wipe its state when it goes to UNUSED. So as soon as we go back out of the<br>broken state, things will be perfectly the same as before.</p><p style="white-space: pre-wrap; word-wrap: break-word;">Also in the ttcn3 tests, IIUC, the RSL and OML re-connect for each test case, so the FSM instances<br>will anyway be completely blown away and re-initialized between test cases.</p><p style="white-space: pre-wrap; word-wrap: break-word;">I am asking myself whether I am bikeshedding on this; I really don't want to generate more work for you<br>than necessary ... <think, think> ... no, it is better to avoid introducing a new flag:<br>this flag may have to be checked in numerous conditions all around the code base.<br>Where ever we check the lchan state, we may have to add a side check for the "disabled" flag.<br>We should keep the lchan state as the single place to indicate lchan use and usability.</p><p style="white-space: pre-wrap; word-wrap: break-word;">I made this kind of mistake with introducing dynamic timeslots: I wanted to avoid messing with the<br>ts->pchan, so instead of re-using the ts->pchan as the single place to indicate the current ts type,<br>I added more flags next to it, to be checked in case of a dynamic ts.<br>That rippled all over the bts and bsc code base and a lot of bugs had to be fixed in a lot of<br>if-statements that I had overlooked in the first patches, even months and years later.</p><p style="white-space: pre-wrap; word-wrap: break-word;">To implement changing the lchan FSM to the broken state:</p><pre style="font-family: monospace,monospace; white-space: pre-wrap;">- we may have to add a transition from the broken state back to "unused",<br>  or you may decide to instead completely re-allocate the lchan fsm instance.<br>- The vty command should probably only change to broken if the lchan is currently UNUSED.<br>  (at least for now, to avoid complexity.)<br>- Besides adding a vty command to place lchans *in* the broken state (for testing),<br>  we also allow *removing* the broken state, which might even be useful for manual recovery<br>  in tight situations like rhizomatica had back in the days.<br>  So I would argue to keep that vty command public.</pre><p style="white-space: pre-wrap; word-wrap: break-word;">Let me know if I should help with that, since designing that stuff is still fresh in my mind<br>I should be comparatively quick with implementing. (though I should probably stick with inter-MSC)</p></li></ul></li></ul><p>To view, visit <a href="https://gerrit.osmocom.org/12624">change 12624</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/12624"/><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-MessageType: comment </div>
<div style="display:none"> Gerrit-Change-Id: I397e68e26d6a1727890353fa34f4897b54795866 </div>
<div style="display:none"> Gerrit-Change-Number: 12624 </div>
<div style="display:none"> Gerrit-PatchSet: 5 </div>
<div style="display:none"> Gerrit-Owner: dexter <pmaier@sysmocom.de> </div>
<div style="display:none"> Gerrit-Reviewer: Jenkins Builder (1000002) </div>
<div style="display:none"> Gerrit-Reviewer: Neels Hofmeyr <nhofmeyr@sysmocom.de> </div>
<div style="display:none"> Gerrit-Reviewer: dexter <pmaier@sysmocom.de> </div>
<div style="display:none"> Gerrit-CC: Harald Welte <laforge@gnumonks.org> </div>
<div style="display:none"> Gerrit-CC: Vadim Yanitskiy <axilirator@gmail.com> </div>
<div style="display:none"> Gerrit-Comment-Date: Tue, 22 Jan 2019 12:53:27 +0000 </div>
<div style="display:none"> Gerrit-HasComments: Yes </div>
<div style="display:none"> Gerrit-HasLabels: Yes </div>