DataConnection should not retry permanent errors.

Update DcFailCause with the "no retry" info from ril.h

Bug: 9040015
Change-Id: Ib94af9996c79800322251a45349b117e1f913269
Restart, cleanup or retry inactve connections.

Instead of retrying all inactive connections, restart radio on very bad
errors, clean those that are permanent failures and retry
the others.

Bug: 10131736
Change-Id: I2527b18d6cda52c55fb94be58fbb1a7a86818ef9
Add mEnableFailFastRefCounter.

Use a reference counter to control enabling fail fast
as there are now two entities which control failing fast:
ConnectifityService.checkProvisioningUrl and
MobileDataStateTracker.captivePortalCheckComplete.

Bug: 9462512
Change-Id: I0dea0eee519f8ee7f94e79d40e82c18f30d7fe2e
SamsungExynos3RIL: Handle UNSOL_DATA_CALL_LIST_CHANGED.

Change-Id: I0bc346b9c15a2cf10bb3f982b8bf48c71d52196a
Make EnableFailFastRefCounter a singleton.

Since there is only one DCT the mEnableFailFastRefCounter can be a
static/singleton and thus properly refcount the
CMD_SET_ENABLE_FAIL_FAST_MOBILE_DATA. There is still one problem
and that is if the PhoneApp crashes the singleton will be reinstantiated
and we'll have the same problem, but the frequency of this is small.
Also, the consequence of this is the DCT will be behaving "normally"
in that it will be attempting to do data-stall recovery although we
might like it not to it is the "normal" behavior.

Bug: 10304904
Change-Id: I4197c4236a402aa247f775e480e747620fd189bd
Add support for a provisioning apn.

When there is a provisioning apn, such as lwaactivate from AT&T it is
not necessary nor desireble to try to make network connections as
they will be no TCP ACK's to SYN messages, except for a limited set
of operator white listed addresses.

This is implemented by adding two commands CMD_IS_PRVISIONING_APN
and CMD_ENABLE_MOBILE_PROVISIONING. These are used by ConnectivityService
CheckMp and to know when we are connected to a provisioning apn and to
turn actually bring up the connection when the user needs to provision.

Also, incorporate the sEnableFailFastRefCounter change from klp to make
a singleton and remove the RuntimeException.

Bug: 10328264
Change-Id: I3925004011bb1243793c4c1b963d923dc2b00cb5
PhoneProxy: Restore previous updatePhoneObject logic.

	No reason to do an opt-in with a boolean, most cdma devices with >= v6 RIL should be
	able to update their IccCardProxy when triggered by an EVENT_ICC_CHANGED
	message.

Change-Id: Ica92c2d53e9d3551d3abe8b460b80d0d381ac5bb
HTCQualcommRIL: Handle HTC VOICE_RADIO_TECH_CHANGED response

* Properly handle VOICE_RADIO_TECH_CHANGED unsolicited response.

Change-Id: Id42deb43237be78286a20dfb22e4645c6b83ceed
HTCQualcommRIL: properly reset radio on RIL_CONNECTED

* Resets radio on RIL_CONNECTED, but only after the first RIL_CONNECTED
  response.

Change-Id: I94a56d97eca173b8bcc5b38e59ee43740d2ef74a
HTCQualcommRIL: correct handling of CDMA + LTE quirk.

The current handling of this quirk just forces a specific
network mode. This breaksGSM mode and network selection on
boot for devices using this flag. To correct this, get the
value from Settings.Global object and set the default value
to CDMA + LTE mode for first boot.

Change-Id: I767d25e96b9cbbdddc486ce696eb95ff14dccb89
HTCQualcommRIL: support DATA_NETWORK_STATE_CHANGED_M7/5757

* This UNSOL response behaves the same as the existing
  RESPONSE_DATA_NETWORK_STATE_CHANGED message.

Change-Id: I804c1f13fb3019a7e54a344967a3a4eb707046fd
Merge "PhoneProxy: Restore previous updatePhoneObject logic." into cm-10.2
HTCTegra3RIL: Add custom RIL for correct STK handling (1/2)

Change-Id: Ia12c85f43b5be0fe4e1cd3c3511490fd5cebe3af
HTCQualcommRIL: skip setCdmaSubscriptionSource if CDMA_SUBSCRIPTION_MODE is null

Change-Id: Idf842a6def9151d500bcb2d8ee3e21010c725e20
SamsungQualcommRIL: skip setCdmaSubscriptionSource if CDMA_SUBSCRIPTION_MODE is null

Change-Id: I9784c99e0ac82d6982f5240e2576fce6a7c1e1bf
Telephony: Decode SPN from RuimRecords properly

To address issues with incorrect encoding scheme programmed
in some commercial CSIM cards, the decoded SPN is checked to
have characters in printable ASCII range. If not, they are
decoded with ENCODING_GSM_7BIT_ALPHABET scheme.

Change-Id: I5ae06e0d3df5a3b5b080cc6e69a73daaff92cb10
Merge "HTCQualcommRIL: skip setCdmaSubscriptionSource if CDMA_SUBSCRIPTION_MODE is null" into cm-10.2
CdmaLte: Fix 3G reported as unknown on certain devices

Some older CDMA/LTE RILs only report VoiceRadioTechnology which
results in network Unknown. In these cases return
RilVoiceRadioTechnology for RilDataRadioTechnology.

Set ro.telephony.ril.v3=usevoicetechfordata to enable

Change-Id: Icfbc8739993beae1b0f024bf71374751aa200a01
Telephony: Specify file path when reading contacts from EF_ADN

Some cards, like RUIM and UICC with CSIM, have the same file ID for
multiple EFs. e.g. EF_ADN and EF_CSIM_LI. When trying to retrieve
the EF_ADN from such a card, the path gets mapped to that of
EF_CSIM_LI resulting in incorrect behavior.

To avoid this, specify the EF Id and the path to uniquely identify
EF_ADN, when reading contacts.
CRs-Fixed: 428259

Change-Id: I2dd94192d5db51b569c02ac1a46e8fcd71910a47
Telephony: Add fix related to EF_IIDF file path

As per TS 31.102 and TS 11.11, all the image related EF_IIDF's
and EF_IMG will be located at MF_SIM->DF_TELECOM->DF_GRAPHICS.

Changes made to ensure above absolute path is sent to ril for
reading all EF_IIDF(4fxx) file id's referenced in EF_IMG(4f20).

Remove hardcoded EF_IIDF file id's 4f01 thru 4f05, so that these
values do not get conflicts with other EF Id's (such as EF_ADN)

Change-Id: I8732d99cd3051fedc2b2e709df1d59203d7847d7
CRs-fixed: 477624