Skip to content
Snippets Groups Projects
  1. Jul 13, 2020
    • Treehugger Robot's avatar
      Fix EthernetTetheringTest failure if tethering is not supported · 02759816
      Treehugger Robot authored
      Do not run ethernet tethering tests if tethering is not supported
      because Tethering APIs would fail. Also skip the test if
      EthernetManager is not avaliable. EthernetManager would be null if
      there are no FEATURE_ETHERNET and FEATURE_USB_HOST.
      
      Bug: 159869957
      Test: atest CtsTetheringTest
      Merged-In: I2b9be6799c6edeefc8cd74897a8704dbe80dd061
      Change-Id: I2b9be6799c6edeefc8cd74897a8704dbe80dd061
      02759816
  2. Jul 08, 2020
    • Treehugger Robot's avatar
      Skip testPhysicalEthernet if the test run adb over network · 6faf8619
      Treehugger Robot authored
      If the test run adb over network and ethernet is available, it is likely
      that adb may run over ethernet. Then the test would fail because adb
      would break when ethernet is switching from client mode to server mode.
      
      Bug: 160389275
      Test: atest CtsTetheringTest
      
      Merged-In: I57d365d33316881c50c3bf7fd1c98926d10842d3
      Change-Id: I57d365d33316881c50c3bf7fd1c98926d10842d3
      6faf8619
  3. Jul 01, 2020
    • markchien's avatar
      Fix tethering jarjar rule for LocalLog · 68393231
      markchien authored
      LocalLog is in android.util* instead of android.net*.
      No crash happened because the methods used by tethering are
      @UnsupportedAppUsage.
      
      Bug: 160113128
      Test: atest TetheringTests
      Change-Id: I5f070b96f96aaabf7ec8da52a3d3444ed940fb56
      68393231
  4. Jun 24, 2020
  5. Jun 22, 2020
    • Dedy Lansky's avatar
      Tethering: Add WiGig support · 4dd87aaf
      Dedy Lansky authored
      This change is a combination of following changes:
      
      1) Tethering: add TETHERING_WIGIG type
         Currently both WIFI and WIGIG use the same tethering type,
         TETHERING_WIFI. This causes conflicts between the frameworks,
         when both WIFI and WIGIG SoftAPs are started, one or both will
         not work.
         Fix this by using a seperate tethering type for WIGIG.
      
      2) Tethering: remove TETHERING_WIGIG state machine on interface down
         The wigig state machine relies on a TETHERING_STATE_CHANGED broadcast
         that is sent when the tethering state machine is first created, during
         interface up. Currently the tethering state machine is not removed
         on interface down except for TETHERING_BLUETOOTH, and as a result
         wigig tethering only works the first time SoftAP is started.
         In order to fix this, remove the tethering state machine on interface
         down for TETHERING_WIGIG as well.
      
      Bug: 143356416
      Test: TetheringCoverageTests
      
      Change-Id: Ic4d3aca0ed69234093af7f0206dab3335938c52a
      Merged-In: Ic4d3aca0ed69234093af7f0206dab3335938c52a
      4dd87aaf
    • waynema's avatar
      Add framework-statsd dependency and make framework-statsd visible to · b7048af0
      waynema authored
      Tethering package.
      
      Tethering needs StatsEvent and StatsLog which are in
      framework-statsd.stubs.module_lib to write metrics.
      
      Bug: 153942334
      
      Test: make
      Change-Id: I8ba142a9b3678de36e6c4880a64e992e00680f38
      b7048af0
  6. Jun 19, 2020
  7. Jun 18, 2020
  8. Jun 17, 2020
  9. Jun 16, 2020
    • markchien's avatar
      Protect invalid entitlement app configuration · 017bfba0
      markchien authored
      There is a protection in Settings that Settings would gray out if
      tethering requires entitlement check but the entitlement app is
      invalid. Tethering resource is moved from framework to tethering
      module, so Settings can not fetch entitlement app name anymore.
      
      In this change, tethering module would check whether entitltement app
      package name is exsited if entitlement check is needed. Tethering would
      be not supported (Settings tethering option would be hidded) if
      entitlement app is not installed.
      
      After moving the protection into tethering module,
      TetherUtil#isProvisioningNeeded is no longer needed. Because The
      only use case is Settings wants to gray out tethering setting
      when entitltement check is needed but entitlement app is invalid.
      
      Bug: 146918263
      Test: atest TetheringCoverageTests
      Change-Id: I9a5ff5dbc1db3f3be7fcd7146862a16b373507e6
      017bfba0
  10. Jun 15, 2020
    • Mark Chien's avatar
      Revert "Revert "Pass entitlement configuration to Settings for entitlement check"" · c55e229d
      Mark Chien authored
      Add commit message here for reference:
      Tethering resource configuration is move from framework to tethering
      module. The resource would not be accessible from outside of tethering
      module.
      List the replacements of framework resources usage and intent extra:
      1. R.string.config_mobile_hotspot_provision_response
          --> android.net.extra.TETHER_PROVISIONING_RESPONSE.
      2. R.string.config_mobile_hotspot_provision_app_no_ui
          --> android.net.extra.TETHER_UI_PROVISIONING_APP_NAME
      3. R.array.config_mobile_hotspot_provision_app
          --> android.net.extra.TETHER_SILENT_PROVISIONING_ACTION
      Besides, the current active subId would put in
      android.net.extra.TETHER_SUBID
      
      Note: They are not APIs because of API freeze. Now both tethering module
      and Settings define these strings independently.
      
      Bug: 146918263
      Test: atest TetherServiceTest
            atest TetherProvisioningActivityTest
      
      This reverts commit 99889031.
      
      Reason for revert: Resume the CL and put this CL with settings part in the same topic to avoid break.
      
      Change-Id: I114b4c258743661df51e5a969e150047a292e035
      c55e229d
  11. Jun 12, 2020
  12. Jun 11, 2020
  13. Jun 10, 2020
  14. Jun 09, 2020
    • Lorenzo Colitti's avatar
      Use the latest stable netd AIDL interface in Tethering. · 601971d2
      Lorenzo Colitti authored
      This is required to use the new BPF tethering APIs that set data
      usage limits.
      
      AOSP and master are already using -unstable instead of -V3.
      In order not to change master, the Merged-In tag is set to the CL
      that switched AOSP (and master) to -unstable.
      
      Test: m
      Bug: 150736748
      Merged-In: I2d2cedf560319653f67f6b06f7abb0bf66eba91a
      Change-Id: Idba29b0fe428ac6552a025dcbe15729739088e9e
      601971d2
Loading