Properly notify of precise call state change after connection hangup.

When disconnecting connections via Connection.hangup(), previously no
precise call state notification was sent out.
This change should fix BT headsets ringing indefinitely after a
blacklisted call came in, as BluetoothPhoneService can now update the
headset state properly.

Change-Id: I4439d7d8ed47e72da9d061b885ec9a0e6e1b784d
Merge "Properly notify of precise call state change after connection hangup." into cm-10.2
Introduce HTCCDMAQualcommRIL for HTC CDMA devices

This is based off HTCQualcommRIL with added changes from
SamsungQualcommRIL.

Adds responseDataRegistrationState from Chris Lawrence.

Change-Id: Id5b9c59b100229dd3abd356ecc5d4d94e93155d9
SamsungExynos3RIL: Handle UNSOL_DATA_CALL_LIST_CHANGED.

Change-Id: I0bc346b9c15a2cf10bb3f982b8bf48c71d52196a
telephony: set PROPERTY_DATA_NETWORK to data technology

The GSM SS is inaccurately setting the property to voice technology
instead of data technology (CDMA's SS is correct.)

Change-Id: I35a0a789bc06159f65325946e43f166f531bb1cc
SamsungExynos3RIL: rebase to latest RIL

Change-Id: Ibb15014055b1648fe073f4bf6b1ff673271caab4
Telephony: prevent NPE

Change-Id: Ia7a08334a901ef67353d5816d0822d0cb2d57daf
Merge "Telephony: prevent NPE" into cm-10.2
Merge "SamsungExynos3RIL: rebase to latest RIL" into cm-10.2
Don't display prompt when card inserted/removed

UiccCard displays a prompt to reboot the device when a card is
inserted or removed. Don't display this if the modem supports
hot swapping.

Change-Id: I43fc95e61382671f61286818304ec58e922e8605
HTCQualcommRIL: fix data drops when switching state

* HTC RIL always throws this exception after the initial data call
  setup, so only switch ifname if the call goes from active to inactive.
* Prevents data drop due to empty address/DNS/gateway when radio tech
  switches to/from LTE/3G/2G.

Change-Id: Ia540e9b48e2f0ff7deb4d798aaac2c45ef38dbb3
Telephony: Query SignalStrength when there is a RAT change.

In CdmaLte phone when RAT switch happens, telephony receiving
new signal info before updating to new RAT and because of that
the received signal info is ignored and empty bars updated
on UI. To avoid that query signal strength info when there
is a change in PS RAT happens.
CRs-Fixed: 464438

Change-Id: If494b9380f47bd82fe4f5dec03f9538c7ab76b49
Enable SVDO. (1/2)

Allow evdo/ehrpd + voice simutaneously.
Use ro.ril.svdo=true

Change-Id: If7be25edc10f21680adbe3a059370d77a82ef076
Merge "Don't display prompt when card inserted/removed" into cm-10.2
Telephony: Don't read records from card if not needed.

Specifically handle the scenario where there is an RUIM card
 inserted but we are in NV mode. In this case, don't read
records from the card.
IccCardProxy tells the IccRecord that it will be requiring records
from the card. RuimRecord waits for this indication before fetching
records from the card
Change-Id: Ifa95dda2958922901e887b386c55556f947a881d
Don't assume 3GPP as active app on CDMA with LTE device

IccCardProxy assumes, that on a CDMA+LTE device, the active app
is the SIM/USIM and not the RUIM/CSIM. However, for voice RUIM/CSIM
is the active app on such a device. All services, like FDN,etc. should
be tied to the active voice app.
CRs-Fixed: 428304, 506938

Change-Id: I70894a1aab0a812a50f1cbab986161bb3b708b85
Telephony: Guess radio tech

If RIL returns radio_tech_unknown IccCardProxy
needs to guess radio tech family.
It will do so based on present uicc applications.

Make sure that all pathes update IccCardProxy
radio tech, since it has its own logic for determining
app type, which might change even when PhoneProxy
ignores the change
(An example of this would be umts->unknown->umts change)
CRs-Fixed: 460777

Conflicts:
	src/java/com/android/internal/telephony/uicc/IccCardProxy.java

Change-Id: I04ee067cfb5f6517298458667500db14aaefc810
Merge "Telephony: Don't read records from card if not needed." into cm-10.2
Merge "Don't assume 3GPP as active app on CDMA with LTE device" into cm-10.2
Fix 1x/evdo data call for NV/RUIM based subscription.

NV/RUIM based CDMA subscription was not handled properly in
DcTracker and data calls were not initiated since it was
waiting for sim loaded event.Changed the code to allow data
calls even without loading SIM ,if CDMA subscription is NV
based.
Dummy APN profiles will be created based on the current DATA
radio technology so that they wont be used for GSM/UMTS/LTE
and eHRPD.

Patch set 2:
* Rewrite a portion of the fix to Google standard.
* The reason string is only for log purposes.
* Add support for SIM/RUIM based connection.
* Consolidate the fix to one method.
Change-Id: Ie536f10e76befc62bdd4e1b99f3db7906d0f345d