<p style="white-space: pre-wrap; word-wrap: break-word;">the fixing logic looks sane, but I'm still having trouble wrapping my mind around the entire issue. Also the comments sound a bit weird.</p><p>Patch set 1:<span style="border-radius: 3px; display: inline-block; margin: 0 2px; padding: 4px;background-color: #d4ffd4;">Code-Review +1</span></p><p><a href="https://gerrit.osmocom.org/12180">View Change</a></p><p>3 comments:</p><ul style="list-style: none; padding: 0;"><li style="margin: 0; padding: 0;"><p><a href="https://gerrit.osmocom.org/#/c/12180/1//COMMIT_MSG">Commit Message:</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/12180/1//COMMIT_MSG@19">Patch Set #1, Line 19:</a> <code style="font-family:monospace,monospace">rsl.c:2103 (bts=0,trx=0,ts=3,ss=0) Tx PDCH DEACT ACK</code></p><p style="white-space: pre-wrap; word-wrap: break-word;">one thing I don't understand yet in the overall failure cause: is it an osmo-bsc bug? is it sending some PDCH while the ts is still active as TCH?</p><p style="white-space: pre-wrap; word-wrap: break-word;">ok wait, in this log, the TS is in PDCH mode. BSC sends a PDCH DEACT. That's quite normal and allowed; and the bug is that osmo-bts NACKs that perfectly legal situation? (I somehow wonder how my dyn TS tests when implementing it could ever work then)</p></li></ul></li><li style="margin: 0; padding: 0;"><p><a href="https://gerrit.osmocom.org/#/c/12180/1/src/common/rsl.c">File src/common/rsl.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/12180/1/src/common/rsl.c@2207">Patch Set #1, Line 2207:</a> <code style="font-family:monospace,monospace">         /* TCH takes preference over PDCH so allow forcing PDCH DEACT,</code></p><p style="white-space: pre-wrap; word-wrap: break-word;">plz explain: if a TS is in PDCH mode, sending a DEACT is not forcing anything. Doing a PDCH DEACT in PDCH is a normal expected message. Is the lchan->state not NONE in PDCH mode? I thought it is... maybe I'm confused from bsc code</p></li><li style="margin: 0; padding: 0 0 0 16px;"><p style="margin-bottom: 4px;"><a href="https://gerrit.osmocom.org/#/c/12180/1/src/common/rsl.c@2208">Patch Set #1, Line 2208:</a> <code style="font-family:monospace,monospace">              * but forbid forcing PDCH ACT if lchan still active */</code></p><p style="white-space: pre-wrap; word-wrap: break-word;">(say it without the word "forcing"?)</p></li></ul></li></ul><p>To view, visit <a href="https://gerrit.osmocom.org/12180">change 12180</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/12180"/><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-MessageType: comment </div>
<div style="display:none"> Gerrit-Change-Id: I6d6d12aec10c801fe55012ca6e58d0bc8755b15d </div>
<div style="display:none"> Gerrit-Change-Number: 12180 </div>
<div style="display:none"> Gerrit-PatchSet: 1 </div>
<div style="display:none"> Gerrit-Owner: Pau Espin Pedrol <pespin@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-Comment-Date: Thu, 06 Dec 2018 19:06:19 +0000 </div>
<div style="display:none"> Gerrit-HasComments: Yes </div>
<div style="display:none"> Gerrit-HasLabels: Yes </div>