<blockquote style="border-left: 1px solid #aaa; margin: 10px 0; padding: 0 10px;"><p style="white-space: pre-wrap; word-wrap: break-word;">Patch Set 4:</p><p style="white-space: pre-wrap; word-wrap: break-word;">(2 comments)</p><blockquote style="border-left: 1px solid #aaa; margin: 10px 0; padding: 0 10px;"><p style="white-space: pre-wrap; word-wrap: break-word;">Patch Set 2:</p><p style="white-space: pre-wrap; word-wrap: break-word;">I think this mixes two orthogonal topics:</p><p style="white-space: pre-wrap; word-wrap: break-word;">a) moving from a binary to a decoded ra_id<br>b) reducing redundancy between the multiple places of storage</p><p style="white-space: pre-wrap; word-wrap: break-word;">"a" is uncontroversial to me. "b" is dangerous, as without detailed review I would not be sure if bvc->cell always exists in all situations where we want to read or write the ra_id.</p></blockquote><p style="white-space: pre-wrap; word-wrap: break-word;">re b I had a look and we should always have a cell for a given (ptp) bvc. The only place where I'm a bit unsure is when we get a ptp bvc reset from the sgsn.</p><p style="white-space: pre-wrap; word-wrap: break-word;">Do you want this commit split up then?</p></blockquote><p style="white-space: pre-wrap; word-wrap: break-word;">There is indeed a problem. I think splitting this is the right strategy.</p><p><a href="https://gerrit.osmocom.org/c/osmo-gbproxy/+/22653">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/osmo-gbproxy/+/22653/4//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/osmo-gbproxy/+/22653/4//COMMIT_MSG@7">Patch Set #4, Line 7:</a> <code style="font-family:monospace,monospace">gb_proxy: Simplify raid data storage</code></p><p><blockquote style="border-left: 1px solid #aaa; margin: 10px 0; padding: 0 10px;">Not really needed anymore as this whole repository is about gbproxy</blockquote></p><p style="white-space: pre-wrap; word-wrap: break-word;">its the name of the module gb_proxy.c</p></li></ul></li><li style="margin: 0; padding: 0;"><p><a href="https://gerrit.osmocom.org/c/osmo-gbproxy/+/22653/5/src/gb_proxy.c">File src/gb_proxy.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-gbproxy/+/22653/5/src/gb_proxy.c@1050">Patch Set #5, Line 1050:</a> <code style="font-family:monospace,monospace">                              if (!bss_bvc->cell)</code></p><p style="white-space: pre-wrap; word-wrap: break-word;">There is indeed a problem with removing the redundancy, here I fixed a segfault/nullpointer-deref. osmo-gbproxy no longer crashes now in the TTCN3 tests but the test TC_paging_ps_sig_lac does not pass anymore. We definetly broke something, but I do not know what or where? The changes look good. Maybe we get on the ground of this when we split up the redundancy removal.</p></li></ul></li><li style="margin: 0; padding: 0;"><p><a href="https://gerrit.osmocom.org/c/osmo-gbproxy/+/22653/2/src/gb_proxy_ctrl.c">File src/gb_proxy_ctrl.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-gbproxy/+/22653/2/src/gb_proxy_ctrl.c@96">Patch Set #2, Line 96:</a> <code style="font-family:monospace,monospace">                        cmd->reply = talloc_asprintf_append(cmd->reply, "%u,%u,%u,%u,%u,%u,%s\n",</code></p><p><blockquote style="border-left: 1px solid #aaa; margin: 10px 0; padding: 0 10px;">I'd rather have that in a separate commit.</blockquote></p><p style="white-space: pre-wrap; word-wrap: break-word;">I will fix this with the next patchset (the next after the current one I just pushed)</p></li></ul></li></ul><p>To view, visit <a href="https://gerrit.osmocom.org/c/osmo-gbproxy/+/22653">change 22653</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-gbproxy/+/22653"/><meta itemprop="name" content="View Change"/></div></div>

<div style="display:none"> Gerrit-Project: osmo-gbproxy </div>
<div style="display:none"> Gerrit-Branch: master </div>
<div style="display:none"> Gerrit-Change-Id: Ib58b9188e3ce4bd3fdadb03f158d56b29778387c </div>
<div style="display:none"> Gerrit-Change-Number: 22653 </div>
<div style="display:none"> Gerrit-PatchSet: 5 </div>
<div style="display:none"> Gerrit-Owner: daniel <dwillmann@sysmocom.de> </div>
<div style="display:none"> Gerrit-Reviewer: Jenkins Builder </div>
<div style="display:none"> Gerrit-Reviewer: dexter <pmaier@sysmocom.de> </div>
<div style="display:none"> Gerrit-Reviewer: pespin <pespin@sysmocom.de> </div>
<div style="display:none"> Gerrit-CC: laforge <laforge@osmocom.org> </div>
<div style="display:none"> Gerrit-Comment-Date: Thu, 04 Feb 2021 16:07:44 +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"> Comment-In-Reply-To: daniel <dwillmann@sysmocom.de> </div>
<div style="display:none"> Comment-In-Reply-To: dexter <pmaier@sysmocom.de> </div>
<div style="display:none"> Gerrit-MessageType: comment </div>