Change in osmo-bsc[master]: gscon: remove dead code

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
Wed May 23 16:04:18 UTC 2018


Harald Welte has submitted this change and it was merged. ( https://gerrit.osmocom.org/7839 )

Change subject: gscon: remove dead code
......................................................................

gscon: remove dead code

The state ST_WAIT_MODE_MODIFY_ACK can never be reached by the
current FSM model.

- Remove ST_WAIT_MODE_MODIFY_ACK and all related code

Change-Id: Iacaae2ee50ca1956066b7dce4517bbc9c2b0897e
Related: OS#2762
---
M include/osmocom/bsc/bsc_subscr_conn_fsm.h
M src/libbsc/bsc_subscr_conn_fsm.c
2 files changed, 1 insertion(+), 45 deletions(-)

Approvals:
  Harald Welte: Looks good to me, approved
  Neels Hofmeyr: Looks good to me, but someone else must approve
  Jenkins Builder: Verified



diff --git a/include/osmocom/bsc/bsc_subscr_conn_fsm.h b/include/osmocom/bsc/bsc_subscr_conn_fsm.h
index 9421528..9498d9f 100644
--- a/include/osmocom/bsc/bsc_subscr_conn_fsm.h
+++ b/include/osmocom/bsc/bsc_subscr_conn_fsm.h
@@ -21,8 +21,6 @@
 	GSCON_EV_RR_ASS_COMPL,
 	/* RR ASSIGNMENT FAIL received */
 	GSCON_EV_RR_ASS_FAIL,
-	/* RR MODE MODIFY ACK received */
-	GSCON_EV_RR_MODE_MODIFY_ACK,
 
 	/* RSL RLL Release Indication */
 	GSCON_EV_RLL_REL_IND,
diff --git a/src/libbsc/bsc_subscr_conn_fsm.c b/src/libbsc/bsc_subscr_conn_fsm.c
index 3e0ccc0..176bfbf 100644
--- a/src/libbsc/bsc_subscr_conn_fsm.c
+++ b/src/libbsc/bsc_subscr_conn_fsm.c
@@ -56,8 +56,6 @@
 	ST_ACTIVE,
 	/* during assignment; waiting for ASS_CMPL */
 	ST_WAIT_ASS_CMPL,
-	/* during assignment; waiting for MODE_MODIFY_ACK */
-	ST_WAIT_MODE_MODIFY_ACK,
 	/* BSSMAP CLEAR has been received */
 	ST_CLEARING,
 
@@ -99,7 +97,6 @@
 
 	{GSCON_EV_RR_ASS_COMPL, "RR_ASSIGN_COMPL"},
 	{GSCON_EV_RR_ASS_FAIL, "RR_ASSIGN_FAIL"},
-	{GSCON_EV_RR_MODE_MODIFY_ACK, "RR_MODE_MODIFY_ACK"},
 	{GSCON_EV_RLL_REL_IND, "RLL_RELEASE.ind"},
 	{GSCON_EV_RSL_CONN_FAIL, "RSL_CONN_FAIL.ind"},
 	{GSCON_EV_RSL_CLEAR_COMPL, "RSL_CLEAR_COMPLETE"},
@@ -722,39 +719,6 @@
 	}
 }
 
-/* We're waiting for a MODE MODIFY ACK from MS + BTS */
-static void gscon_fsm_wait_mode_modify_ack(struct osmo_fsm_inst *fi, uint32_t event, void *data)
-{
-	struct gsm_subscriber_connection *conn = fi->priv;
-	struct gsm_lchan *lchan = conn->lchan;
-
-	switch (event) {
-	case GSCON_EV_RR_MODE_MODIFY_ACK:
-		/* we assume that not only have we received the RR MODE_MODIFY_ACK, but
-		 * actually that also the BTS side of the channel mode has been changed accordingly */
-		osmo_fsm_inst_state_chg(fi, ST_ACTIVE, 0, 0);
-
-		/* FIXME: Check if this requires special handling. For now I assume that the send_ass_compl()
-		 * can be used. But I am not sure. */
-		send_ass_compl(lchan, fi, false);
-
-		break;
-		/* FIXME: Do we need to handle DTAP traffic in this state? Maybe yes? Needs to be checked. */
-	case GSCON_EV_MO_DTAP:
-		forward_dtap(conn, (struct msgb *)data, fi);
-		break;
-	case GSCON_EV_MT_DTAP:
-		submit_dtap(conn, (struct msgb *)data, fi);
-		break;
-	case GSCON_EV_TX_SCCP:
-		sigtran_send(conn, (struct msgb *)data, fi);
-		break;
-	default:
-		OSMO_ASSERT(false);
-		break;
-	}
-}
-
 static void gscon_fsm_clearing(struct osmo_fsm_inst *fi, uint32_t event, void *data)
 {
 	struct gsm_subscriber_connection *conn = fi->priv;
@@ -869,7 +833,7 @@
 		.in_event_mask = EV_TRANSPARENT_SCCP | S(GSCON_EV_A_ASSIGNMENT_CMD) |
 				 S(GSCON_EV_A_HO_REQ) | S(GSCON_EV_HO_START),
 		.out_state_mask = S(ST_CLEARING) | S(ST_WAIT_CRCX_BTS) | S(ST_WAIT_ASS_CMPL) |
-				  S(ST_WAIT_MODE_MODIFY_ACK) | S(ST_WAIT_MO_HO_CMD) | S(ST_WAIT_HO_COMPL),
+				  S(ST_WAIT_MO_HO_CMD) | S(ST_WAIT_HO_COMPL),
 		.action = gscon_fsm_active,
 	},
 	[ST_WAIT_CRCX_BTS] = {
@@ -896,12 +860,6 @@
 		.out_state_mask = S(ST_ACTIVE),
 		.action = gscon_fsm_wait_crcx_msc,
 	},
-	[ST_WAIT_MODE_MODIFY_ACK] = {
-		.name = OSMO_STRINGIFY(WAIT_MODE_MODIFY_ACK),
-		.in_event_mask = EV_TRANSPARENT_SCCP | S(GSCON_EV_RR_MODE_MODIFY_ACK),
-		.out_state_mask = S(ST_ACTIVE) | S(ST_CLEARING),
-		.action = gscon_fsm_wait_mode_modify_ack,
-	},
 	[ST_CLEARING] = {
 		.name = OSMO_STRINGIFY(CLEARING),
 		.in_event_mask = S(GSCON_EV_RSL_CLEAR_COMPL),

-- 
To view, visit https://gerrit.osmocom.org/7839
To unsubscribe, or for help writing mail filters, visit https://gerrit.osmocom.org/settings

Gerrit-Project: osmo-bsc
Gerrit-Branch: master
Gerrit-MessageType: merged
Gerrit-Change-Id: Iacaae2ee50ca1956066b7dce4517bbc9c2b0897e
Gerrit-Change-Number: 7839
Gerrit-PatchSet: 3
Gerrit-Owner: dexter <pmaier at sysmocom.de>
Gerrit-Reviewer: Harald Welte <laforge at gnumonks.org>
Gerrit-Reviewer: Jenkins Builder
Gerrit-Reviewer: Neels Hofmeyr <nhofmeyr at sysmocom.de>
Gerrit-Reviewer: dexter <pmaier at sysmocom.de>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/gerrit-log/attachments/20180523/8f35da45/attachment.htm>


More information about the gerrit-log mailing list