QualcommRIL: Update getDataState override

Verification of the dataCall.active status was added to the RIL super
class in change Iea75053cb8226ec15d2a2c11a73332e5ebe8c793, so we can
now fall back to it

Change-Id: Ib04057ec09549c0c79a4e4e1d89e2aa480e1890f

Conflicts:

	telephony/java/com/android/internal/telephony/HTCQualcommRIL.java
	telephony/java/com/android/internal/telephony/QualcommSharedRIL.java
RIL: Make RIL subclassable

Conflicts:

	telephony/java/com/android/internal/telephony/RIL.java

Change-Id: I99c194c6baa6abe6f37e92d4f8df197b1cbf69f0
RIL: Support signal strength format from v3 vendor RILs

Enable by setting property ro.telephony.ril.v3=1
RIL: fix pin unlock for old ril

Change-Id: I27eb348233d41618875473ca9bdb93d339c359f9
v3 RIL: Fix getDataCallState and PIN setting

Change-Id: Icf5cee33aeec58cffb23430f0f7b06b9971a71ad
v3 RIL: another getDataCallState fix

Change-Id: Ie4e69e231956f46bc1b82550fdf4863c1367efaf
RIL: skip broken RIL_UNSOL_DATA_CALL_LIST_CHANGED

Some old RILs might produce events with type 'IP' containing the remote IP
address, normally 10.64.64.64. These events mismatch with the previously
generated ones and cause the system to take the connection down, even if
it was up and working correctly.

Add skipbrokendatacall to ro.telephony.ril.v3 to enable the workaround.

Change-Id: I3bc3c84735201a797011aafba2718638a826f31d
telephony: Use reflection to create command interface (RIL class)

This has the advantage over the method used in CM7 in that the
RIL class for each device does not have to be specified in this
file in an if statement. ro.telephony.ril_class needs to be upated
to contain the name of the class instead of an identifier as used
in CM7

Change-Id: I0aafdfc78d47f493a2e35819dbe873ea98787934
framework: Add RIL for qualcom basebands with no sim status
I will describe the behaviour below because I think it may be
useful for others with updated qualcomm basebands.

Semc recently upgraded to a new baseband version which changes
the way SIM status works. At the core of this changs is the fact
that basebands are now supporting multiple SIM cards and this means
that sending the app state as an extra of
RIL_UNSOL_RESPONSE_RADIO_STATE_CHANGED

CAF supports this behaviour in the gingerbread_rel branch but
the changes are unmergeable due to other complex that would break
all devices.

This is a workaround where the new state (radio status) is parsed
from RIL_UNSOL_RESPONSE_RADIO_STATE_CHANGED and this triggers a
thread which will in turn query the SIM card and send SIM/RUIM_READY
when appropriate.

Revised by Giulio Cervera for ICS

Change-Id: I5bbd10ec5bd0e4f6c4791def905fe5677ba8f690
RIL: qcom: Stop the card handler thread when radio is off

Ensure the SIM is reinitialized when the radio is turned on, to
prevent state mismatches from dirty variables.
Fixes occasional crashes while entering/leaving airplane mode.

Change-Id: Ib8ca81eee00fd4a983f63190f51f5f27fd0947b6
QualcommNoSimReadyRIL: Support radio state in new generation rils

The radio-state enums in CAF's ICS have changed from GB, radio_on is
now 10

Change-Id: I81f84a551bec0537925c4b34aa158b7c7a037f59
QualcommSharedRIL: Check call status before validating data call state

Ported over from CAF's change Iea75053cb8226ec15d2a2c11a73332e5ebe8c793,
since applying it to the main RIL class breaks non-qcoms

Change-Id: I1ac57537cffd52ce269250ea948f8b728a1c5636
QualcommSharedRIL: Fix restoring network mode preference on reboot.

Change-Id Ib9e4bba6da705c127ce1f3aa3c242b9262541cee fixed this in the
master RIL class, and broke the qcom-specific implementation. Fix
it by rescoping the variable.

Change-Id: I70784ee0f8e7b0b74cab8dafdc83610191ba245c
QualcommSharedRIL: Disable radio power request on ril socket connect

Google introduced the code to send the radio power off as soon as
the ril socket is connected. Telephony sends Radio Power On
before the response for radio power off is received from QMI.
QMI cannot handle a RADIO_POWER request when there is a
pending request already.
Block this radio power off request to avoid this scenario.
Long term solution would be to check for any pending
radio power response before sending the radio power
request.

Change-Id: I9b77cd9f400e543f8768f501586e89863b6837b5
QualcommSharedRIL: Fix signalstrength on pre-ICS radio libraries

Change-Id: Id59e04a36a892657deb2dd76d8455a7bad8956fe
Telephony: Updated radio states for CM classes

Change-Id: Ida1522f117d6bbdfcd78f207a43cc8d9dac8fd72

Conflicts:

	telephony/java/com/android/internal/telephony/SamsungCDMAQualcommRIL.java
	telephony/java/com/android/internal/telephony/SemcRIL.java
QualcommSharedRIL: Fix JB init sequence

This basically skips the whole qcom-specific initialization state
machine, since the JB states _are_ qcom's.
The Icc thread and setRadioState hooks will almost surely be possible
to delete once JB work settles down

Change-Id: Iea32cc8f4fa3aa2b12a3c44cd2939ec93878e43c
Removed the QualcommNoSimReadyRIL

Change-Id: Ib39b738cbf9d1f956b5f70559e4894009a28ce1c
Telephony: Make the compat-flag verification method available everywhere

Export needsOldRilFeature() through the commands interface to make it
available to other parts of the telephony stack

Change-Id: I0e6fec083f5208795bf5067f8c73e35660e942ed

Conflicts:

	telephony/java/com/android/internal/telephony/CommandsInterface.java
	telephony/java/com/android/internal/telephony/gsm/GsmDataConnectionTracker.java
	telephony/java/com/android/internal/telephony/sip/SipCommandInterface.java
	telephony/java/com/android/internal/telephony/test/SimulatedCommands.java

Conflicts:

	telephony/java/com/android/internal/telephony/RIL.java
	telephony/java/com/android/internal/telephony/gsm/GsmDataConnectionTracker.java