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
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
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
Telephony: Remove setResultCode in a non-ordered broadcast

Change-Id: I3dcb787992d5cacd4b1e5028d82dfe87bd7c3684
Signed-off-by: Jorge Ruesga <jorge@ruesga.com>
Merge "Telephony: Remove setResultCode in a non-ordered broadcast" into cm-10.2
Fix NRE on sending multipart texts.

Watch for deliveryIntents, parts, and sentIntents being null.

This is based on http://review.cyanogenmod.org/#/c/46009/

Change-Id: Ia715e320d38f3fdbb10dd5621209bc432312cdb0
Merge "Telephony: Decode SPN from RuimRecords properly" into cm-10.2
Merge tag 'android-4.3_r3.1' of https://android.googlesource.com/platform/frameworks/opt/telephony into cm-10.2

Android 4.3 Release 3.1
Merge branch 'cm-10.2' of github.com:CyanogenMod/android_frameworks_opt_telephony into jb43-legacy

Conflicts:
	src/java/com/android/internal/telephony/SMSDispatcher.java

Change-Id: I956871c69232702010ab3f1de0a1fe956ddeaa3a