Attention is currently required from: lynxis lazus.
dexter has posted comments on this change by lynxis lazus. ( https://gerrit.osmocom.org/c/osmo-ttcn3-hacks/+/39261?usp=email )
Change subject: SGSN: Remove unsupport test cases
......................................................................
Patch Set 3: Code-Review+2
(2 comments)
Patchset:
PS3:
Maybe the testcase functions should also be removed? We will probably not re-introduce the feature.
Commit Message:
https://gerrit.osmocom.org/c/osmo-ttcn3-hacks/+/39261/comment/ee1328f6_0df9… :
PS3, Line 10: the IMSI, but don't request information from the HLR) will be removed from the
is there a line break where it shouldn't be. Or does gerrit display the commit message weirdly?
--
To view, visit https://gerrit.osmocom.org/c/osmo-ttcn3-hacks/+/39261?usp=email
To unsubscribe, or for help writing mail filters, visit https://gerrit.osmocom.org/settings?usp=email
Gerrit-MessageType: comment
Gerrit-Project: osmo-ttcn3-hacks
Gerrit-Branch: master
Gerrit-Change-Id: I1506324300fe3864069706d5b05860e7b44cd895
Gerrit-Change-Number: 39261
Gerrit-PatchSet: 3
Gerrit-Owner: lynxis lazus <lynxis(a)fe80.eu>
Gerrit-Reviewer: Jenkins Builder
Gerrit-Reviewer: dexter <pmaier(a)sysmocom.de>
Gerrit-Reviewer: laforge <laforge(a)osmocom.org>
Gerrit-Reviewer: pespin <pespin(a)sysmocom.de>
Gerrit-CC: fixeria <vyanitskiy(a)sysmocom.de>
Gerrit-Attention: lynxis lazus <lynxis(a)fe80.eu>
Gerrit-Comment-Date: Mon, 27 Jan 2025 11:51:26 +0000
Gerrit-HasComments: Yes
Gerrit-Has-Labels: Yes
pespin has submitted this change. ( https://gerrit.osmocom.org/c/libosmo-netif/+/39413?usp=email )
Change subject: stream: osmo_stream_{cli,srv}_set_segmentation_cb(2): documentation improvements
......................................................................
stream: osmo_stream_{cli,srv}_set_segmentation_cb(2): documentation improvements
* Wrap lines to a shorter width
* Improve osmo_stream_cli_set_segmentation_cb() adding text available in
osmo_stream_srv_set_segmentation_cb()
* Refer to segmentation_cb in segmentation_cb2 documentation and only
outline the differences.
Change-Id: I55eb9a7781c22db68446265d2a174ae4f5e9f6ef
---
M src/stream_cli.c
M src/stream_srv.c
2 files changed, 21 insertions(+), 14 deletions(-)
Approvals:
osmith: Looks good to me, approved
fixeria: Looks good to me, but someone else must approve
Jenkins Builder: Verified
diff --git a/src/stream_cli.c b/src/stream_cli.c
index 6628ad7..fa3ac76 100644
--- a/src/stream_cli.c
+++ b/src/stream_cli.c
@@ -821,6 +821,11 @@
* \param[in,out] cli Stream Client to modify
* \param[in] segmentation_cb Target segmentation callback
*
+ * A segmentation call-back can optionally be used when a packet based protocol
+ * (like TCP) is used within a STREAM style socket that does not preserve
+ * message boundaries within the stream. If a segmentation call-back is given,
+ * the osmo_stream_srv library code will makes sure that the read_cb called
+ * only for complete single messages, and not arbitrary segments of the stream.
*/
void osmo_stream_cli_set_segmentation_cb(struct osmo_stream_cli *cli,
osmo_stream_cli_segmentation_cb_t segmentation_cb)
@@ -834,6 +839,10 @@
/*! Set the segmentation callback for the client.
* \param[in,out] cli Stream Client to modify
* \param[in] segmentation_cb2 Target segmentation callback
+ *
+ * Same as osmo_stream_cli_set_segmentation_cb(), but a
+ * osmo_stream_cli_segmentation_cb2_t is called instead which allows access to
+ * the related cli object.
*/
void osmo_stream_cli_set_segmentation_cb2(struct osmo_stream_cli *cli,
osmo_stream_cli_segmentation_cb2_t segmentation_cb2)
diff --git a/src/stream_srv.c b/src/stream_srv.c
index 05f780c..366fe64 100644
--- a/src/stream_srv.c
+++ b/src/stream_srv.c
@@ -1104,13 +1104,15 @@
* \param[in,out] conn Target Stream Server to modify
* \param[in] segmentation_cb Segmentation callback to be set
*
- * A segmentation call-back can optionally be used when a packet based protocol (like TCP) is used within a
- * STREAM style socket that does not preserve message boundaries within the stream. If a segmentation
- * call-back is given, the osmo_stream_srv library code will makes sure that the read_cb called only for
- * complete single messages, and not arbitrary segments of the stream.
+ * A segmentation call-back can optionally be used when a packet based protocol
+ * (like TCP) is used within a STREAM style socket that does not preserve
+ * message boundaries within the stream. If a segmentation call-back is given,
+ * the osmo_stream_srv library code will makes sure that the read_cb called
+ * only for complete single messages, and not arbitrary segments of the stream.
*
- * This function only works with osmo_stream_srv in osmo_io mode, created by osmo_stream_srv_create2()!
- * The connection has to have been established prior to calling this function.
+ * This function only works with osmo_stream_srv in osmo_io mode, created by
+ * osmo_stream_srv_create2()! The connection has to have been established prior
+ * to calling this function.
*
*/
void osmo_stream_srv_set_segmentation_cb(struct osmo_stream_srv *conn,
@@ -1128,16 +1130,12 @@
* \param[in,out] conn Target Stream Server to modify
* \param[in] segmentation_cb2 Segmentation callback to be set
*
- * A segmentation call-back can optionally be used when a packet based protocol (like TCP) is used within a
- * STREAM style socket that does not preserve message boundaries within the stream. If a segmentation
- * call-back is given, the osmo_stream_srv library code will makes sure that the read_cb called only for
- * complete single messages, and not arbitrary segments of the stream.
- *
- * This function only works with osmo_stream_srv in osmo_io mode, created by osmo_stream_srv_create2()!
- * The connection has to have been established prior to calling this function.
+ * Same as osmo_stream_srv_set_segmentation_cb(), but a
+ * osmo_stream_srv_segmentation_cb2_t is called instead which allows access to
+ * the related conn object.
*/
void osmo_stream_srv_set_segmentation_cb2(struct osmo_stream_srv *conn,
- osmo_stream_srv_segmentation_cb2_t segmentation_cb2)
+ osmo_stream_srv_segmentation_cb2_t segmentation_cb2)
{
/* Note that the following implies that iofd != NULL, since
* osmo_stream_srv_create2() creates the iofd member, too */
--
To view, visit https://gerrit.osmocom.org/c/libosmo-netif/+/39413?usp=email
To unsubscribe, or for help writing mail filters, visit https://gerrit.osmocom.org/settings?usp=email
Gerrit-MessageType: merged
Gerrit-Project: libosmo-netif
Gerrit-Branch: master
Gerrit-Change-Id: I55eb9a7781c22db68446265d2a174ae4f5e9f6ef
Gerrit-Change-Number: 39413
Gerrit-PatchSet: 1
Gerrit-Owner: pespin <pespin(a)sysmocom.de>
Gerrit-Reviewer: Jenkins Builder
Gerrit-Reviewer: fixeria <vyanitskiy(a)sysmocom.de>
Gerrit-Reviewer: osmith <osmith(a)sysmocom.de>
Gerrit-Reviewer: pespin <pespin(a)sysmocom.de>
osmith has submitted this change. ( https://gerrit.osmocom.org/c/osmo-ttcn3-hacks/+/39405?usp=email )
Change subject: testenv: run: add --autoreconf-in-src-copy arg
......................................................................
testenv: run: add --autoreconf-in-src-copy arg
Add a new argument that avoids the problem that ./configure refuses to
run if it has already been executed in the source dir. (It aborts and
asks the user to run "make distclean" first, which is especially
annoying if it has to be done in multiple source dirs before being able
to build successfully.)
Put the new logic behind an "experimental argument" for now. I think it
improves usability greatly and plan to make it the default later when
it has been well tested.
I have also considered making the source dir read-only when mounted into
podman and this argument is set. This was the original goal of Lynxis'
related patch, on which idea this one is based. But osmo-dev still
needs to write into the source dir in case it clones a new repository,
so making the sources dir read-only with this trade-off should be a
separate flag and could be added in another patch later.
Related: osmo-ttcn3-hacks I0f1ac8852218f158ece14c176f05574f60d9d1f7
Depends: osmo-dev I18ac50e3441df81e1fe7d8d5321df7e80ab9c650
Change-Id: I5c38ce69dc39823d12be574c74a654d2fa6ed8fb
---
M _testenv/testenv/__init__.py
M _testenv/testenv/osmo_dev.py
2 files changed, 17 insertions(+), 0 deletions(-)
Approvals:
fixeria: Looks good to me, approved
pespin: Looks good to me, but someone else must approve
Jenkins Builder: Verified
diff --git a/_testenv/testenv/__init__.py b/_testenv/testenv/__init__.py
index c1991ca..4a925bb 100644
--- a/_testenv/testenv/__init__.py
+++ b/_testenv/testenv/__init__.py
@@ -170,6 +170,14 @@
default=ccache_dir_default,
)
+ group = sub_run.add_argument_group("experimental options")
+ group.add_argument(
+ "-A",
+ "--autoreconf-in-src-copy",
+ action="store_true",
+ help="run autoreconf in a copy of the source dir, avoids 'run make distclean' errors",
+ )
+
sub.add_parser("clean", help="clean previous build artifacts")
args = parser.parse_args()
diff --git a/_testenv/testenv/osmo_dev.py b/_testenv/testenv/osmo_dev.py
index 51d07a7..8748b93 100644
--- a/_testenv/testenv/osmo_dev.py
+++ b/_testenv/testenv/osmo_dev.py
@@ -73,6 +73,15 @@
os.path.join(testenv.args.cache, "host/usr"),
]
+ if testenv.args.autoreconf_in_src_copy:
+ # Use a different make dir, so we don't have unexpected behavior when
+ # the user already ran autoreconf or ./configure through osmo-dev with
+ # the previous make dir, without --autoreconf-in-src-copy.
+ make_dir += "2"
+ extra_opts += [
+ "--autoreconf-in-src-copy",
+ ]
+
cmd = [
"./gen_makefile.py",
"--build-debug",
--
To view, visit https://gerrit.osmocom.org/c/osmo-ttcn3-hacks/+/39405?usp=email
To unsubscribe, or for help writing mail filters, visit https://gerrit.osmocom.org/settings?usp=email
Gerrit-MessageType: merged
Gerrit-Project: osmo-ttcn3-hacks
Gerrit-Branch: master
Gerrit-Change-Id: I5c38ce69dc39823d12be574c74a654d2fa6ed8fb
Gerrit-Change-Number: 39405
Gerrit-PatchSet: 2
Gerrit-Owner: osmith <osmith(a)sysmocom.de>
Gerrit-Reviewer: Jenkins Builder
Gerrit-Reviewer: fixeria <vyanitskiy(a)sysmocom.de>
Gerrit-Reviewer: lynxis lazus <lynxis(a)fe80.eu>
Gerrit-Reviewer: neels <nhofmeyr(a)sysmocom.de>
Gerrit-Reviewer: osmith <osmith(a)sysmocom.de>
Gerrit-Reviewer: pespin <pespin(a)sysmocom.de>