Hi List, While debugging a connection issue using huawei EM770W modem, I added a DBG code to print out the status value received in at_cgreg_cb() in drivers/atmodem/gprs.c, I found the status got from the at_util_parse_reg() is incorrect sometimes, because ofono does not set vendor ID in the gprs_data, and it looks to me the vendor code is required so that the at_util_parse_reg() will read unquoted strings in the solicited events for huawei modem. For example, when we got "+CGREG: 1, 2833, 1231B60" followed by "+CGREG: 2,1, 2733, 1B60" unsolicited codes, the status parsed from this code is 2833 (i.e. the 1st code), instead of the expected 1 in the 2nd code. It looks like all modem plugins invoke ofono_gprs_context_create() with vendor=0, is this on purpose? then how could at_util_parse_reg() parses strings correctly without knowing vendor code? ofonod[29687]: PCUI: > AT+CGREG?\r ofonod[29687]: PCUI: < \r\n^RSSI:31\r\n ofonod[29687]: PCUI: < \r\n^SRVST:2\r\n\r\n^MODE:5,4\r\n ofonod[29687]: PCUI: < \r\n+CREG: 1, 2833, 1231B60\r\n\r\n+CGREG: 1, 2833, 1231B60\r\n ofonod[29687]: src/gprs.c:netreg_status_changed() 1 ofonod[29687]: src/cbs.c:cbs_location_changed() 1, 10291, 19077984, -1, (null)(null) ofonod[29687]: PCUI: < \r\n+CGREG: 2,1, 2833, 1B60\r\n\r\nOK\r\n ofonod[29687]: drivers/atmodem/gprs.c:at_cgreg_cb() vendor=0, status=2833 ofonod[29687]: src/gprs.c:registration_status_cb() /huawei0 error 0 status 2833 Best Regards, Tonny