| ff51a1e0381b303e5bb7e4e0a8a6ad7d124437bd |
|
12-Nov-2013 |
Sungmin Choi <sungmin.choi@lge.com> |
Use settings DB only when mcc/mnc matches SIM
Bug: 11600521
Change-Id: Iaeb1f279bf454ad0e7b933b8ac97d6384d599b59
/frameworks/opt/telephony/src/java/com/android/internal/telephony/dataconnection/DcTrackerBase.java
|
| 3fad7daba62dcb7aafc4adc7f8cc123726ed5a7c |
|
31-Oct-2013 |
Robert Greenwalt <rgreenwalt@google.com> |
Add single-pdn arbitration.
If a device or network can only support a single data connection
then we need to tear down lower priority connections in favor
of higher priority requests.
bug:10212445
Change-Id: I5ff38ae3be993aee51b6716045e6857b4f2942af
/frameworks/opt/telephony/src/java/com/android/internal/telephony/dataconnection/DcTrackerBase.java
|
| 79391c0b55b4dbff55c2963bf7c56af0351dd274 |
|
05-Sep-2013 |
Wink Saville <wink@google.com> |
Merge commit 'ebca826a' into manualmerge
* commit 'ebca826a':
Add provisioning apn timeout.
Conflicts:
src/java/com/android/internal/telephony/dataconnection/DcTrackerBase.java
Change-Id: Ic89a22167b91e05068160a6ef0a194215913bfe7
|
| e9063f6973039d66e12d0d930af03906d377969e |
|
05-Sep-2013 |
Wink Saville <wink@google.com> |
Add provisioning apn timeout.
Bug: 10609993
Change-Id: I2dd4fe23fa2b22ef8f4849c161c630d1a85cdb4b
/frameworks/opt/telephony/src/java/com/android/internal/telephony/dataconnection/DcTrackerBase.java
|
| dd6e67fb45fa3ce0d43f8d874cd7ffaeddf0926f |
|
04-Sep-2013 |
Lorenzo Colitti <lorenzo@google.com> |
Don't prefer APNs with no type for initial attach.
When choosing an APN for initial attach, we currently treat an
APN with no type the same as an APN that explicitly sets a type
of "ia". Such an APN will take priority over the preferred APN,
and will even take priority over APNs with the type explicitly
set to "ia".
This breaks attach on networks where there are multiple
MVNOs with the same MCC/MNC and one or more of them has an APN
with no type.
This seems to be unintentional, because the comments say that
APNs with a type of "ia" are preferred over default APNs. Fix it
by only considering an APN to be an initial attach APN if it
explicitly specifies a type of "ia".
Bug: 10614153
Change-Id: I8ed81ab3b58ae2aab2c76b644b653bb2c08da163
/frameworks/opt/telephony/src/java/com/android/internal/telephony/dataconnection/DcTrackerBase.java
|
| c9b81a0c05128694c617fcdd67e73821895822fe |
|
29-Aug-2013 |
Wink Saville <wink@google.com> |
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
/frameworks/opt/telephony/src/java/com/android/internal/telephony/dataconnection/DcTrackerBase.java
|
| 43c93591d6261be6dad375979e98b0f6ad2771fd |
|
29-Aug-2013 |
Wink Saville <wink@google.com> |
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
/frameworks/opt/telephony/src/java/com/android/internal/telephony/dataconnection/DcTrackerBase.java
|
| 876763e93ad0fa8006d290cc122f12d5e614efa2 |
|
26-Aug-2013 |
Wink Saville <wink@google.com> |
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
/frameworks/opt/telephony/src/java/com/android/internal/telephony/dataconnection/DcTrackerBase.java
|
| 16a01fe85457587ad5fd02ea06aa2882baf3535b |
|
14-Aug-2013 |
Wink Saville <wink@google.com> |
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: I38ff37445788ec952ca26be45b0374bc0a7ae34d
/frameworks/opt/telephony/src/java/com/android/internal/telephony/dataconnection/DcTrackerBase.java
|
| 5016947ebeeb99d2f9cc2d902b46e9850b8b747b |
|
09-Aug-2013 |
Wink Saville <wink@google.com> |
am d1eb383d: am a76fa595: Merge "Add mEnableFailFastRefCounter." into jb-mr2-dev
* commit 'd1eb383d9bd58140607f212e46db64559f408780':
Add mEnableFailFastRefCounter.
|
| 4dbcf752298487d3af0ab778bfa804462ea24271 |
|
09-Aug-2013 |
Wink Saville <wink@google.com> |
am bc42667e: am 97978662: Restart, cleanup or retry inactve connections.
* commit 'bc42667e465b7dfacfe4592390b14c5518a05e41':
Restart, cleanup or retry inactve connections.
|
| a76fa59574734cd1528dff2937231b78ea96e8f3 |
|
09-Aug-2013 |
Wink Saville <wink@google.com> |
Merge "Add mEnableFailFastRefCounter." into jb-mr2-dev
|
| d54f9906ce6218a0a9e7a274342082901e7d5d18 |
|
07-Aug-2013 |
Wink Saville <wink@google.com> |
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
/frameworks/opt/telephony/src/java/com/android/internal/telephony/dataconnection/DcTrackerBase.java
|
| 979786625e7ceacf4a545a25704ef8a15338a854 |
|
06-Aug-2013 |
Wink Saville <wink@google.com> |
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
/frameworks/opt/telephony/src/java/com/android/internal/telephony/dataconnection/DcTrackerBase.java
|
| 1b5fe200e47f40f82f0e28502a5f40bce64a82e6 |
|
27-Jul-2013 |
Wink Saville <wink@google.com> |
Add support for an initial APN
Add PhoneConstants.APN_TYPE_IA, DctConstants.APN_IA_ID and enhance
setInitialAttachApn to use the new Initial Attach apn.
Bug: 8733613
Change-Id: Ia627ac0cf5715660b6d02bb13a83d46ec1727b87
/frameworks/opt/telephony/src/java/com/android/internal/telephony/dataconnection/DcTrackerBase.java
|
| e056c8263473f67dc78630f5535c3664fabacd23 |
|
02-Jul-2013 |
Wink Saville <wink@google.com> |
Merge commit '1f95c96e' into fix-merge-conflict
* commit '1f95c96e':
Add CMD_SET_ENABLE_FAIL_FAST_MOBILE_DATA to DcTracker.
Conflicts:
src/java/com/android/internal/telephony/dataconnection/DcTracker.java
Change-Id: I7c7234d1b13647a0534a77937ea51d4051043a55
|
| ec107cb8a36181fa26e61ab51f423ba862deb0fa |
|
28-Jun-2013 |
Wink Saville <wink@google.com> |
Add CMD_SET_ENABLE_FAIL_FAST_MOBILE_DATA to DcTracker.
To fail fast we turn off data stall detection and do no retires.
Bug: 9279964
Change-Id: I42c326a21e05aa301e9d974ed9ac1d59472780ec
/frameworks/opt/telephony/src/java/com/android/internal/telephony/dataconnection/DcTrackerBase.java
|
| 017166876a51eda9ae6b3254119023604e249bc5 |
|
12-Jun-2013 |
Wink Saville <wink@google.com> |
Merge commit '6aebe10f' into fix-merge
* commit '6aebe10f':
Fail on permanent errors in DcTracker.
Conflicts:
src/java/com/android/internal/telephony/dataconnection/DcTracker.java
Change-Id: Icbee3d7c73fa170813e0683fb7c22dd78e08d6e8
|
| 185370a905597ab107a8f2b0455440017e661321 |
|
04-Jun-2013 |
Wink Saville <wink@google.com> |
Merge commit 'c93dfda4' into fix-mergeconflict
* commit 'c93dfda4':
Do not retry forever in DataConnection.
Change-Id: I58bed4576638a459537d6b5a4c217e1f2fdb3826
|
| fcc57e87d1620ab7dc877d65e7e85dca77132054 |
|
03-Jun-2013 |
Wink Saville <wink@google.com> |
Do not retry forever in DataConnection.
When we are initially to connect we limit the the number of
retries so as to go through the list of waiting apns. But if retry
forever is enabled, as it is with Verizon devices, we can burn the
battery down quickly because we're retrying with short initial
timeouts.
In this change I also increase the timeout between apn retries from
5 seconds to 20 seconds to further reduce battery drain when retrying.
And added a retry with a longer timeout if to keep the contract with
ConnectivityService that when enabled we will continue to retry.
Bug: 9240744
Change-Id: I45b9ec5300d602d838dbdeacdbd1fca0c4d65ee3
/frameworks/opt/telephony/src/java/com/android/internal/telephony/dataconnection/DcTrackerBase.java
|
| 5d5eea6ed231163c225144316b0d1913d48678a4 |
|
26-Apr-2013 |
Sungmin Choi <sungmin.choi@lge.com> |
Set initial attach apn for LTE network
When mobile register LTE network, APN provided by operators is needed.
If mobile does not have apn information, it could not register LTE network.
To deliver APN information which is used during LTE attach to modem chipset,
setLteAttachProfile() and RIL_REQUEST_SET_LTE_ATTACH_PROFILE command is added.
When Telephony DB is loaded or Telephony DB is changed, follow steps.
1. If preferred default ApnContext exists, this is delivered to modem chipset.
2. If preferred default ApnContext is null, find other ApnContext which can
handle default type.
3. If other ApnContext which can handle default type does not exist, any other
ApnContext delivered to modem chipset.
Then modem register LTE network with APN information delivered from AP.
Bug: 8733613
Change-Id: If84c62cddccf96a531dae0527ed1a6592ae76201
Signed-off-by: Seonju Oh <seonju.oh@lge.com>
Signed-off-by: Hyejin Kim <hyejin.kim@lge.com>
Signed-off-by: Sungmin Choi <sungmin.choi@lge.com>
/frameworks/opt/telephony/src/java/com/android/internal/telephony/dataconnection/DcTrackerBase.java
|
| da1dd2e1bccb6141109a65d4e40253f39c405537 |
|
21-May-2013 |
Wink Saville <wink@google.com> |
Retry even on permanent failures.
The contract with ConnectivityService is that we should continue
to try to connect as long as we're ready. With this change we continue
but length the delay if there were permanent failures.
Change-Id: I83acfd2b07740d3650756aa20dad67b3c53e40d6
/frameworks/opt/telephony/src/java/com/android/internal/telephony/dataconnection/DcTrackerBase.java
|
| 74672e8ee972f12406b72551261b4cc7e0651933 |
|
18-May-2013 |
Wink Saville <wink@google.com> |
Fix setup of retry filters.
There were multiple registered filters for INTENT_RESTART_TRYSETUP_ALARM
this caused a retry not to fire and contributing to not recovering from
a RAT change error in identified by Samsung in post #22 of 8849653.
Bug: 8849653
Change-Id: I9c5cdb740d87a05dd69d72f8bc5596230b75d6f2
/frameworks/opt/telephony/src/java/com/android/internal/telephony/dataconnection/DcTrackerBase.java
|
| 4750c8c11836338b024e159f04f0cbd13c7444b9 |
|
29-Mar-2013 |
Wink Saville <wink@google.com> |
Fix TODO in ApnContext#setDataConnectionAc.
Callers that really need to tearDown should call it directly
rather than as a side effect of setDataConnectionAc. The fixes
a "DcActiveState ERROR no such apnContext=" message caused by
an unnecssary tearDown when disconnecting.
Change-Id: I11321d098444659d99dec97b59041cefebb3285e
/frameworks/opt/telephony/src/java/com/android/internal/telephony/dataconnection/DcTrackerBase.java
|
| c6bbea82bf74ebb492508199b6f3e172b7ce860a |
|
28-Mar-2013 |
Wink Saville <wink@google.com> |
Map DcConstants.RETRYING to PhoneConstants.State.DISCONNECTED.
Previously RETRYING was mapped to CONNECTING this means that
ConnectivityService will not remove the route and a subsequent
change in IP addresses won't work because an old route has not
been removed.
By mapping to DISCONNECTED ConnectivityService will remove the
route. Another alternative would be to add PhoneConstants.State.RETRYING
but this is a simpler change so we'll try it first.
Bug: 8486114
Change-Id: I1c9946a1e441feda83f13730e835445624a87218
/frameworks/opt/telephony/src/java/com/android/internal/telephony/dataconnection/DcTrackerBase.java
|
| 1f2a2323572b2f3ab18234726cc1b048c670fbab |
|
21-Mar-2013 |
Robert Greenwalt <rgreenwalt@google.com> |
Use new mechanism to get messenger to StateTracker
bug:8445208
Change-Id: Ice7dfb0b50c9481d359aed14a51372878185171c
/frameworks/opt/telephony/src/java/com/android/internal/telephony/dataconnection/DcTrackerBase.java
|
| 454b1dfd508844b42eb775e4ab2359be74d3672b |
|
23-Mar-2013 |
Wink Saville <wink@google.com> |
Rename a few files and variables.
Change-Id: I4e90dbf57797b9485920f943e24fa7a4c29d070b
/frameworks/opt/telephony/src/java/com/android/internal/telephony/dataconnection/DcTrackerBase.java
|