!GPRS config: fix long-standing AT+COPS chance hanging bug There has been a long-standing bug in FreeCalypso going back years: sometimes in the AT command bring-up sequence of an ACI-only MS, the AT+COPS command would produce only a power scan followed by cessation of protocol stack activity (only L1 ADC traces), instead of the expected network search sequence. This behaviour was seen in different FC firmware versions going back to Citrine, and seemed to follow some law of chance, not reliably repeatable. This bug has been tracked down and found to be specific to !GPRS configuration, stemming from our TCS2/TCS3 hybrid and reconstruction of !GPRS support that was bitrotten in TCS3.2/LoCosto version. ACI module psa_mms.c, needed only for !GPRS, was missing in the TCS3 version and had to be pulled from TCS2 - but as it turns out, there is a new field in the MMR_REG_REQ primitive that needs to be set correctly, and that psa_mms.c module is the place where this initialization needed to be added.

T_STEP meas_rep_bs_pa_mfrms_2();
T_STEP meas_rep_bs_pa_mfrms_3();
T_STEP meas_rep_bs_pa_mfrms_4();
T_STEP meas_rep_bs_pa_mfrms_5();
T_STEP meas_rep_bs_pa_mfrms_6();
T_STEP meas_rep_bs_pa_mfrms_8();
T_STEP wait_ncsync_idle_2_14(int count);
T_STEP wait_ncsync_idle_2_31(int count);
T_STEP wait_ncsync_idle_3_33(int count);
T_STEP wait_ncsync_dedicated(int count);
T_STEP wait_ncsync_dedicated_1020A(int count);
T_STEP wait_ncsync_dedicated_102(int count);
T_STEP wait_ncsync_dedicated_102a(int count);
T_STEP wait_ncsync_dedicated_102b(int count);
T_STEP wait_ncsync_dedicated_102c(int count);
T_STEP sync_to_ncell_14_fails_once();
T_STEP ncell_bcch_read_fails_for_ncell_14();
T_STEP ncell_reporting_multiband_0_scell_is_gsm900();
T_STEP ncell_reporting_multiband_0_scell_is_gsm1800();
T_STEP ncell_sync_ncc_permitted_check();
T_STEP ncell_reporting_multiband_1_scell_is_gsm900();
T_STEP ncell_reporting_multiband_1_scell_is_gsm900_4ch();