<p><a href="https://gerrit.osmocom.org/c/libosmocore/+/19442">View Change</a></p><p>4 comments:</p><ul style="list-style: none; padding: 0;"><li style="margin: 0; padding: 0;"><p><a href="https://gerrit.osmocom.org/c/libosmocore/+/19442/4/src/vty/sched_vty.c">File src/vty/sched_vty.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/libosmocore/+/19442/4/src/vty/sched_vty.c@112">Patch Set #4, Line 112:</a> <code style="font-family:monospace,monospace">parse_cpu_hex_mask</code></p><p style="white-space: pre-wrap; word-wrap: break-word;">might be a candidate for a unit test? (also the encoder)</p></li><li style="margin: 0; padding: 0 0 0 16px;"><p style="margin-bottom: 4px;"><a href="https://gerrit.osmocom.org/c/libosmocore/+/19442/4/src/vty/sched_vty.c@259">Patch Set #4, Line 259:</a> <code style="font-family:monospace,monospace">                          buf</code></p><p style="white-space: pre-wrap; word-wrap: break-word;">I think this still has the buffer overflow problem I mentioned in my review of the previous patch.  rc could be sizeof(buf), and you're accessing buffer beyond its end.</p></li><li style="margin: 0; padding: 0 0 0 16px;"><p style="margin-bottom: 4px;"><a href="https://gerrit.osmocom.org/c/libosmocore/+/19442/4/src/vty/sched_vty.c@353">Patch Set #4, Line 353:</a> </p><p><blockquote style="border-left: 1px solid #aaa; margin: 10px 0; padding: 0 10px;"><pre style="font-family: monospace,monospace; white-space: pre-wrap;">{<br>            return -EINVAL;<br>       }<br></pre></blockquote></p><p style="white-space: pre-wrap; word-wrap: break-word;">cosmetic: no curly braces needed</p></li><li style="margin: 0; padding: 0 0 0 16px;"><p style="margin-bottom: 4px;"><a href="https://gerrit.osmocom.org/c/libosmocore/+/19442/4/src/vty/sched_vty.c@499">Patch Set #4, Line 499:</a> <code style="font-family:monospace,monospace">sched</code></p><p style="white-space: pre-wrap; word-wrap: break-word;">sorry for noticing only now: I think this should be named 'cpu-sched' or the like.  As GSM is a TDMA system, there may be all kinds of schedulers, and it would probably be best to clearly recognize this one.  Not critical, but I think now is the time to fix it - after it's merged, we cannot touch naming.</p></li></ul></li></ul><p>To view, visit <a href="https://gerrit.osmocom.org/c/libosmocore/+/19442">change 19442</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/libosmocore/+/19442"/><meta itemprop="name" content="View Change"/></div></div>

<div style="display:none"> Gerrit-Project: libosmocore </div>
<div style="display:none"> Gerrit-Branch: master </div>
<div style="display:none"> Gerrit-Change-Id: If76a4bd2cc7b3c7adf5d84790a944d78be70e10a </div>
<div style="display:none"> Gerrit-Change-Number: 19442 </div>
<div style="display:none"> Gerrit-PatchSet: 4 </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-Comment-Date: Thu, 30 Jul 2020 20:43:08 +0000 </div>
<div style="display:none"> Gerrit-HasComments: Yes </div>
<div style="display:none"> Gerrit-Has-Labels: No </div>
<div style="display:none"> Gerrit-MessageType: comment </div>