I see that if RIL_CardStatus_v6::gsm_umts_subscription_app_index value in the parcel is -1, it *should* mean that there is no GSM/UMTS application in the SIM card. However, this looks broken in many implementations (I get, for instance, index 8 for "cdma_subscription_app_index" with one phone, although "num_applications" is just one. The phone is not CDMA, so I guess the card is from a GSM operator and really has a SIM/USIM application.
Maybe the right approach here is to not use the indexes in RIL_CardStatus_v6 and look directly at the array RIL_CardStatus_v6::applications, as each of them has an application type.
@Ratchanan, would it be possible to obtain the full hex traces from you phone? To get them please do as root in the phone:
Looking at the definition of the reply to RIL_REQUEST_ GET_SIM_ STATUS in
http:// androidxref. com/4.4. 2_r1/xref/ hardware/ ril/include/ telephony/ ril.h
I see that if RIL_CardStatus_ v6::gsm_ umts_subscripti on_app_ index value in the parcel is -1, it *should* mean that there is no GSM/UMTS application in the SIM card. However, this looks broken in many implementations (I get, for instance, index 8 for "cdma_subscript ion_app_ index" with one phone, although "num_applications" is just one. The phone is not CDMA, so I guess the card is from a GSM operator and really has a SIM/USIM application.
Maybe the right approach here is to not use the indexes in RIL_CardStatus_v6 and look directly at the array RIL_CardStatus_ v6::application s, as each of them has an application type.
@Ratchanan, would it be possible to obtain the full hex traces from you phone? To get them please do as root in the phone:
# stop ofono HEX_TRACE= "" OFONO_RIL_ DEVICE= ril ofonod -n -d -P stktest, provision, sap,udev, dun,smart, hfp >& /tmp/ofono.txt
# OFONO_RIL_TRACE="" OFONO_RIL_
let it run for a few seconds and please attach the resulting file to the bug.