cbaa45bbf2cab852b6c9c3a887e9f803d4e857ea |
|
23-Feb-2013 |
Wink Saville <wink@google.com> |
Clean up - Add @Overrides where needed. - Update javadoc comments - Remove extra semi-colons - Rename DataConnection.java to DataConnectionBase.java - Rename GsmDataConnection.java to DataConnection.java - Add defaults to switch statements - Remove/fix most "if (false)" statements. Fixed by using a CONSTANT - Fix hidden variables by hoisting to base class or renaming - Tweak some debug output Change-Id: If38de2fdeaacafbf40cdfd7f84dc5c52030ba2a3
/frameworks/opt/telephony/src/java/com/android/internal/telephony/uicc/UiccController.java
|
05ef3b65972826780859b9acbd1fa9580d099832 |
|
28-Dec-2012 |
Alex Yakavenka <ayakav@codeaurora.org> |
Telephony: Add uicc debug info to DebugService Change-Id: I03be52f97ea84808d608c48b4e6ffa2454e2a67c
/frameworks/opt/telephony/src/java/com/android/internal/telephony/uicc/UiccController.java
|
d720945f2be5ea5fe0faf67e67d9ea0e184eba67 |
|
01-Aug-2012 |
Alex Yakavenka <ayakav@codeaurora.org> |
Telephony: Move uicc classes into uicc package Reduce constructor visibility to package where possible Dependent Changes: I3b718b9aea1f21c7906c8243b4ca0db6af495a08 I80204a2f3dc57cac875abeab390bb9db7a636ff7 Ib9c19e8b157dc7ec74eb14baca5bd3b5caf08c47 Change-Id: Ib4f43374c041cb5eaf2e3883e5ea28b2eb2c9a69
/frameworks/opt/telephony/src/java/com/android/internal/telephony/uicc/UiccController.java
|
ded9c0af7fa49504c047275ed34c2d3b22bf0c3a |
|
07-Dec-2012 |
Wink Saville <wink@google.com> |
Use Rlog Change-Id: Ie013f51215de8380b8de74161b6056b010711cfd
/frameworks/opt/telephony/src/java/com/android/internal/telephony/uicc/UiccController.java
|
22e3d13998dd36f78d14b3c5b8508ad6be689629 |
|
14-Sep-2012 |
Alex Yakavenka <ayakav@codeaurora.org> |
Telephony: Request for sim_status even if there is no UNSL_SIM_STATUS_CHANGED Some radios/rils lose initial UNSOL_SIM_STATUS_CHANGED indication (because Telephony wasn't connected to rild when the event happened). Query for sim_status on power_on. Bug: 7116148 Change-Id: I448f1b939837a61b7b060068ea1062947a5f6138
/frameworks/opt/telephony/src/java/com/android/internal/telephony/uicc/UiccController.java
|
e287feac673ff68565b766e0e463d105fa9cef9d |
|
10-Jul-2012 |
Alex Yakavenka <ayakav@codeaurora.org> |
Telephony: Remove CdmaLteUicc objects -Pass IccCard object to GsmMmiCode -Create IccCardProxy -Make IccCard an interface and pass instance of IccCardProxy to external applications (PhoneApp). IccCardProxy will use internal UiccCard to map Icc requests to current active application on UiccCard to maintain backwards compatibility for external applications -Add documentation to UiccController The primary advantage of UiccController is that we can work with multiple uicc applications at the same time. And that is a requirement for modes like Cdma/Lte. The existing code supports Cdma/Lte only partially and with guessing on modem side. However, some things modem can guess, while others - it can't. For instance, when a user tries to edit the fdn list the current code will pass ef_id for fdn (0x6F3B). But the modem will have no clue which fdn list the user wants to edit (csim or usim, both have path 7FFF), and it's impossible for modem to guess correctly all the time. All the modem can do is try to be consistent and hope another device is doing same things. Imagine you bring your card from another Cdma/Lte device to your new Cdma/Lte device: if this modem uses different fdn file, it won't work as all existing entries won't be there. Another example is when the modem's guess is wrong for files like csim/ef_li (7FFF 6F3A) versus usim/ef_adn (7FFF 6F3A). They have same ef_ids so Android really should pass aid of the app it wants to access. Without aids there is no way modem can know for sure which file Android wants to read! However, in the current code even Android doesn't know which aid it wants to read file from since CdmaLteRecords has only 1 aid. All of these problems cause more and more hacks, both in the modem and in Android side. UiccController cleans up current code and provides framework to work with multiple Uicc applications at the same time. Change-Id: I60216887b14140bdf833a8ed579ba16cad932bdc
/frameworks/opt/telephony/src/java/com/android/internal/telephony/uicc/UiccController.java
|
073ffbd395b7c3942c75a0880cafd1ddb84b4b07 |
|
15-Aug-2012 |
Alex Yakavenka <ayakav@codeaurora.org> |
Telephony: Ignore SipPhone UiccController's code isn't ready to handle having multiple different PhoneBase objects working at the same time Bug: 6975696 Change-Id: I8f83174cc7db478743445c09fb8f03c66cf1e41e
/frameworks/opt/telephony/src/java/com/android/internal/telephony/uicc/UiccController.java
|
f92aefb45aa708772779a1ea10622b38f965fab5 |
|
13-Aug-2012 |
Alex Yakavenka <ayakav@codeaurora.org> |
Telephony: Always create IccCard There is some bug in master branch which is not in AOSP code that prevents KeyGuard from showing up unless IccCard broadcasts its status Force creation of IccCard (even if it really is absent) so that it broadcasts its state and KeyGuard gets displayed Fix NullPointerException in case card was removed by checking return value of phone.getIccCard() bug: 6983013 Change-Id: I95de1cc8a70a9e3d66d3e5d6059e82626057c5d4
/frameworks/opt/telephony/src/java/com/android/internal/telephony/uicc/UiccController.java
|
bb36adde615d3d85fa0fc23935197c6bc6a799ed |
|
27-Jul-2012 |
Alex Yakavenka <ayakav@codeaurora.org> |
Telephony: Dynamically instantiate IccCard Instantiate when get_sim_status request returns Change-Id: I9c9333d23f1e0b23256731b245577d1a25721647
/frameworks/opt/telephony/src/java/com/android/internal/telephony/uicc/UiccController.java
|
c38bb60d867c5d61d90b7179a9ed2b2d1848124f |
|
12-Jul-2012 |
Wink Saville <wink@google.com> |
Create telephony-common - DO NOT MERGE telephony-common was created by moving some of frameworks/base/telephony to: frameworks/opt/telephony Change-Id: I32cbb5eec1fa239c1587e055c8f7ef4fc48fb62c
/frameworks/opt/telephony/src/java/com/android/internal/telephony/uicc/UiccController.java
|