This resource has moved to CarrierConfig to support dual
sim devices and MVNOs.
Bug: 148483577
Test: Manual
Merged-In: I494cb93a2c72ff3df2ef45ad737c5606132e32d1
Change-Id: I494cb93a2c72ff3df2ef45ad737c5606132e32d1
Sim based customizations should not be resources because
of two reasons:
1. The MCC/MNC value in AssetManager for Dual sim devices is undefined
2. There is no support for MVNOs.
For dual sim devices there is only one value for MCC/MNC in
AssetManager and that value is updated from multiple places without
deciding if it should be the default voice sim card, the default
data sim card or whatnot.
This means that when frameworks is trying to decide what resource
to use there is no guarantee that the resource that arrives is for
the particular subscription we are asking for.
MVNOs cannot be separated through only MCC/MNC but need more
parameters like service provider, imsi, GID1 etc. MVNO support
is available in CarrierConfig.
When we now have support for ADCP updates of customizations and
start using carrier id this is better placed in CarrierConfig,
we then get support for MVNOs at the same time.
Bug: 148483577
Test: Customize for sim card x and not for sim card y, insert both
sim cards in a dual sim device and see the difference.
Merged-In: I067d55b9ae5e1346dd3b3cd50a0097b05b100055
Change-Id: I067d55b9ae5e1346dd3b3cd50a0097b05b100055
Added map of int code to string for log readability
Bug: 162505455
Test: Verified with device test
Change-Id: I7aa3cf31737e2e44aa4d63eac643a5d283d8a06f
Address API Council feedback for CellLocation#requestLocationUpdate
-Update the summary string to indicate the functionality
for pre-SDK31 behavior.
-Clarify that this API is only useful in power-saving modes.
-Remove justification for deprecation leaving a simple link to
a superior alternative.
Bug: 161207204
Test: make offline-sdk-docs && make (docstring only change)
Change-Id: Ib931906323fe1ec2c730271cefd0d46aee60d963
For backwards compatibility, we allow phone, system UID to
access cell identity through getServiceState. Cell broadcast
service, which is used to be part of telephony, now is running
under network stack UID. We should consider network stack UID as
trustable components like system/telephony.
Fix: 157618105
Test: Manual
Change-Id: I9b2dfc778752e130f5c7e44c4b2e45b63ac6f918
Checking carrier privileges for UIDs with lots of shared apps can incur
a significant performance hit. For UIDs that are fixed and trusted
(system and phone), skip the permission check and always allow.
Bug: 160971853
Test: manual verification -- observed lower rate of cache misses for
getPackageInfo from com.android.phone.
Change-Id: I1399cab579308479d7cf191b8795441cbcd3ff65
Merged-In: I1399cab579308479d7cf191b8795441cbcd3ff65
Some carriers would like to use default APN for
tethering while the device is roaming. Added a new
carrier config to disable DUN APN while the device
is roaming.
Fix: 158546796
Test: DcTrackerTest
Merged-in: I2e633fd764f86b196a6ee0c29af2b97733e82c66
Change-Id: I2e633fd764f86b196a6ee0c29af2b97733e82c66
(cherry picked from commit db897af77d)
KEY_NR_TIMERS_RESET_IF_NON_ENDC_AND_RRC_IDLE_BOOL:
Whetherdevice reset all of NR timers when device camped on a
network that haven't 5G capability and RRC currently in IDLE state.
Bug: 160365713
Test: build pass.
Change-Id: I9802b8712798054a85307e549fb665bc85166311
Merged-In: I9802b8712798054a85307e549fb665bc85166311
Show the error log when only wrong value is set actually for sending
instead.
And it includes some cleanup.
Bug: 161156510
Test: MO SMS and check log
Signed-off-by: Taesu Lee <taesu82.lee@samsung.com>
Change-Id: I2b58b431c59c52dd05cfa54ac34551550cd614d2
Checking carrier privileges for UIDs with lots of shared apps can incur
a significant performance hit. For UIDs that are fixed and trusted
(system and phone), skip the permission check and always allow.
Also, double the cache size for getPackageInfo in order to reduce the
rate of cache misses.
Bug: 160971853
Test: manual verification -- observed lower rate of cache misses for
getPackageInfo from com.android.phone.
Change-Id: I1399cab579308479d7cf191b8795441cbcd3ff65
Remove support for the kernel-command-line-based CDMA
modem config flag. Devices must now use the system property,
which is also set at OS compile time and is available before
telephony. Since there's no drawback, and kernel command line
flags are not the right place for this, good riddance.
These APIs were marked @UnsupportedAppUsage; however, the
API to read the command line had zero usage, and the API to
retrieve the CDMA capability had a single app usage with a
very small installed base, so presumably it's legacy hardware.
Bug: 138225216
Test: compilation (no functional change)
Change-Id: Iac7a23056553465e1d05299df7323daf89fbfd66