bts: Fail OML in case the channel combination is wrong
In case a BTS is being bootstrapped and one TS can not be activated prevent the whole BTS from coming up. When the OML activation is not being done the rest of the BSC code still assumes these logical channel(s) to be available and one will see channel activation issues that might be hard to debug. Instead of having a half-configured system up and running, keep the BTS offline.
This commit is contained in:
parent
b0f64f7f8d
commit
c81c4750e3
|
@ -38,6 +38,7 @@
|
|||
#include <osmocom/gsm/ipa.h>
|
||||
#include <osmocom/abis/ipaccess.h>
|
||||
#include <osmocom/core/logging.h>
|
||||
#include <openbsc/ipaccess.h>
|
||||
|
||||
extern struct gsm_network *bsc_gsmnet;
|
||||
|
||||
|
@ -354,7 +355,10 @@ static int nm_statechg_event(int evt, struct nm_statechg_signal_data *nsd)
|
|||
new_state->availability == NM_AVSTATE_DEPENDENCY) {
|
||||
enum abis_nm_chan_comb ccomb =
|
||||
abis_nm_chcomb4pchan(ts->pchan);
|
||||
abis_nm_set_channel_attr(ts, ccomb);
|
||||
if (abis_nm_set_channel_attr(ts, ccomb) == -EINVAL) {
|
||||
ipaccess_drop_oml(trx->bts);
|
||||
return -1;
|
||||
}
|
||||
abis_nm_chg_adm_state(trx->bts, obj_class,
|
||||
trx->bts->bts_nr, trx->nr, ts->nr,
|
||||
NM_STATE_UNLOCKED);
|
||||
|
|
Loading…
Reference in New Issue