During LTE to HRPD handover, CDMA data network type (1X, DO, RevA)
was not detected immediately as the checking was not done without
waiting for the LTE state. The patch will wait for pollStateDone
to determine new data network state.
Change-Id: I2d63d43df1f3124ba27f77897abef30f06be650d
This will make sure if records loaded comes after radio availability we dont miss sending
out dataAvailability.
Change-Id: Ibbecaa89f28e1441e799bf1681d0b4692cf0f13a
Currently "STK Service Running" is sent as soon as phone app is
started. And depending on the timing of vendor RIL initialization
the event may not be handled. This patch waits for SIM_READY,
RUIM_READY or NV_READY indicating vendor's SIM (equivalent) module
become ready to process the event.
Change-Id: I4182a5413201f11856989664c8f19ae1eca48e2f
This should not be exposed externally and is used only by
RadioInfo.java a hidden application used for debugging.
I'll another mechanism which will probably use an
asynchronous interface with the DataConnectionTracker.
Change-Id: Ic21cc8d45bd3172c2ceeab154eca6118d94580e9
Fixing issues found in IOT. GsmDCT was only attempting to connect
default APNs. This patch will try to attempt to connect/reconnect
all APNs as long as they are ready and in right state.
Change-Id: I6e872936330654dcb25198c800728cb4d033e731
- When creating RIL use lte_on_cdma property to set initial
cdma subscription source. Later we will use
RIL_UNSOL_CDMA_SUBSCRIPTION_SOURCE_CHANGED and or some other
dynamic method.
- Instead of using mInitialRadioStateChange use UNSOL_RIL_CONNECTED
to initialize ril to a known state.
- Rename RIL_UNSOL_CDMA_SUBSCRIPTION_CHANGED to it "proper" name.
RIL_UNSOL_CDMA_SUBSCRIPTION_SOURCE_CHANGED.
bug: 4287155
Change-Id: I477ece19dbe381171e0f468184821d6a6d6877b9
bug #4263503
if GsmDCT is just initialized and LTE/GPRS attach happens
before SIM is completely loaded, phone app would crash
as there is no DataConnection associated with ApnContext.
Change-Id: Ie8007c718c3f68a7b3e42154e60e5b25631ec3c8
Reorder - set state and then report the state, else we always report disconnecting which
is interpreted as still connected.
Change-Id: I95f5fe9ccee0d7ee9a03f78ae5b614af2ba0860b
Was called mDataConnection, but this is more confusing now that we have multiple
DataConnections. Changed it to the more correct mDataConnectionTracker.
Change-Id: I3cdc4f2897d60e5b0885891744aa6ff2db27af37
Addressing phone app crash in GsmDataConnectionTracker when CDMALTEPhone
is used. CDMALTEPhone uses CDMA SST so getCellLocation() was returning
an instance of CdmaCellLocation. This was causing a crash when GsmDCT
type casts the instance as GsmCellLocation.
This patch tries to check the instance type before retrieving corresponding
cell id.
Change-Id: I6ac9cd4dc078552dc58d4d9350494a7b608c2b98
The single active APN makes no sense now. Add override function to
do the right thing.
Also makes ApnContext threadsafe.
Change-Id: I4302595e8818b7d31bdd32b5fdf4e3de1cd81ed8
Added CommandsInterface.registerForRilConnected which allows components
to register for when the ril connects and provides the version of the
ril to the registrants or a -1 if the ril disconnects.
For ril version 6 RIL.setupDataCall needs to have RadioTechnology + 2
as the radioTechnology parameter when the rilVersion is >= 6.
DataConnection then uses registersForRilConnected to get the ril
version and provide the proper radioTechnology value to
RIL.setupDataCall
Change-Id: Iacba764b9e38a4a138d186ccf1625fea760cc56d
