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: Update IccCardProxy only when cdma voice tech changes.

	Update IccCardProxy only when the device is reporting new cdma voice tech.
	Fixes scenario where device reports UNSOL_VOICE_TECH_CHANGE to UMTS, but remains
        as a CdmaLtePhone.

Change-Id: I81bd5d3c6cf553c0a60ad3d4f1f581d3500f446c
Merge "PhoneProxy: Update IccCardProxy only when cdma voice tech changes." into cm-10.2
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