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
While on LTE, GsmDataConnectionTracker is implicitly associated with CdmaServiceTracker.
CdmaServiceTracker asynchronously waits for the disconnection of data before turning off
the Radio but GsmDataConnection does not notify the disconnection due to different logic
in GsmServiceTracker.
This fix is to have common airplane mode toggle logic on both GSM and CDMA flavors.
Change-Id: I67ff82a59a2243856ae3e7c5e37b5726bcbf3c94
Promote apn members from GsmDCT to DCT.
Change getState to have a apnType parameter
Move abstract methods to they are together.
Change-Id: I19bc5d07859c9398076ae32647d8c211d19817d1
This is a STOPSHIP work-around until we figure out why
getSIMOperatorNumeric is not returning valid values.
It has returned NULL, "00000", "310004", "311480" and
once a value "83????", I don't remember the exact value.
Change-Id: I4f1d16c853047b72dd987572d3d67dcc2cd697a2
If cmdDet.typeOfCommand is bad fromInt returns null we now log the
error instead of causing a Null Pointer Exception.
Change-Id: Id6a0d295d988c2bdbd46a0c0dd6b20f5baf02b27
Refactor things a bit. Promoting GsmDataConnection's apn (ApnSetting) to DataConnection.
Use DataConnection's resetSynchronously rather than tampering with it from another thread.
bug:3486066
Change-Id: I2a7f7368f73c7d5c81e821976efafd56aca7aa69
Changed the one use of DBG to RILJ_LOGD and make
RILJ_LOGV a STOPSHIP if true. I then use that to
output IMSI, IMEI and IMEISV to assist in initial
bring up of RIL's.
Change-Id: Ieb9d1120f76c89c130cbecb2992603fc6af71b96
