am skip reason: Change-Id I093f127d90b2aa1b13eb0748378a24726d419472 with SHA-1 83a814eb31 is in history
Change-Id: I9956e293db4978f09cdedd6998b0fe6013230c7a
am skip reason: Change-Id I093f127d90b2aa1b13eb0748378a24726d419472 with SHA-1 06e440101b is in history
Change-Id: I5356a92165bfc22d2fcf781e2d63ebfdc47ced71
am skip reason: Change-Id Ie67f7f4d0863d58c4c5206e445c1dbdfe3f65f60 with SHA-1 01a9451cb4 is in history
Change-Id: Ie6bd7be2ff4b2b3885e51d2cb2fa060c8e5fb08e
am skip reason: Change-Id I093f127d90b2aa1b13eb0748378a24726d419472 with SHA-1 06e440101b is in history
Change-Id: I8d1e2822473aca0876b098287bc9a0c3746080d5
All carriers discarded the requirement to put up a standing
notification when tethering is on. Thus, remove the "tethering
is on" notification.
Bug: 154438388
Test: atest TetheringTests
Change-Id: Ife3915837b6b7b83d3eaaa84b71b6409ff37b71c
Merged-In: Ife3915837b6b7b83d3eaaa84b71b6409ff37b71c
(cherry picked from commit 0171c07d05dd2625c6dcfd47977a701ddc2d5d36, aosp/1289107)
The CL that moved the initialization of the tethering offload
config HAL from C++ to Java caused the code not to retry
fetching the service if it is not ready when tethering is
started. This is because the C++ version of getService() retries,
but the Java version only retries if getService(true) is called.
Make the new code retry as well.
b/152430668#comment4 asserts that the fetch will be retried only
if the service is installed on the device, so the retries should
be attempted (and thus should not have any startup time impact)
on devices that do not support tethering offload.
Bug: 152430668
Test: builds, boots, tethering offload works
Merged-In: I093f127d90b2aa1b13eb0748378a24726d419472
Change-Id: I093f127d90b2aa1b13eb0748378a24726d419472
Some strings are not used, so just remove them.
Bug: 154445061
Test: atest TetheringTests
Change-Id: Ie67f7f4d0863d58c4c5206e445c1dbdfe3f65f60
Merged-In: Ie67f7f4d0863d58c4c5206e445c1dbdfe3f65f60
(cherry picked from commit 59eeedc045aaaa0c7d5b97277d25f64cce254464, aosp/1289100)
The CL that moved the initialization of the tethering offload
config HAL from C++ to Java caused the code not to retry
fetching the service if it is not ready when tethering is
started. This is because the C++ version of getService() retries,
but the Java version only retries if getService(true) is called.
Make the new code retry as well.
b/152430668#comment4 asserts that the fetch will be retried only
if the service is installed on the device, so the retries should
be attempted (and thus should not have any startup time impact)
on devices that do not support tethering offload.
Bug: 152430668
Test: builds, boots, tethering offload works
Change-Id: I093f127d90b2aa1b13eb0748378a24726d419472
am skip reason: Change-Id I1812818c3d49463c3840a98212bbab58a110359a with SHA-1 0f0e3a99f1 is in history
Change-Id: Iaeaeb34b75e2c519488cb730f6d3353cd1c9f058
am skip reason: Change-Id I1812818c3d49463c3840a98212bbab58a110359a with SHA-1 0f0e3a99f1 is in history
Change-Id: I0848ea4f2db62db19c5d9bdf0d3aa91f27829ec3
am skip reason: Change-Id I1812818c3d49463c3840a98212bbab58a110359a with SHA-1 0f0e3a99f1 is in history
Change-Id: I687d7e2a24fe0a5ff0bfe9295b1fd52ffe575782
am skip reason: Change-Id I1812818c3d49463c3840a98212bbab58a110359a with SHA-1 ee27d55295 is in history
Change-Id: Iaffd5aafbf541dce72111b7084c0a40be943f6e6
am skip reason: Change-Id I1812818c3d49463c3840a98212bbab58a110359a with SHA-1 0f0e3a99f1 is in history
Change-Id: I3852ea09664107b6d60bd1a20a60ddc34cb52c77
am skip reason: Change-Id I1812818c3d49463c3840a98212bbab58a110359a with SHA-1 0f0e3a99f1 is in history
Change-Id: Ia505e4b363bf0135c0ceeb04a412ca006cf087a9
am skip reason: Change-Id I1812818c3d49463c3840a98212bbab58a110359a with SHA-1 ee27d55295 is in history
Change-Id: I0734280b867eff50722ce77e02a6dacd55fbb098
am skip reason: Change-Id I1812818c3d49463c3840a98212bbab58a110359a with SHA-1 0f0e3a99f1 is in history
Change-Id: I0fe8def6b2a53241381001e4d1c17a573ed9c8e7
Since it's not used for now.
Test: TH
Bug: 153304048
Merged-in: I1812818c3d49463c3840a98212bbab58a110359a
Change-Id: I1812818c3d49463c3840a98212bbab58a110359a
