The proto build rules are quite large and makes the top-level Android.bp
file difficult to navigate. Move them to a separate file.

Bug: 185128417
Test: m
Merged-In: I5719ba0fa8e03dcfca0cc32dc30db3f87ea4e3cd
Change-Id: I5719ba0fa8e03dcfca0cc32dc30db3f87ea4e3cd

The top-level Android.bp file is very large, so move modules that can be
in subdirs.

Also rename the vague "base_defaults" module to something more suitable.

Bug: 185128417
Test: m
Merged-In: I5f3106b74edb91ac9db5b3e66cc61566d0f16e9b
Change-Id: I5f3106b74edb91ac9db5b3e66cc61566d0f16e9b

The top-level Android.bp is large and difficult to navigate. Move rules
that don't have any "top level" things in them down in the core/java
directory.

Bug: 185128417
Test: m
Merged-In: I3fd90c2d5140e5716474ff1f8c58cbc1b3319e5b
Change-Id: I3fd90c2d5140e5716474ff1f8c58cbc1b3319e5b

this property is deprecated and emulator now
populates `dalvik.vm.checkjni` to use instead.

Bug: 182291166
Test: getprop dalvik.vm.checkjni
Signed-off-by: Roman Kiryanov <rkir@google.com>
Change-Id: Ie94b0d6c2e48b731d9cfe0ead380e0f52f662f37

The current name of SipDelegate[Connection]#closeDialog assumes
there will only be one SIP dialog per SIP session and does not
adequately cover the case where a SIP INVITE has forked and
generated multiple dialogs for the same call-id.

Instead, rename closeDialog to cleanupSession, which is more
accurate and should be called after all SIP dialogs associated
with the SIP session represented by the call-id have closed.

Bug: 184858064
Test: atest CtsTelephonyTestCases
Change-Id: I438dbc45dffbaf33e0cf36ddc61008fd8c18209c

So that it is recorded when we finalize the SDK.

Bug: 184839599
Test: (cd out/dist; diff -r apistubs /tmp/apistubs-before)
    Only in apistubs/android/module-lib: android-non-updatable.jar
    Only in apistubs/android/public: android-non-updatable.jar
    Only in apistubs/android/system: android-non-updatable.jar
    Only in apistubs/android/test: android-non-updatable.jar
Change-Id: I8fe2d46b4574e602f258ab6f941e07443dfdd2a7

The java stubs for android-non-updatable were previously only compiled
into the "main android stubs" target. This change refactors the build so
that we compile android-non-updatable stubs as a separate jar file. That
jar is then statically included into the main android stubs, making it
effectively a noop for the existing stub.

This has the benefit of making it possible to finalize the
android-non-updatable when the rest of the SDK artifacts are frozen,
so that we can later re-create android.jar with a mix of different
android-non-updatable and module stubs.

Bug: 184839599
Test: `m sdk dist` && diff -r out/apistubs{before,after}
Change-Id: I624e2e7ab5723eb5e27cf26dbe247aac2a799b72

This simplifies management of the build rules across different branches
that may have different lists of modules.

Additionally, we dedupe the list of module system stubs.

Bug: 184839225
Test: m
Merged-In: Ibef1fb686305b5b1b50811b7d1c6d677d07d7177
Change-Id: Ibef1fb686305b5b1b50811b7d1c6d677d07d7177

This way the Android Studio Emulator will be the owner
of the emulator specific code and the framework will not
see the implemetattion details.

Bug: 182436079
Test: check if emulator exchanges the clipboard with the host
Change-Id: Icdb25d51437ba0f8e98a2750b0b705c15755f106
Merged-In: Icdb25d51437ba0f8e98a2750b0b705c15755f106

The clients of resume on reboot want additional information for
reboot failures, so they can handle these failures better.
Therefore expose the reboot failure error code via SystemApi.

Bug: 183646725
Test: atest FrameworksServicesTests:RecoverySystemServiceTest;
      Do an RoR with gmscore
Change-Id: Ia02655218194a070ce02e9dae6fd62e19259c9f9

Adding historical logging for the setOemNetworkPreference() calls. This
will last across reboots.

Bug: 177257940
Bug: 176494815
Test: atest FrameworksNetTests
Change-Id: I4fc35fd58ff741830aa292adc1c559b4279ad8f9

* changes:
  Dynamically set MTU based on proposed algorithms
  Create proxy NetworkAgent for testing
  Ensure teardown() only triggered on the right NetworkAgent.
  Add dump to VcnManagementService

This change adds the relevant utilities and plumbing to ensure that MTUs
are set dynamically based on the underlying network's MTU.

Bug: 184697651
Test: atest FrameworksVcnTests
Change-Id: I77e34a92eb4e81e83d20fe6019b38ea5f1af4765

Test: Treehugger
Change-Id: Id39c2c4359b182aff1e94d9ccdd179818cebf9e4