[VOL-5465] Fixes for deadlock in TP download request, flow removal resp when FSM disabled, and tpProcResult entry removal on FSM reset
Signed-off-by: bseeniva <balaji.seenivasan@radisys.com>
Change-Id: Ife1b6f5d0b2147a32a4c2a00fac516e75ec35e0f
diff --git a/internal/pkg/avcfg/omci_vlan_config.go b/internal/pkg/avcfg/omci_vlan_config.go
index bc927c1..9b0b8b9 100755
--- a/internal/pkg/avcfg/omci_vlan_config.go
+++ b/internal/pkg/avcfg/omci_vlan_config.go
@@ -996,8 +996,11 @@
log.Fields{"fsmState": pConfigVlanStateBaseFsm.Current(), "error": fsmErr, "device-id": oFsm.deviceID})
}
oFsm.mutexFlowParams.Lock()
+ return true
} // if not in the appropriate state a new entry will be automatically considered later
// when the configDone state is reached
+ // If the FSM is in Disabled or resetted state, push a response on the flow response channel
+ oFsm.pushReponseOnFlowResponseChannel(ctx, respChan, nil)
return true
}