Original change: https://googleplex-android-review.googlesource.com/c/platform/packages/modules/NetworkStack/+/14486384

Change-Id: Ied307ea700452a498c29e58d969f7f5cef06391b

NetworkMonitor sends "android.net.conn.NETWORK_CONDITIONS_MEASURED"
broadcast with Wifi SSID & BSSID. The receiver of this broadcast
is only required to have "android.permission.ACCESS_NETWORK_CONDITIONS"
permission but not the "android.permission.ACCESS_FINE_LOCATION".
It's incorrect because if the apps want to know the Wifi SSID and
BSSID, they should get the run-time permission with user consent.
Since this broadcast is not used anymore, delete it and the related
code.

Bug: 175213041
Test: atest NetworkStackNextTests NetworkStackTests
Change-Id: I12050737291c7fa0ebff4e7411b91f4c6f57a413
Merged-In: I12050737291c7fa0ebff4e7411b91f4c6f57a413

Dev branch modules need to have a super high version code so that they can be sideloaded on any device running any version of modules.

Bug:143377911

Change-Id: I57dd440834a0441e8134ebf2735c81fd06de5aa6

Merge "add java_api_finder plugin to mainline module NetworkStack to generate java APIs used by NetworkStack" into qt-dev am: 6a3ab633
am: 5595e475

Change-Id: I6432d61098d18b378557273a9cd57ba0331011a9

Merge "add java_api_finder plugin to mainline module NetworkStack to generate java APIs used by NetworkStack" into qt-dev
am: 6a3ab633

Change-Id: Iaea277ba18effefd891bf8bf6e487285a6e64eac

Merge "add java_api_finder plugin to mainline module NetworkStack to generate java APIs used by NetworkStack" into qt-dev

java APIs used by NetworkStack

Bug: 129294170
Test: m NetworkStackBase RUN_ERROR_PRONE=true |& tee networkstack_error_prone.out
Change-Id: If24ffae1adfef10fe68b95230ad742e8a75f88b1
Merged-In: If24ffae1adfef10fe68b95230ad742e8a75f88b1
(cherry picked from commit 63868c52)

am: 483f9d6a

Change-Id: Ia7dba04e0294afe7c812fce1f0d81f6dfce80edd

am: cc246e6c

Change-Id: I9e73e81e5f9108c64c4bb824d94c41867de3c3ff

IPv6 provisioning loss should be ignored when avoidBadWifi is false, not
true.

Bug: 139023420
Test: with avoidBadWifi=false, when connected to a mobile hotspot that
      loses connectivity, WiFi does not disconnect anymore
Merged-In: I18dc13083a7af4ed8bf95fbbf7dce0ecb9abaa14
(cherry picked from commit 01d68c56)

Change-Id: I5bea86e0b5733bff7428f0b40c8a6a1907a1e825

am: 1c836aad

Change-Id: I0ba4c86929822c81dc45f99386b2f06805ba0f50

Bug: 122710829
Test: FrameworksNetTests NetworkStackTests
Test: manual test
      adb shell device_config put NAMESPACE KEY VALUE

Merged-In: I044c903656ac4f343d6654820dfa1bb74a58135e
Merged-In: Ida5cffae19baaa5d71a0335bc7230809f4fcc486
Change-Id: I162a3da1f7412493c4df09f8e9e193a693c5aa07

This is required to support Linux kernel 4.11+ due to:

  commit 7b8f7a402d4cfc3a1361a2766066127f9bccadc4 [v4.11-rc2-661-g7b8f7a402d4c]
  Author: Roopa Prabhu <roopa@cumulusnetworks.com>
  Date:   Sun Mar 19 22:01:28 2017 -0700

    neighbour: fix nlmsg_pid in notifications

    neigh notifications today carry pid 0 for nlmsg_pid
    in all cases. This patch fixes it to carry calling process
    pid when available. Applications (eg. quagga) rely on
    nlmsg_pid to ignore notifications generated by their own
    netlink operations. This patch follows the routing subsystem
    which already sets this correctly.

Reported-by: Vivek Venkatraman <vivek@cumulusnetworks.com>
Signed-off-by: Roopa Prabhu <roopa@cumulusnetworks.com>
Signed-off-by: David S. Miller <davem@davemloft.net>

Test: builds
Bug: 137234834
Change-Id: I33244d4ab5aff9305600a68a19ea86609b2d4b5a
Merged-In: I33244d4ab5aff9305600a68a19ea86609b2d4b5a
Signed-off-by: Maciej Żenczykowski <maze@google.com>

Bug: 122710829
Test: atest FrameworksNetTests NetworkStackTests
Merged-In: Ibd915ecf2bfd6a8ce7319efeb8e2812f24881dcd
(cherry picked from commit 21f5741a)

Change-Id: I077d86949e235bbcb8c5dd849476e8cbb7216410

am: 93b2fa30

Change-Id: Iac6c84be477cbce25f605be5acbfe47d03650e5c

Beta 4 system images only understand the NETWORK_TEST_RESULT_*
constants and not the new NETWORK_VALIDATION_RESULT_* constants.
When talking to such a build, use the older constants.

Bug: 134923144
Test: atest NetorkStackTests
Test: beta 4 OS build validates
(patched from Icf28c5dcd622c89c411a87b63d2ce4aa7488d082 using:
git -C ~/other-branch-repo/frameworks/base/ show -p | patch -p3)

Merged-In: Ic97d42c89ac011fa668f0edb23fbb6a13a486e57
(cherry picked from commit eb9e6277)

Change-Id: I9e84b9c69e857af7d79a620da0c1ded74f7c2c63

am: 9f145111

Change-Id: Iaa124ad0530ad51e186667e628acb2f6a6595125

Bug: 129546105
Change-Id: I2712ecdedacd7ada66e6b46c2b12ae89d52fd8ec

am: fc5161f2

Change-Id: I85ebd2ae2d1fa263e1e7926e3aa6a3a9c3c59afa

Late in the Q release cycle, NetworkMonitor started sending
probe results as well as evaluation results to
ConnectivityService. This resulted in passing information to
NetworkAgents at the wrong time. For example, as soon as it
connected to a network, it would report INVALID_NETWORK to
the NetworkAgents, causing Wi-Fi to disable autojoin and
telephony to detect a data stall and initiate recovery.

Unfortunately there is not enough information to correctly
suppress these messages in ConnectivityService. So, just
stop sending them. ConnectivityService doesn't use them
anyway.

Bug: 134446021
Test: atest NetworkStackTests
Change-Id: I9e3d9b9057fd017e202d056246ca2711f73d28c7

Add a check that callers with UID 1000 always have the same PID. This is
a proxy for checking that no system is designed to bind to the network
stack unless it is the system_server, as otherwise either the
system_server would start crashing, or that system would not have access
to binder calls.

Also remove access from PHONE_UID as it is not being used.

Test: Flashed, WiFi working, Bluetooth reverse tethering shows no
      permission issue.
Bug: 133209255
Change-Id: Ib848aaaedfd599c1d4437378846c7dda74352019

BUG: 133225687

Bug: 128499160
Test: new test in this patch

Change-Id: I6ccdc801e3888a61b22272c8ce9480f45fa26df2
(cherry picked from commit 3074f10b41fd1b622dc698d89e4c9e1bcb5b05cf)
Merged-In: I10b5c5cd85fcb76924ba96c8c379be677774705d

Bug:128499160
Test: manual
Test: atest FrameworksNetTests NetworkStackTests
Merged-In: I13ad04454e638905b74dd42a1c83266c7c37652f
Merged-In: Ia13ff10a57c2043f6676976f23ecfb2d2a9a6ef0
(cherry picked from commit ef6ef68c48b869aa9960edd81c73f3d31391ae26)

Change-Id: I42507451d55a620c0e2d271c895ad158f348c1a5

WTF will happen in RegularMaintenanceJobService due to
scheduling job and starting maintenance job are in different
processes. In AGO project, scheduling job use inprocess process.
But starting maintenance job use networkstack process. So
IpmemoryService objcet will be null when trying to do the
maintenance job.

Bug: 132763800
Test: Verify on both AGO and non-AGO projects that WFT will not
      happen.
Test: atest NetworkStackTests

Change-Id: I545fc8384ef7b3d97edf2270fa033d8afac2669c
Merged-In: If7f61a8b5ddc8cdd25928cd35afa7fece2c8dde5
Merged-In: I8043c405b3c78d8dd1e71ec584d7a2fdaa2fd989
Merged-In: I545fc8384ef7b3d97edf2270fa033d8afac2669c
(cherry picked from commit 20abd7d4e6c63b225de2e87595e5f2758353f894)

This is a follow-up commit for aosp/955431 to update commets
and minor updates in unit test.

Test: atest com.android.server.ConnectivityServiceTest#testCaptivePortalOnPartialConnectivity
Bug: 130683832
Change-Id: I581eae8daeddd2c4c186e7b40e27fef2aaa7ab43
Merged-In: I9087ef791b3fee5399ba8e83ef9d8a544845a4dd
Merged-In: I4424663292c5ad29eb7a888fa6975835721a5d2e
(cherry picked from commit 3d3a9fff7b7fa0df4ee627cb082668e642d6f754)

Once a network is determined to have partial connectivity, it
cannot go back to full connectivity without a disconnect. This
is because NetworkMonitor can only communicate either
PARTIAL_CONNECTIVITY or VALID, but not both. Thus, multiple
validation results allow ConnectivityService to know the real
network status.

Bug: 129662877
Bug: 130683832
Test: atest FrameworksNetTests
Test: atest NetworkStackTests
Test: atest --generate-new-metrics 50
NetworkStackTests:com.android.server.connectivity.NetworkMonitorTest
Test: Simulate partial connectvitiy
Change-Id: I406c9368617c03a2dd3ab15fb1f6dbf539d7c714
Merged-In: I243db4c406cca826e803c8035268bc0c6e6e01e2
(cherry picked from commit 4532abd4d2af9ad118873a63cafc6028ed87c52e)

Our stable AIDL interfaces need to use versioned build targets,
otherwise getVersion will always return 0, which makes it
impossible to support different components at different versions.

List generated with:
find . -name Android.bp -exec egrep \
    -H "(netd|dnsresolver|ipmemorystore|networkstack).aidl.interface(s?)-(java|cpp)" {} \; \
    | grep -v oemnetd | grep -v tests/

Test: m
Bug: 133124190
(cherry-pick from aosp/968011)
Merged-In: Idf49e840263ef32b9ee4fafa6718d4f893ea7c87
(cherry picked from commit 433f7c4178aaadac7d6a5f6727f39ef83342d436)

Change-Id: I77e2291b52fda24ee01e1b22ddafe4fe7368959e

Test: m
Bug: 133389827
(cherry pick from aosp/960932)
Merged-In: I7aeab47b31429b1f9a42f9b170aeba238c133950
Change-Id: Ie455b7a6a950cb5e34841efc3738c11fe1fd12f0

Track a set of versions instead of just the latest seen version, and
print versions in the standard dumpsys network_stack as well.

Also add version tracking for the netd aidl interface.

Test: Flashed, dumpsys network_stack and dumpsys network_stack version
Bug: 133124190
Change-Id: I9bf21b10b02f605ef7b85aceb808a5437d936f85

PlatformCaptivePortalLogin must be used with InProcessNetworkStack
instead of CaptivePortalLogin, since the signature of the APKs must
match.

Bug: 132666298
Test: Flashed walleye_svelte-eng, networking and captive portal working,
      including "use as-is".

Change-Id: I243b29f2397b22f0d55af0d8927e75916d644198

Currently unimplemented. Implementation will be in a future CL.

Test: m
Bug: 128499160
Change-Id: Ia11ecd33f528d01667b1baeb8671b7213a31eef5
Merged-In: Ia11ecd33f528d01667b1baeb8671b7213a31eef5
(cherry picked from commit 10ddc681cf8ffc2c189ff975ad5885b32e670cb9)

This is necessary to allow testing for the network stack version and the
version it is getting from the system server.

Test: flashed, WiFi working
Test: dumpsys network_stack version shows data (although version numbers
      being fixed)
Bug: 133124190

Change-Id: I9ea85c29667d4510225637071990732360841db6