| 3698502b2f18418f0dacd4a31f1993fd2834a322 |
|
17-Oct-2013 |
Robert Greenwalt <rgreenwalt@google.com> |
Change how we use provisioning url so post works
Needed to do an http post instead of a get for one carrier.
Do this by putting an auto-submitting form in the data to be
interpreted as a html doc by the browser. The ACTION_VIEW
intent only works on http uri, but by specifying ACTION_MAIN/
CATEGORY_APP_BROWSER we could use data:text/html.
bug:11168810
Change-Id: Ifd33e1c3c7f9f40b6add39e446e6a7d7cde22549
/frameworks/opt/telephony/src/java/com/android/internal/telephony/dataconnection/DcTracker.java
|
| 45df26444864daad60afdd4d121ab4043da3834b |
|
07-Sep-2013 |
Sungmin Choi <sungmin.choi@lge.com> |
telephony: Set profile DATA_PROFILE_TETHERED when DUN type
Bug: 11152852
Change-Id: I018e3dfb9c8183b11faedc83cc40be658173c4a3
Conflicts:
src/java/com/android/internal/telephony/dataconnection/DcTracker.java
/frameworks/opt/telephony/src/java/com/android/internal/telephony/dataconnection/DcTracker.java
|
| 150b65fc3b52beab23f0d714e4c3166f90d3985e |
|
11-Sep-2013 |
Robert Greenwalt <rgreenwalt@google.com> |
Remove special code for fake CDMA APN
revert of https://android-review.googlesource.com/#/c/62943/2
Solved the need for sprint using bearer-specific APNs instead
as the phone type is not a reliable trigger.
bug: 9315957
Change-Id: I0e5545ab4706df2c5917c7534291644c5d8797b3
/frameworks/opt/telephony/src/java/com/android/internal/telephony/dataconnection/DcTracker.java
|
| a08decf911ab55f06a0972a2ecb1995c46d9ac1e |
|
30-Aug-2013 |
Wink Saville <wink@google.com> |
Merge "Add support for a provisioning apn." into klp-dev
|
| 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/DcTracker.java
|
| 9894b3fb2f35e21d9cfd45f233ed093589e14c26 |
|
24-Aug-2013 |
sy.yun <sy.yun@lge.com> |
fix trysetupdata when mAutoAttachOnCreation true
mAutoAttachOnCreation=true means that device can attach PS network
automatically. To do this, DCT should setup data call even PS is detached.
but when mAttached is false (PS detached) It blocks to setup data call
regardless of mAutoAttachOnCreation value. So changed to allow setup
data call when mAutoAttachOnCreation is true and mAttached is false.
Bug: 10196651
Change-Id: Ia121eb75cbbe932b94efe4c09eb3cb26f1ca1c52
/frameworks/opt/telephony/src/java/com/android/internal/telephony/dataconnection/DcTracker.java
|
| b256cf8dcb3a478bd0b47a74a5e355c6f4c03d85 |
|
23-Aug-2013 |
Robert Greenwalt <rgreenwalt@google.com> |
Merge "fix mvno_match_data OutOfBounds Exception" into klp-dev
|
| 59a71354e0169c7877ffd56d476ddd65ecf5a88d |
|
19-Aug-2013 |
Robert Greenwalt <rgreenwalt@google.com> |
fix mvno_match_data OutOfBounds Exception
When the length of mvno_match_data is greater than GID from IccRecord,
it will generate StringIndexOutOfBoundsException.
Threrefore, codes are changed to use startsWith() instead of subString().
Bug: 10171336
Change-Id: I827b1d3b861d74e736875bbec1ba5bd28c6c3941
/frameworks/opt/telephony/src/java/com/android/internal/telephony/dataconnection/DcTracker.java
|
| 7ab10e4710bdb54c6d9a5ee01cd443a42a2689f5 |
|
14-Aug-2013 |
Sungmin Choi <sungmin.choi@lge.com> |
Change set position of mAttached
When re-attach network after detaching, mAttached.get() is always false.
Although network is attached in modem side and state is connected,
phone cannot know whether connection state or not.
Because nobody notifies to phone.
So before notifyDataConnection(Phone.REASON_DATA_ATTACHED), set mAttached true
Bug: 10070685
Change-Id: Id1356e1c7e188bd484d892dc4255c3aefc81a032
/frameworks/opt/telephony/src/java/com/android/internal/telephony/dataconnection/DcTracker.java
|
| 11a8314b443c1f1fefa0636f40127f98449846d7 |
|
02-Aug-2013 |
Wink Saville <wink@google.com> |
am 4ce0e815: Merge "Create ApnSetting if none are found in database."
* commit '4ce0e815f8b0a796685fbc931cd6760c27172a0f':
Create ApnSetting if none are found in database.
|
| f46817da20f9628b7e55d1bb6ff0493f82dd9d85 |
|
18-Jun-2013 |
Alex Yakavenka <ayakav@codeaurora.org> |
Create ApnSetting if none are found in database.
Bug: 9315957
Change-Id: I0cf0debb703f6a4cad35300315922a5566871f85
/frameworks/opt/telephony/src/java/com/android/internal/telephony/dataconnection/DcTracker.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/DcTracker.java
|
| bbcd0e4257ad545a6466697088fc4ddec3464547 |
|
23-Jul-2013 |
Wink Saville <wink@google.com> |
Hipri should not be enabled when we initialize.
Without this fix hipri starts at boot mobile data won't be shutdown
as refCount won't go to zero.
Bug: 9475300
Change-Id: If9587fa5360d777328fda59bbea61a2cbd9fe804
/frameworks/opt/telephony/src/java/com/android/internal/telephony/dataconnection/DcTracker.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/DcTracker.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
|
| 4a65a2c9c5d5a46453064e7047582d9045e8addc |
|
11-Jun-2013 |
Wink Saville <wink@google.com> |
Fail on permanent errors in DcTracker.
This reverts the retry added when fixing bug 9240744:
https://googleplex-android-review.git.corp.google.com/#/c/315817/2
Bug: 9373372
Change-Id: I15d8dcc2c04174d54dd33f8a34813fd72764fc77
/frameworks/opt/telephony/src/java/com/android/internal/telephony/dataconnection/DcTracker.java
|
| 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/DcTracker.java
|
| 203e588e3c42a81aa8a56f595119c181a63b12ca |
|
31-May-2013 |
Wink Saville <wink@google.com> |
Handling data registration and radio technology changing.
When the DataRegistrationState (aka DRS) or RilDataRadioTechnology changes
aka Radio Access Technology or RAT) while retrying the DataConnection
StateMachine will return the connection as lost immediately. This allows
the connection to be retried with the correct handling of the changed
DRS or RAT quickly, rather than having to wait until retires are exhausted.
Changes:
- Pass RAT in bringUp
- Add the capability to register for DRS/RAT changes with SST
- When DRS/RAT changes in DcRetryState return LOST_CONNECTION to DcTracker
Bug: 9069568
Change-Id: Id4f29a63421af65ce153d24d646c09f7a1e8269b
/frameworks/opt/telephony/src/java/com/android/internal/telephony/dataconnection/DcTracker.java
|
| 187a39f896f88eb6c5e4306d9595546654825976 |
|
29-May-2013 |
Wink Saville <wink@google.com> |
Change DcTracker to not connect or retry if detached.
If we're detached than there is no possibility of connecting
so fail early. Upon attaching enabled connections will be retried.
Bug: 9024828
Change-Id: I363cd4580aeea68d88eff0b48ce579d2f27a13f3
/frameworks/opt/telephony/src/java/com/android/internal/telephony/dataconnection/DcTracker.java
|
| 4a9b3afeb2ec4d573eca335a3706392ecf9f281e |
|
28-May-2013 |
Wink Saville <wink@google.com> |
Change DcTracker construction so only initialization is preformed.
In initApnContexts applyNewState and onSetDependency met could cause
calls to trySetupData which can send notifications or even try to
bring up a connection. This can cause problems as not all objects are
initialized. In particular when I tried to change ApnContext#isReady
to be false it caused a call to mPhone.notifyDataConnection but mPhone
wasn't completely initialized and an NPE occurred.
Bug: 9022095
Change-Id: I6d1bf350f2803aa62fa21b6a6759685456bef6eb
/frameworks/opt/telephony/src/java/com/android/internal/telephony/dataconnection/DcTracker.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/DcTracker.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/DcTracker.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/DcTracker.java
|
| 2428693913ae731d4ace3414429f5e91af24ea36 |
|
14-May-2013 |
Wink Saville <wink@google.com> |
Do a disconnect if ApnContext is ready but retrying or failed.
This change allows enabling of a ready ApnContext to reconnect if the
ApnContext is IDLE, FAILED or RETRYING. Without this change toggling
wifi or otherwise enabling the connection would not cause the connection
to be retried. Instead, toggling airplane mode would be required.
Bug: 8849653
Change-Id: I83f44dbfd412f4b0122a2108e22f36db94c59d18
/frameworks/opt/telephony/src/java/com/android/internal/telephony/dataconnection/DcTracker.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/DcTracker.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/DcTracker.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/DcTracker.java
|