• Home
  • History
  • Annotate
  • only in /frameworks/opt/telephony/src/java/com/android/internal/telephony/cat/
History log of /frameworks/opt/telephony/src/java/com/android/internal/telephony/cat/
Revision Date Author Comments (<<< Hide modified files) (Show modified files >>>)
6a552451eef6ea11f33d1084397a7508c3c7e847 12-Jul-2016 Sungmin Choi <sungmin.choi@lge.com> uicc: Add FLAG_RECEIVER_REGISTERED_ONLY_BEFORE_BOOT intent flag on CatCmdmessage

If framework get the SETUP_MENU event before geting the BOOT COMPLETE,
STK menu intent is missing. Then User cannot see the STK menu on that seen.
Thus FLAG_RECEIVER_REGISTERED_ONLY_BEFORE_BOOT flag is added for this case.

Bug: 29881312
Change-Id: I1e91e6ee6eae15d0289a739a81e496956eb2e9a1
Signed-off-by: hoonsung.park <hoonsung.park@lge.com>
Signed-off-by: Sungmin Choi <sungmin.choi@lge.com>
atService.java
a56b6d1a581ebd4b6356a879308f77d30dcbb16d 22-Sep-2014 Rakesh Pallerla <rakeshp@qti.qualcomm.com> Cleanup the StateMachine thread during RilMessageDecoder dispose.

Currently the dispose() method in RilMessageDecoder wont stop the
state machine thread, and each time a new state Machine thread is
created which causes the file descriptor leakage.

Add quitNow() method in dispose() of RilMessageDecoder to stop the
state machine thread.

bug:22992703
Change-Id: I83f773adf7f5fc0b82abf912f2db7fec8a0aa87b
ilMessageDecoder.java
f4f3b37232a3875cd4ce141c694e81c645efd60a 10-Sep-2015 Jack Yu <jackyu@google.com> Merge "Fixed that the device crashes when users send SMS via STK." into mnc-dr-dev
e68f7ec81d00e08196095bc41bfa6a1bc42248a3 04-Sep-2015 Jack Yu <jackyu@google.com> Fixed that the device crashes when users send SMS via STK.

If the user sends an SMS through STK menu, and the SMS encoding
is 7-bit GSM, the device will crash because of buffer overflow.
Fixed by supplying the correct buffer length while doing the
array copy.

bug: 23501570
Change-Id: I569b519a87ae693b0c35371ee160ca52fd5b6e6a
esponseData.java
5767ae41f516736b666062091d4f1948eccca8f4 27-Sep-2013 Preeti Ahuja <preetia@codeaurora.org> STK: Image/icon related fixes

1. Handle invalid images/icons
If the coding scheme of the image is not understood, then the
loading of the icon will fail.
Send a TR with ResultCode.PRFRMD_ICON_NOT_DISPLAYED back to
the card when this happens, but continue processing the command.

2. For Idle Mode Text the icon should be loaded even when text
is not present

BUG=22637125
Change-Id: Ie4199fe9ac00f14db2d6b12604fc2c9cf54208f5
atCmdMessage.java
atService.java
ommandParams.java
ommandParamsFactory.java
mageDescriptor.java
d607cf3bc9ac43900dd4c87b86b2dbe5fabc3249 11-Jun-2015 Amit Mahajan <amitmahajan@google.com> Change to add STK_PERMISSION for stk related commands.

And make stk commands protected.

Bug: 21697171
Change-Id: I7649c7341428194963ac74e9ae622dfa76ea738b
ppInterface.java
atService.java
9c6fc6d57f76593efa64da13962ec23adfae9c7b 04-May-2015 Prerepa Viswanadham <dham@google.com> Merge commit '72a3740' into alee_merge
8625a5c81b4870dd5d60006ad96866f3783ce019 28-Apr-2015 Robert Greenwalt <rgreenwalt@google.com> Merge "Stk: Handle LAUNCH_BROWSER_ERROR Response" into m-wireless-dev
0bb8799f15d25a577bc271cb6e89ba5e43c4a672 02-Oct-2013 Preeti Ahuja <preetia@codeaurora.org> Stk: Handle LAUNCH_BROWSER_ERROR Response

- ensure that we process a LAUNCH_BROWSER_ERROR response in
handleCmdResponse()

Change-Id: I7dd10a3d170fc711625615c65f73527bf1440911
atService.java
33a48fcaa7ae76a2bf85c5de80a5df2a2d4818c4 07-Jun-2013 Preeti Ahuja <preetia@codeaurora.org> Stk: Ensure that APDU input length does NOT exceed 255 Bytes.

- Depending on the encoding , the number of characters that
can be stored in 255 bytes varies. See details below.
- detect the current encoding used and enforce max length

Details:
As per TS 102.223 Annex C, Structure of CAT communications,
the APDU length can be max 255 bytes. This leaves only 239 bytes for
user input string. CMD details TLV + Device IDs TLV + Result TLV + Other
details of TextString TLV not including user input take 16 bytes.

If UCS2 encoding is used, maximum 118 UCS2 chars can be encoded in 238
bytes.Each UCS2 char takes 2 bytes. Byte Order Mask(BOM), 0xFEFF takes
2 bytes.

If GSM 7 bit default(use 8 bits to represent a 7 bit char) format is
used,maximum 239 chars can be encoded in 239 bytes since each char takes
1 byte.

No issues for GSM 7 bit packed format encoding.

Change-Id: If5ead7ffa742d67718986b9bce1db05f615c1db4
ommandParamsFactory.java
580f4e1521cce4e36bf9c1d483a0b9a9af662999 10-Mar-2015 Shishir Agrawal <shishir@google.com> am 7dc7f596: am 4cdf0a45: Log last 20 CAT proactive commands.

* commit '7dc7f596d6ab276a8cc9e47f8bb553dbbabdaee9':
Log last 20 CAT proactive commands.
4cdf0a453fa3df6015032ec5cbb8d3253b6f81da 09-Mar-2015 Shishir Agrawal <shishir@google.com> Log last 20 CAT proactive commands.

These commands are useful for debugging issues where SIMs lock, since most
would invoke some kind of display message before locing the SIM.

Bug: 19440660
Change-Id: I5d24818e4122c875b630aead5bcc6f1f252bdd1f
atService.java
ommandParams.java
extMessage.java
501a084583a20e5e436a3c8b4e2b5e9538ddc050 22-Jan-2015 Narayan Kamath <narayan@google.com> resolved conflicts for merge of 7e0352da to lmp-mr1-dev-plus-aosp

Change-Id: I2e490d2f3aef8b7f42ea86105c0df98f6f9f9267
595c172c6fec75d287716ad404622db8ddb554dd 16-Jan-2015 Narayan Kamath <narayan@google.com> Track changes to locale management.

For MccTable : use persist.sys.locale to detect whether the user
has set a locale instead of persist.sys.locale.language / region.

For CatService : use Locale.getDefault, which will always return
the current locale. There's no need to rely on a system property.

bug: 17691569
Change-Id: Ic0f39067a04e4cb762848a6bd81a6ee97a392126
atService.java
3ffd9ad50690a7bdfb3c7df56fce27fb11bf7d7f 26-Nov-2014 Preeti Ahuja <preetia@codeaurora.org> STK: Add support for idle screen notification

1. Add support for Idle Screen Available set up
event list and event download.
2. For Display Text, when screen is busy the set the
correct additional information in terminal response.

Bug: 18274506
Change-Id: I35ec31cbf3b11fc55cbc1cc2d4b6a32a099e5b5f
atService.java
4b09dff383ae7dfca595aeeea886a594a1947340 22-Nov-2014 Wink Saville <wink@google.com> Additional changes to SubscriptionManager API as per API council.

bug: 17575308
Change-Id: Idd98aa46c15a9219ccf28091c62602ac8bf16c62
ilMessageDecoder.java
cc0146c9f6800f82d0fbf2931775a8a1fd83681b 20-Nov-2014 Preeti Ahuja <preetia@codeaurora.org> STK: Remove dependency on idle screen notification

1. Remove support for Idle Screen available set up
event list and event download.
2. Remove dependency of Set Up Idle Mode Text from
idle screen notification.
3. Remove dependency of Display Text command from
idle screen notification.

Bug: 17553408
Change-Id: I9d15ae89cb0412032355a813f6c47b0e394504d3
ppInterface.java
atService.java
47f7fc631633c4c92e084cfc6587456f4f8cd727 04-Feb-2014 Preeti Ahuja <preetia@codeaurora.org> Cat: Do not send TR immediately for Display_Text

Currently for DISPLAY_TEXT proactive command, if the application
response is not required, CatService sends a terminal response to
card immediately and then sends the proactive command to StkApp.
On receiving the TR, the card responds with a Session_End. If the
Session_End is sent to StkApp before it finishes processing the
Display_Text command, a nullPointerException is seen in StkApp

Do not send Display_Text TR to card immediately. Send the TR after
the Display_Text command response has been received from StkApp.

Bug: 17553408
Change-Id: I23f25a9128e8545098610bec620429948233405e
atService.java
734900afa3a8e35d3a75786dc59f91b6f3136157 14-Jun-2013 Preeti Ahuja <preetia@codeaurora.org> Usat Phase 2 feature and Screen status

This change combines below 3 fixes.
1) Usat Phase 2 fixes
Added changes to support Idle screen, Language Selection.

This also includes change to support Idle screen status information.

Fix to address alpha display for proactive commands

2) Telephony: Correct terminal response sent for Idle mode text cmd

When a proactive command : SET_UP_IDLE_MODE_TEXT arrives with
empty text and non-self explanatory icon, terminal response
:CMD_DATA_NOT_UNDERSTOOD should be sent back to the UICC as
per the SAT spec

3) The GCF Testcase GCF-PTCRB SAT/USAT 27.22.4.1.1seq1.2 expects a
screen busy response if the ME is not in idle screen and if the
display text message is a low priority message. Hence sending screen busy
response instead of RESPONSE_TIMEOUT. In present implementation a
USER_RESPONSE_TIMEOUT response is sent for all timeout cases.

Bug: 17553408
Change-Id: If7fb74a451d53a4475475ac570fa8ae9d1a08a3b
ppInterface.java
atCmdMessage.java
atLog.java
atResponseMessage.java
atService.java
ommandParams.java
ommandParamsFactory.java
09b65da3b46e18c8acc146d722047ba2fb161bfe 19-Oct-2012 Preeti Ahuja <preetia@codeaurora.org> STK CC feature implementation

Support to display the current request is changed by STKCC.
Support to display alpha messgae from STKCC.
Support to display informatiom from new SS message.
Add FLAG_RECEIVER_FOREGROUND to alpha broadcast intent.

Bug: 17646476
Change-Id: I89671830eeef62a48e3133a2e3afbdeb096ecf3c
ppInterface.java
atService.java
ae798a22222a7e6ee5c47cd789838b3e915d1f13 20-Oct-2014 Legler Wu <legler.wu@mediatek.com> Stk FWK DSDS support

CatService.java: extend sInstance to support dsds

Change-Id: I47823aab90b692a2a1e3c2f57c0b658e104c1b84
atService.java
f92eac81f9b684a52a0959e5f703e79e6e179eb9 16-Oct-2014 Wink Saville <wink@google.com> Add a new Item constructor for use by DSDS Stk.

Change-Id: Ie7d4113629b6cea521465a4a4d5d147707956fff
tem.java
c0c5a58cc8eb7b4087f2b891e84faafb28f3967b 01-Oct-2014 duho.ro <duho.ro@lge.com> am 1f22d778: STK: fixing to send intent when card status changed

* commit '1f22d77839c35908113e4978a1431636be0786ac':
STK: fixing to send intent when card status changed
1f22d77839c35908113e4978a1431636be0786ac 19-Sep-2014 duho.ro <duho.ro@lge.com> STK: fixing to send intent when card status changed

The intent name is not match with STK app.
Also, it should get the reference of UiccCard with its own slot id.
It affects with install and uninstall STK app when card status changed.

Bug: 17463742
Bug: 16148051

Change-Id: I9a4bab72411fce39846d7d11e6a15519d58c1d7a
ppInterface.java
atService.java
53646a0f81d13ba5505c003a706e63729cf1b880 05-Sep-2014 Vineeta Srivastava <vsrivastava@google.com> am 48b86316: Merge "StkAppService couldn\'t get the CatService instance." into lmp-dev

* commit '48b863166bf17184b26b50d302c38115ed48096f':
StkAppService couldn't get the CatService instance.
d14886b2a393c8b3e844d38f5edee651e75c4f95 03-Sep-2014 Steven Liu <stevenliu@motorola.com> StkAppService couldn't get the CatService instance.

Stk app doesn't work.

Bug: 17298789
Change-Id: I0201cc0cdaf295eacbec36c4becfdb4862b63050
atService.java
6bc4098827f3070a44b5e51508b455d7c7be9c07 01-Sep-2014 Wink Saville <wink@google.com> ksd to lmp-sprout-dev

Change-Id: I94eb65c62231b5831570bb0cbbbd9c916bee0a37
conLoader.java
ilMessageDecoder.java
f2d28790a3f02c337d10592aa390cc8d4c75e978 11-Aug-2014 Ajay Dudani <adudani@codeaurora.org> CatService: Correct Open Channel handling.

STK open channel command requests are communicated to the
telephony framework via an UNSOL_STK_EVENT_NOTIFY followed by
UNSOL_STK_CALL_SETUP pair of RIL messages.

This communication is distinct from a proactive command
since the card is only looking to notify the framework
of an action that the modem will handle on its own.

Thus, we need to adjust the conditional block properly to
catch this situation and send the appropriate response
back to RIL.

bug: 16850377
Change-Id: If29911d9b1d0d6c6b1213abc644fff57cf3d7398
atService.java
eca4a2ab310bf8d96cf98b5e880e2f8eef7ffeb6 14-Feb-2013 Sandeep Gutta <sangutta@codeaurora.org> STK: Handle ICC refresh and card removal, and hotswap fix

--- Register for ICC refresh and let CatService's clients know when
an ICC refresh occurs.

Monitor card status. When card status moves to absent/present let
clients know.

Don't dispose CatService based on the number of applications.
Instead dispose it when UiccCard goes away

This helps avoid the race condition in the following scenario:
1. Radio is on and card is present
2. Turn Radio Off
3. Turn Radio On
4. Proactive command received

If CatService was disposed when card goes away on radio off
then it is possible for the unsol proactive command to be received
before Catservice is up and running on radio on.

--- Dispose objects properly for hotswap

During hotswap, CatService object is disposed and new object
is created. However RilMessageDecoder still holds reference to
old object of CatService, and hence sends decoded command
to old object of CatService leading to stk failure. In this fix
below objects are disposed properly when CatService is disposed.

1) RilMessageDecoder
2) CommandParamsFactory
3) IconLoader

Change-Id: Iee4ab009a0f9708a1ee2d87460e60765e46b4229
ppInterface.java
atService.java
ommandParamsFactory.java
conLoader.java
ilMessageDecoder.java
a8467dd0c524787104b1ccdddc5e8af10ba729ed 13-Jun-2014 Wink Saville <wink@google.com> Merge kwd to master

Change-Id: Idb607c0aa32f80fe4fe1539aedea7a221e9e7f04
atService.java
ilMessageDecoder.java
022dc626998aad5a6c71a80d3b3a23e23c4efe33 08-Apr-2014 Wink Saville <wink@google.com> Merge "Set RESULT tag properly when sending TR"
8316a9897794e4b608e7917af701fafc34c9276e 09-May-2013 Sandeep Kunta <skunta@codeaurora.org> Set RESULT tag properly when sending TR

While encoding terminal response, result tag is
always encoded with CR flag, although spec is not
clear on when to set CR flag, setting it always leads to
issues with some cards, hence set CR flag based on
CR flag in command details tag received from card.

Change-Id: I34956a018ec56767c49175add8ce71d5821f059c
atService.java
4c5614782b6c13e0849d0c943e839ffcee84d1be 09-Sep-2013 Wink Saville <wink@google.com> am ff294677: Merge "CatService: OPEN_CHANNEL p-cmd to send event confirmation and not T.R"

* commit 'ff294677b6c4649985db2caadc00bae3bb08246d':
CatService: OPEN_CHANNEL p-cmd to send event confirmation and not T.R
419f297bfb0cc21566d1d1110573dd9205e8f713 21-Aug-2012 Shriram Ganesh <sganesh@codeaurora.org> CatService: OPEN_CHANNEL p-cmd to send event confirmation and not T.R

Upon handling OPEN_CHANNEL command, send User confirmation instead of
terminal response as lower layers expect confirmation information.

Bug: 10602211
Change-Id: I99ee5210ff345660559d1656e80c6ab8b0991d8e
atService.java
d7e83ff0591580603e6d6adfca085140d1d53bd2 02-Jul-2013 duho.ro <duho.ro@lge.com> UICC : add support empty alpha id for BIP

"If the alpha identifier is provided by the UICC and is a null data
object (i.e. length = '00' and no value part), this is an indication
that the terminal should not give any information to the user
or ask for user confirmation;"
- 6.4.27.2 OPEN CHANNEL related to packet data service bearer, ETSI TS 102.223

Bug: 9671401
Change-Id: Iece01f3775baf2c6438776f899ed53b1f1fb942f
atService.java
alueParser.java
f6dced1ac15dc219bb87658a242d74abb9fb5ae2 05-Aug-2013 Wink Saville <wink@google.com> Merge "Telephony: Fix issue in handling null alpha identifier"
b8127144de8d55c590ed537bdcb7a1afe5666b28 19-Jul-2013 Wink Saville <wink@google.com> Merge commit '3f4415e3' into fix-merge-conflict

* commit '3f4415e3':
telephony: Fix typo
3f4415e31c8c407e0397511fdc2d5906361295fa 19-Jul-2013 Wink Saville <wink@google.com> Merge "telephony: Fix typo"
6c5e8c9ef98f3ef8f87e4a5c06f730cf7d0c1536 06-Mar-2013 Wink Saville <wink@google.com> am 5779b57f: Merge "Send user confirmation instead of Terminal Response"

* commit '5779b57fe7530dfca8d814be0cbd13c7bad5d643':
Send user confirmation instead of Terminal Response
14957f5b0b202fc80782944c962d282ed1866837 15-Jan-2013 Abhishek Adappa <aadappa@codeaurora.org> Send user confirmation instead of Terminal Response

On certain proactive commands like Setup Call/Open Channel,
a confirmation dialog is displayed to the user to confirm or reject the
call. If the user hits the back key to dismiss the dialog or the user
hits 'No', consider that as the user rejecting the call, instead
of sending a Terminal Response.

Bug: 8302972
Change-Id: I23d57f726018a6805ef455f6069dbab8e6dd14f0
atService.java
22d85a8e3a575a6d01d2c788587971657dfe20c6 23-Feb-2013 Wink Saville <wink@google.com> Clean up member variables.

Change-Id: Ib60f350131ade626aca682407ea0b4377b16f6c6
atCmdMessage.java
atResponseMessage.java
atService.java
ommandParams.java
ommandParamsFactory.java
conLoader.java
mageDescriptor.java
esponseData.java
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
atCmdMessage.java
atService.java
ommandDetails.java
ommandParams.java
ommandParamsFactory.java
uration.java
conLoader.java
nput.java
tem.java
enu.java
esultCode.java
esultException.java
extMessage.java
one.java
oneSettings.java
alueParser.java
9edadf11a7ac700a529f49e46822e2983ed551e4 16-Jan-2013 Sanny Shang <sanny.shang@sonymobile.com> Wrong terminal response for proactive command length errors

This fix is at least reported by an internal test suite
written with the 3gpp specification as base, can not
guarantee that it exists "in the wild" however the
specification is clear.

According to 3gpp11.14, chapter 6.10.6 "Length errors",

If the total lengths of the SIMPLE-TLV data objects are not
consistent with the length given in the BER-TLV data object,
then the whole BER-TLV data object shall be rejected. The
result field in the TERMINAL RESPONSE shall have the error
condition "Command data not understood by ME".

Change-Id: I128442ea4755679b0e5524a31c01b3c690e45ab0
erTlv.java
ommandParamsFactory.java
2f48cebb0f3169da9d9325f7b4884872280599e5 28-Nov-2012 Nizar Haouati <nizar.haouati@intel.com> telephony: Fix typo

This patch fixes the typo in CatService.

Change-Id: Iff69df0ab0309e36f0a886c483f280febe5ad84e
Author: Nizar Haouati <nizar.haouati@intel.com>
Signed-off-by: Nizar Haouati <nizar.haouati@intel.com>
Signed-off-by: Jeevaka Badrappan <jeevaka.badrappan@intel.com>
Signed-off-by: Shuo Gao <shuo.gao@intel.com>
Signed-off-by: Bruce Beare <bruce.j.beare@intel.com>
Signed-off-by: Jack Ren <jack.ren@intel.com>
Author-tracking-BZ: 71115
atService.java
81b046d348dd3d3cba81fcb073b9cdc04fcb6b5c 27-Nov-2012 Jeevaka Badrappan <jeevaka.badrappan@intel.com> Telephony: Fix issue in handling null alpha identifier

When alpha identifier is a provided by the SIM and
is a null data object, UE should not display
anything about the Sending but UE is showing
"Sending...".

As per 3GPP 11.14, if the alpha identifier is provided
by the SIM and is a null data object(i.e.length = '00'
and no value part), this is an indication that the ME
should not give any information to the user on the fact
that the ME is sending an Send SS/Send USSD/ Send DTMF.

Instead of returning null, retrieveAlphaId returns the
default message resulting in "Sending..." shown to the
user when it is not supposed to display anything.

This patch fixes the issue by returning null when alpha
identifier is provided and is a null data object.

Change-Id: Ia7bd690b8862a5df052a84bd6e7c94f4035baca7
Author: Jeevaka Badrappan <jeevaka.badrappan@intel.com>
Signed-off-by: Jeevaka Badrappan <jeevaka.badrappan@intel.com>
Signed-off-by: Arun Ravindran <arun.ravindran@intel.com>
Signed-off-by: Shuo Gao <shuo.gao@intel.com>
Signed-off-by: Bruce Beare <bruce.j.beare@intel.com>
Signed-off-by: Jack Ren <jack.ren@intel.com>
Author-tracking-BZ: 60370
alueParser.java
c06ff6babf825f7215b0c17ddf4edc12a7346698 03-Jan-2013 Wink Saville <wink@google.com> Merge "Telephony: add support for additional information"
86968438e444728053137c764cc37cf9c0a15d16 09-Aug-2012 Siddartha Pothapragada <spotha@codeaurora.org> CatService: Add support for GET_CHANNEL_STATUS p-cmd.

Change-Id: Ib0782748fdbdc94e5c13cffadb40556e3f324eff
ppInterface.java
atCmdMessage.java
ommandParamsFactory.java
2d7aad7791b92186dabc779b3ab43794aceebcda 29-Nov-2012 Guillaume Lucas <guillaume.lucas@intel.com> Telephony: add support for additional information

As per ETSI 102 223 section 8.12, for some general results, it is
mandatory for the terminal to provide a specific cause value as
additional information.

This patch adds this support to the framework.

Change-Id: Ie22e60412d674e24f9ebf13d02da4b39cb2dd253
Author: Guillaume Lucas <guillaume.lucas@intel.com>
Signed-off-by: Guillaume Lucas <guillaume.lucas@intel.com>
Signed-off-by: Arun Ravindran <arun.ravindran@intel.com>
Signed-off-by: Jeevaka Badrappan <jeevaka.badrappan@intel.com>
Signed-off-by: Shuo Gao <shuo.gao@intel.com>
Signed-off-by: Bruce Beare <bruce.j.beare@intel.com>
Signed-off-by: Jack Ren <jack.ren@intel.com>
Author-tracking-BZ: 29915
atResponseMessage.java
atService.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
atService.java
ommandParamsFactory.java
conLoader.java
ilMessageDecoder.java
alueParser.java
ded9c0af7fa49504c047275ed34c2d3b22bf0c3a 07-Dec-2012 Wink Saville <wink@google.com> Use Rlog

Change-Id: Ie013f51215de8380b8de74161b6056b010711cfd
atLog.java
omprehensionTlv.java
conLoader.java
deb8ccd0fbeae2b2f21f8a4ccc1139a79cccc71e 28-Nov-2012 jangeon.kim <jangeon.kim@lge.com> simcard: With Kazakh Beeline SIM card, there isn't STK menu

IccFileHandler.java is modified to fix an erroneous EF_IMG file path
information. The other is CommandParamsFactory.java file, which is modified
to ignore the result of reading EF_IMG file.

This Beeline SIM card returned an error status word when the mobile device
accessed the EF_IMG file in this SIM card.
(I think this Beeline SIM card does not support EF_IMG file.)
As a result, This error result stoped processing the setup menu proactive
command, and there was no STK menu.

So, I modified the CommandParamsFactory.java file to ignore the result of
EF_IMG file read operation.
After applying this modification, The STK menu was successfully displayed.
(This issue was resolved by these modified files.)

I think there will be no critical problem even if the EF_IMG(Icon image) file
is ignored.

Bug: 7585989

Change-Id: I16e3c077779811e3d4c46cd6e003771f3e1efde2
ommandParamsFactory.java
db1b0c54ffa990afeac24cc54d8b1992f1aa3a85 08-Sep-2012 Wink Saville <wink@google.com> am 1d40e34c: Merge "Telephony: Remove CdmaLteUicc objects"

* commit '1d40e34c74e2874114855db681aafba5676ae25c':
Telephony: Remove CdmaLteUicc objects
1d40e34c74e2874114855db681aafba5676ae25c 08-Sep-2012 Wink Saville <wink@google.com> Merge "Telephony: Remove CdmaLteUicc objects"
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
atService.java
8566fabf80997b1effde2fdaad3ff06223a5f326 06-Sep-2012 Wink Saville <wink@google.com> am e9260aec: Merge "Omitting Big Endian caused corrupt characters"

* commit 'e9260aec3d196e9c9b94962289f177ae39283eb4':
Omitting Big Endian caused corrupt characters
9f1860d5596f79d74fa4ecf78c0dd1d8253fc5f9 18-Jul-2012 Pierre Fröjd <pierre.frojd.x@sonyericsson.com> Omitting Big Endian caused corrupt characters

When sending a terminal reponse to SIM containing unicode
characters, big endian must be explicitly stated to
avoid corrupt characters.

Change-Id: Iac4dcadfd860b5de15ad2a65c4ccdf3fae9292d4
esponseData.java
9fdeecb4aa06552efcc535f21718cae45cc604e2 25-Jul-2012 Wink Saville <wink@google.com> Fix build

mCurrentCmd should have been mCurrntCmd.

Change-Id: Ibd8faf0f6fec2285045f6f498730ff7882217cb1
atService.java
1e5f46c0477703b0eef40278cfa101d20b53091a 25-Jul-2012 John Wang <johnwang@google.com> Don't send terminal response without cmd details.

bug:6481578
Change-Id: I1ccd8b4599cff8df6806e39d53f86e265647bae7
atService.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
ppInterface.java
erTlv.java
atCmdMessage.java
atException.java
atLog.java
atResponseMessage.java
atService.java
ommandDetails.java
ommandParams.java
ommandParamsFactory.java
omprehensionTlv.java
omprehensionTlvTag.java
uration.java
ontSize.java
conLoader.java
mageDescriptor.java
nput.java
tem.java
aunchBrowserMode.java
enu.java
resentationType.java
esponseData.java
esultCode.java
esultException.java
ilMessageDecoder.java
extAlignment.java
extAttribute.java
extColor.java
extMessage.java
one.java
oneSettings.java
alueParser.java
ackage.html
0825495a331bb44df395a0cdb79fab85e68db5d5 12-Jul-2012 Wink Saville <wink@google.com> Create telephony-common

telephony-common was created by moving some of
frameworks/base/telephony
to:
frameworks/opt/telephony

Change-Id: I32cbb5eec1fa239c1587e055c8f7ef4fc48fb62c
ppInterface.java
erTlv.java
atCmdMessage.java
atException.java
atLog.java
atResponseMessage.java
atService.java
ommandDetails.java
ommandParams.java
ommandParamsFactory.java
omprehensionTlv.java
omprehensionTlvTag.java
uration.java
ontSize.java
conLoader.java
mageDescriptor.java
nput.java
tem.java
aunchBrowserMode.java
enu.java
resentationType.java
esponseData.java
esultCode.java
esultException.java
ilMessageDecoder.java
extAlignment.java
extAttribute.java
extColor.java
extMessage.java
one.java
oneSettings.java
alueParser.java
ackage.html