This is merely a historical archive of years 2008-2021, before the migration to mailman3.
A maintained and still updated list archive can be found at https://lists.osmocom.org/hyperkitty/list/gerrit-log@lists.osmocom.org/.
Harald Welte gerrit-no-reply at lists.osmocom.org
Patch Set 1:
(2 comments)
I am not sure if a cleaner solution would be to fold all of this into one value. Like "early-classmark-allowed (2g-only|2g-3g|forbiden)" and a parser that accepts "allowed" as "2g-and-3g" to be compatible to old config files. What do you think? Am I missing something?
https://gerrit.osmocom.org/#/c/5021/1/src/libbsc/bsc_vty.c
File src/libbsc/bsc_vty.c:
PS1, Line 281: vty_out(vty, "Early Classmark Sending: %s%s",
: bts->early_classmark_allowed ? "allowed" : "forbidden",
: VTY_NEWLINE);
: vty_out(vty, "3G Early Classmark Sending: %s%s",
: bts->early_classmark_allowed_3g ? "allowed" : "forbidden",
: VTY_NEWLINE);
might be nicer to have this in a single line with "Early Classmark Sending Allowed for: 2G, 3G"
https://gerrit.osmocom.org/#/c/5021/1/src/libbsc/system_information.c
File src/libbsc/system_information.c:
PS1, Line 875: s
are you sure about the logic? "restrict 3G" sounds like "restrict the use of Early CM Sending for 3G, i.e. *not* have Early CM for 3G. The "early_classmark_allowed" is exactly the opposite.
Also, I don't like assigning a boolean value to an uint8_t, it looks a bit unclean. What's the problem with sticking either to bool or to the other?
--
To view, visit https://gerrit.osmocom.org/5021
To unsubscribe, visit https://gerrit.osmocom.org/settings
Gerrit-MessageType: comment
Gerrit-Change-Id: Ic1afe071038a3bb5871d7ff40f665c8644f801ec
Gerrit-PatchSet: 1
Gerrit-Project: osmo-bsc
Gerrit-Branch: master
Gerrit-Owner: Pau Espin Pedrol <pespin at sysmocom.de>
Gerrit-Reviewer: Harald Welte <laforge at gnumonks.org>
Gerrit-Reviewer: Jenkins Builder
Gerrit-HasComments: Yes