Attention is currently required from: pespin.
neels has posted comments on this change by pespin. ( https://gerrit.osmocom.org/c/libosmocore/+/39349?usp=email )
Change subject: osmo_io: segmentation cb: Initialize null ptr every iteration
......................................................................
Patch Set 1: Code-Review+1
(1 comment)
Commit Message:
https://gerrit.osmocom.org/c/libosmocore/+/39349/comment/c95da1fe_7050db55?… :
PS1, Line 8:
(was this found from investigating a bug? would be nice to mention how the bug manifests to the user)
--
To view, visit https://gerrit.osmocom.org/c/libosmocore/+/39349?usp=email
To unsubscribe, or for help writing mail filters, visit https://gerrit.osmocom.org/settings?usp=email
Gerrit-MessageType: comment
Gerrit-Project: libosmocore
Gerrit-Branch: pespin/rel-1.10.0
Gerrit-Change-Id: I0fcaa6afb9cf2f88243280f01c278fa2d72e69a6
Gerrit-Change-Number: 39349
Gerrit-PatchSet: 1
Gerrit-Owner: pespin <pespin(a)sysmocom.de>
Gerrit-Reviewer: Jenkins Builder
Gerrit-Reviewer: neels <nhofmeyr(a)sysmocom.de>
Gerrit-Reviewer: osmith <osmith(a)sysmocom.de>
Gerrit-Attention: pespin <pespin(a)sysmocom.de>
Gerrit-Comment-Date: Thu, 16 Jan 2025 12:46:21 +0000
Gerrit-HasComments: Yes
Gerrit-Has-Labels: Yes
Attention is currently required from: pespin.
neels has posted comments on this change by pespin. ( https://gerrit.osmocom.org/c/osmo-mgw/+/39352?usp=email )
Change subject: mgcp_msg: Improve logging checking MGCP line param
......................................................................
Patch Set 1:
(1 comment)
Patchset:
PS1:
this patch might be a misunderstanding from CR on the CRCX parsing patch?
for me the important part is the logging context -- layering is only secondary, mentioned to serve adding logging context without layer violations.
--
To view, visit https://gerrit.osmocom.org/c/osmo-mgw/+/39352?usp=email
To unsubscribe, or for help writing mail filters, visit https://gerrit.osmocom.org/settings?usp=email
Gerrit-MessageType: comment
Gerrit-Project: osmo-mgw
Gerrit-Branch: master
Gerrit-Change-Id: I18fd316a2d830b9418a806e32f27558d980259d6
Gerrit-Change-Number: 39352
Gerrit-PatchSet: 1
Gerrit-Owner: pespin <pespin(a)sysmocom.de>
Gerrit-Reviewer: Jenkins Builder
Gerrit-CC: neels <nhofmeyr(a)sysmocom.de>
Gerrit-Attention: pespin <pespin(a)sysmocom.de>
Gerrit-Comment-Date: Thu, 16 Jan 2025 12:37:55 +0000
Gerrit-HasComments: Yes
Gerrit-Has-Labels: No
Attention is currently required from: daniel, laforge, pespin.
neels has posted comments on this change by pespin. ( https://gerrit.osmocom.org/c/osmo-mgw/+/39248?usp=email )
Change subject: mgw: Decouple SDP parsing step from conn obj update
......................................................................
Patch Set 4:
(3 comments)
File include/osmocom/mgcp/mgcp_protocol.h:
https://gerrit.osmocom.org/c/osmo-mgw/+/39248/comment/9aa6d6e4_f577b617?usp… :
PS3, Line 13: #define MGCP_PARSE_SDP_MAXPTIME_UNSET (-1)
> It's not duplicate, it's two different fields.
ah, i thought it was an enum =)
https://gerrit.osmocom.org/c/osmo-mgw/+/39248/comment/763d4bd6_a49fbb8d?usp… :
PS3, Line 14: #define MGCP_PARSE_SDP_RTP_PORT_UNSET (0)
> It's not a closed set of values, but a specific value in an int range, it's fine as a define.
ack
File src/libosmo-mgcp/mgcp_protocol.c:
https://gerrit.osmocom.org/c/osmo-mgw/+/39248/comment/b65a0be5_6b7de7e5?usp… :
PS3, Line 1139: if (rc < 0) { /* See also RFC 3661: Protocol error */
> I'm actually fine with it the current way, but changing in to avoid discussions.
yay! =)
--
To view, visit https://gerrit.osmocom.org/c/osmo-mgw/+/39248?usp=email
To unsubscribe, or for help writing mail filters, visit https://gerrit.osmocom.org/settings?usp=email
Gerrit-MessageType: comment
Gerrit-Project: osmo-mgw
Gerrit-Branch: master
Gerrit-Change-Id: I4a2aecb542886672c1f586c6607714e0356abe35
Gerrit-Change-Number: 39248
Gerrit-PatchSet: 4
Gerrit-Owner: pespin <pespin(a)sysmocom.de>
Gerrit-Reviewer: Jenkins Builder
Gerrit-Reviewer: daniel <dwillmann(a)sysmocom.de>
Gerrit-Reviewer: laforge <laforge(a)osmocom.org>
Gerrit-CC: neels <nhofmeyr(a)sysmocom.de>
Gerrit-Attention: laforge <laforge(a)osmocom.org>
Gerrit-Attention: pespin <pespin(a)sysmocom.de>
Gerrit-Attention: daniel <dwillmann(a)sysmocom.de>
Gerrit-Comment-Date: Thu, 16 Jan 2025 12:33:02 +0000
Gerrit-HasComments: Yes
Gerrit-Has-Labels: No
Comment-In-Reply-To: neels <nhofmeyr(a)sysmocom.de>
Comment-In-Reply-To: pespin <pespin(a)sysmocom.de>
Attention is currently required from: daniel, pespin.
neels has posted comments on this change by pespin. ( https://gerrit.osmocom.org/c/osmo-mgw/+/39239?usp=email )
Change subject: mgw: MDCX: Split mgcp header pars parsing into a previous step
......................................................................
Patch Set 5: Code-Review+1
(1 comment)
File src/libosmo-mgcp/mgcp_protocol.c:
https://gerrit.osmocom.org/c/osmo-mgw/+/39239/comment/e689712d_c3e21e85?usp… :
PS4, Line 1115: /* Reset conn mode in case it was tweaked through VTY: */
> Yeah, something else which kinda sucks a bit: […]
i think i get it now, the vty might have changed the conn mode, and the peer still assumes that the previously sent mode is in place. So on the next MGCP, re-instate the peer's mode and discard the vty mode, even if no new explicit mode is present.
(maybe i should add this to that comment...)
--
To view, visit https://gerrit.osmocom.org/c/osmo-mgw/+/39239?usp=email
To unsubscribe, or for help writing mail filters, visit https://gerrit.osmocom.org/settings?usp=email
Gerrit-MessageType: comment
Gerrit-Project: osmo-mgw
Gerrit-Branch: master
Gerrit-Change-Id: I6ecb41fc2cc737c3a161b6bc98bd08ae01909655
Gerrit-Change-Number: 39239
Gerrit-PatchSet: 5
Gerrit-Owner: pespin <pespin(a)sysmocom.de>
Gerrit-Reviewer: Jenkins Builder
Gerrit-Reviewer: laforge <laforge(a)osmocom.org>
Gerrit-Reviewer: neels <nhofmeyr(a)sysmocom.de>
Gerrit-Reviewer: pespin <pespin(a)sysmocom.de>
Gerrit-CC: daniel <dwillmann(a)sysmocom.de>
Gerrit-Attention: pespin <pespin(a)sysmocom.de>
Gerrit-Attention: daniel <dwillmann(a)sysmocom.de>
Gerrit-Comment-Date: Thu, 16 Jan 2025 12:30:14 +0000
Gerrit-HasComments: Yes
Gerrit-Has-Labels: Yes
Comment-In-Reply-To: neels <nhofmeyr(a)sysmocom.de>
Comment-In-Reply-To: pespin <pespin(a)sysmocom.de>
Attention is currently required from: daniel, laforge, pespin.
neels has posted comments on this change by pespin. ( https://gerrit.osmocom.org/c/osmo-mgw/+/39224?usp=email )
Change subject: mgw: CRCX: Split mgcp header pars parsing into a previous step
......................................................................
Patch Set 5: Code-Review-1
(11 comments)
Patchset:
PS5:
my -1 point is removing of logging context that was present before this patch.
File include/osmocom/mgcp/mgcp_protocol.h:
https://gerrit.osmocom.org/c/osmo-mgw/+/39224/comment/ea1670fe_385aa8c5?usp… :
PS4, Line 14: bool have_sdp;
> I don't care tbh, feel free to submit a patch renaming when you do further work on related code.
a response of "i don't care" for your own naming choices usually goes with accepting CR suggestions...?
https://gerrit.osmocom.org/c/osmo-mgw/+/39224/comment/924dde05_026f7e64?usp… :
PS4, Line 27: .x_osmo_ign = 0,
> I still prefer having them here explicitly since it provides a quick look (also through grep) on the […]
ack, grep is a good point
https://gerrit.osmocom.org/c/osmo-mgw/+/39224/comment/5cdd2768_71ccbf6d?usp… :
PS4, Line 34: char *save;
> I'm simply keeping the previously existing var name. […]
hmm, but you are taking local variables and putting them in a struct, so this is a good time to choose names?
i agree that avoiding renames makes the patch diff easier to read.
Would be great to have useful names in the end.
File src/libosmo-mgcp/mgcp_msg.c:
https://gerrit.osmocom.org/c/osmo-mgw/+/39224/comment/b5717a7b_03529081?usp… :
PS4, Line 173: int mgcp_parse_hdr_pars(struct mgcp_parse_data *pdata)
> That's a internal static library of osmo-mgw, so no need for that.
ack
https://gerrit.osmocom.org/c/osmo-mgw/+/39224/comment/2814809a_32f62a4d?usp… :
PS4, Line 180: e(
> There was a discussion about this recently iirc. Currently we have: […]
ack, i will not bother
https://gerrit.osmocom.org/c/osmo-mgw/+/39224/comment/8d2efa47_7d42e29e?usp… :
PS4, Line 208: case '\0':
> No idea, simply moving old code here.
ack
https://gerrit.osmocom.org/c/osmo-mgw/+/39224/comment/871f1297_92134113?usp… :
PS4, Line 212: LOGP(DLMGCP, LOGL_NOTICE, "CRCX: unhandled option: '%c'/%d\n", *line, *line);
> It is further updated in follow-up patch, I tried to do it in steps.
ack
https://gerrit.osmocom.org/c/osmo-mgw/+/39224/comment/813d32fa_2d5fe38d?usp… :
PS4, Line 257: LOGP(DLMGCP, LOGL_NOTICE, "wrong MGCP option format: '%s'\n", line);
> I submitted https://gerrit.osmocom. […]
What i would like to see is that the parsing code returns error messages to the caller. Then the caller should log the error message with the relevant context added.
What i don't want to see is that the parsing code does a lot of context-less logging of errors, and the user needs to guess from adjacent logging where the error originated from.
(The linked patch also does context-less logging)
I will veto removing logging context that was present before this patch.
File src/libosmo-mgcp/mgcp_protocol.c:
https://gerrit.osmocom.org/c/osmo-mgw/+/39224/comment/6b03f072_23137015?usp… :
PS4, Line 710: if (osmux_init(trunk) < 0) {
> Comment removed by: pespin; Reason: wrong thread
I agree that the endp is only marginally related and could be omitted from logging context.
But then the LOGPTRUNK() below should be done within osmux_init().
thanks!
https://gerrit.osmocom.org/c/osmo-mgw/+/39224/comment/8ac1ecd5_f1ae0d62?usp… :
PS4, Line 846: case -523:
> (i humbly favor passing the MGCP result codes as positive numbers, more like a result code enum, and […]
(you don't agree?)
--
To view, visit https://gerrit.osmocom.org/c/osmo-mgw/+/39224?usp=email
To unsubscribe, or for help writing mail filters, visit https://gerrit.osmocom.org/settings?usp=email
Gerrit-MessageType: comment
Gerrit-Project: osmo-mgw
Gerrit-Branch: master
Gerrit-Change-Id: I3ee5158c254213203830fe9c38de11c15b4b19c1
Gerrit-Change-Number: 39224
Gerrit-PatchSet: 5
Gerrit-Owner: pespin <pespin(a)sysmocom.de>
Gerrit-Reviewer: Jenkins Builder
Gerrit-Reviewer: daniel <dwillmann(a)sysmocom.de>
Gerrit-Reviewer: laforge <laforge(a)osmocom.org>
Gerrit-Reviewer: neels <nhofmeyr(a)sysmocom.de>
Gerrit-Attention: laforge <laforge(a)osmocom.org>
Gerrit-Attention: pespin <pespin(a)sysmocom.de>
Gerrit-Attention: daniel <dwillmann(a)sysmocom.de>
Gerrit-Comment-Date: Thu, 16 Jan 2025 12:20:25 +0000
Gerrit-HasComments: Yes
Gerrit-Has-Labels: Yes
Comment-In-Reply-To: neels <nhofmeyr(a)sysmocom.de>
Comment-In-Reply-To: pespin <pespin(a)sysmocom.de>