Merge tag 'LA.UM.8.1.r1-15400-sm8150.0' #3
Conversation
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
If the EID is known in IccCardStatus update, use it to set mDefaultEuiccCardId. This is needed in cases where slot status doesn't include EID and we don't want to register for EID from APDU because we already know it from ap revious APDU Bug: 147230215 Test: manual and UiccControllerTest Change-Id: I34f40309a5d0bb5e4450d260782aa3ddf0d0d80d (cherry picked from commit 9109c26) CRs-Fixed:2621425 Change-Id: I34f40309a5d0bb5e4450d260782aa3ddf0d0d80d (cherry picked from commit c7b031b4a38ba3b96191dc29f7d60b8168db3cf7)
After retriving a duplicate HO request, the TNF doesn't inform TransportManager completed, so that TransportManager still holds the pending HO request. Thus, the further HO request won't be continued to handle. To fix it, send the callback with success to TransportManager. Change-Id: Ib4796099adc3646fcfccf8c5a84f91437d068120 CRs-Fixed: 2625814
Change-Id: I0f230a7d64635b564dc67ca89af14b7aec9930a2
During data setup connection process generation id will be incremented in the apncontext on which the connection is about to setup. But if a data connection is scheduled for retry and on the same apncontext if a new connection is attempted and rejected the generation id count is left incremented which leads to mismatch in the generation id currently held in apncontext and the generation id on which the connection was successful. So decrement the generation id of the apncontext when connection attempt is rejected. Change-Id: Iba107945b78438053848f16d40a18b11f66dfd64 CRs-Fixed: 2623859
When phoneswitcher notifies TNF on default active phone network requests at TNF will not be executed until subscription change event is received. In such cases trigger onActivePhoneAwitch again once subscription info is received. Change-Id: I42e98a08d5000bc1ac1ab2168b7c15ab9390b876 CRs-Fixed: 2634350
…Manager" into q-keystone-qcom-dev
Change-Id: Id664868792d1852962fb6468a08fb0c713f7e3d5
For MVNO apn will be picked based on mvno type which can be SPN, IMSI, GID1and GID2. So include the records pertaining to these parameters in essential records which are fetched prior to loading other records. Change-Id: I1e6c475ee63ab4b126368c3e9a52fdec247b74a3 CRs-Fixed: 2634547
…n" into q-keystone-qcom-dev
Change-Id: I57bf245d75ebf6c33abf414e1fb0844a6625d52a
… skipped: 3e5c889 Change-Id: I522b83a0f6a8f14b7fd95b592c021b1dd6946195
Change-Id: I00ea30f09f94be2de97f4ce41bb1df615109ec32
During LKG merge, duplicate code got added which is causing the sim loaded event to broadcast twice. Change-Id: I30ed7e677309709614eafda0d5095e7e1374c374 CRs-Fixed: 2639400
as part of FR54965, connectivity holds the old DDS internet PDN for 5 seconds to ensure TCP sessions got closed, hence, Telephony can't tear down the previous internet PDN immediately till connectivity mainly releases it. To fix it, Telehony just releases the reference context of the old DDS internet APN only while changing DDS. Change-Id: Ic904b526c31014a2010d32dcd750a9562a00aedf CRs-Fixed: 2634319 2638907
Change-Id: I9c512c155411f5bca09a8a9b909f7cb8c4d5e890
When device is boot up with WiFi on, default pdn is deactivated due to internet release requests from Connectivity once WiFi validation is success. Later when WiFi is turned off, default pdn is setup by Telephony only after Connectivity sends internet network request. This is leading to interruption of data service Fix is to allow processing BACKGROUND_REQUEST, so that default pdn is continued while WiFi is active. Connectivity never releases BACKGROUND_REQUEST to maintain Data always ON CRs-Fixed: 2642162 Change-Id: Ia79c87a4af3badbc80c118d540c9a7430f00cc0f
In the existing implementation, SS requests are sent over IMS socket either if IMS is in service or UT is enabled. So the request is sent over IMS even if UT is not enabled when IMS is in service. However modem is trying the request over CS when UT is not enabled and the request is failing for the SS requests sent over IMS. Change-Id: I382775e8acf6ea65fbdc0ec21c7f73a4d07563e5 CRs-Fixed: 2620274
Change-Id: I1b90b7a14502f2aeb40565c2d692ab6acf25cc98 CRs-Fixed: 2628666
Change-Id: I34fed6d01327b52a6255849fabf34bf54c8bc528
Change-Id: Ie6e22a7387eeb0ab20d9cc78731f1038f4ce58c6
Change-Id: I7090599f934970b6288e0c0df6dc71c38881a341
…into q-keystone-qcom-dev
Change-Id: I265e1d905e6273ae6b3aa7332f1c5a4f0c5554f2
Change-Id: I6447bee7fb298eaa8a132a040b2240c73f8a5c86
Change-Id: I17cf7088c2aac5cac73f3d380fef49158a26a8f9
When AppState becomes DETECTED, clear mLoaded to false. Otherwise, when SIM is disabled and enabled back, as mLoaded stayed true (never cleared), Telephony thinks records are loaded as soon as AppState is back to READY. cherry picked from commit 14043a2. Bug: 142444973 Test: unittest Change-Id: I5e39cc1ea6db72a956720e5684de5d6f397318cc Merged-In: I5e39cc1ea6db72a956720e5684de5d6f397318cc CRs-Fixed: 2623563
Change-Id: I465786e02299800bfd6217c659065cbc9a1b1917
Change-Id: I05bc58b789e45fbcb8379f5e988ed27f3c23bac7 CRs-Fixed: 2654304
Change-Id: I8bb76150f3a699aa26d03125deb3f08493e966cd
…-keystone-qcom-dev
Change-Id: I8f4d4698b549a3ecacf6fe3ea04fe94d512be04a
Change-Id: I03ccbc6acab58b9b94c6d5884c11e518161ef9e5 CRs-Fixed: 2664968
Change-Id: I51a63223f05157cd54315212eb1f9483ece539aa
Change-Id: I07bd685e451d28eb8ecfe537127fa1b15ad1ec2c
Allow title and details to be translated by converting to resources Change-Id: I67b08e612a8264a8bd84f7047d44f04728f866e6 CRs-Fixed: 2679294
For RuimRecords, if SPN loading fails, mEssentialRecordsToLoad counter is not decremented. Due to this, data call request is blocked with RECORDS_NOT_LOADED error Fix is to decrement mEssentialRecordsToLoad on record load, exception handling to be done in child class methods Change-Id: Ia989bdcdd20e3cfec7af1e4a3205ae8dc2691c0c CRs-Fixed: 2671103
…into q-keystone-qcom-dev
Change-Id: Id6da0d3d9b22a388441a15bafc351404af4d1f29
-Modify handleSimNotReady api access modifier to protected in order to override this api in vendor space. Change-Id: I3b35bbd8097615caf412ddddef1fdbbdf9150d12 CRs-Fixed: 2687237
Change-Id: Ib5e2a4ea467a4cf90998ea5147970f322f4627a7
For LTE<->WIFI handover, do not try to stop local ringback tone. Change-Id: Ib85bc8db481dd209f044a6551ed0b1c8b455f257 CRs-Fixed: 2684110
Change-Id: I0cd67dbaf218c5ae5517dbd7837fe56c09a44a05
Change-Id: I49aa0f625e5e8d8cac91ac05bbd3051d918353ad
Change-Id: Iebdf4698a5783668373b9ca04ed686720289eedd
Change-Id: Iddb02b4cfc8fc4b6d80dc4faa65c2323d18890f1
…org/quic/la/platform/frameworks/opt/telephony into ten "LA.UM.8.1.r1-15400-sm8150.0"
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
No description provided.