platform_system_hardware_interfaces, branch android10-dev

Relax testing under GSI

2019-07-02T20:58:39+00:00

VTS testing on GSI images will no longer occur on userdebug
builds. Instead, a user build is used with a boot image containing
a rootable adb. There is a change in Keystore that allows root to
create test keys on debuggable builds specifically for this VTS test.
Without that change the positive test cases will fail, as the test
keys cannot be generated.

To allow this test to continue working when run against GSI builds,
the parts of the test which require debuggable builds are skipped.

Test: build/test VtsHalWifiKeystoreV1_0TargetTest
      on a GSI user build with rootable adb
Bug: 135421408

Change-Id: I4f7d29389dc170966e76a6661854cc92d0ea6e7f
Merged-In: Ie52e916a658b09eea66ffd9c5f2ac704656f4f3f

Split Wifi Keystore HAL tests into smaller pieces

2019-04-18T23:14:11+00:00

There was originally one test per function, which attempted many
possible error conditions and one success condition. It would be
easier to reason through the tests and maintain them if they
were smaller and each test attempted on thing.

Note that the logic on the "wrong user" tests was reversed; the
HAL expects the user to be the wifi user. The reverse may have
originally worked because the HAL library was run within the test
process.

Bug: 130207625
Test: On an AOSP build:
      make VtsHalWifiKeystoreV1_0TargetTest;
      vts-tradefed run commandAndExit vts -m VtsHalWifiKeystoreV1_0TargetTest

Change-Id: I534b7f66cdb1047a972a4dab708609b15cf287df
Merged-In: I282e151d0b38903578bd9077814c810e44b3b93d

Access Wifi Keystore HAL via binder

2019-04-18T23:12:00+00:00

The test originally linked against the HAL directly, as well as the
generated stub to access the HAL.. This "worked", however if both the
32-bit and 64-bit versions of the generated stub library were
not present the test would fail. It turned out that on AOSP builds
this was the case, as a 32-bit version of android.system.wifi.keystore
was not present as it was never used at runtime.

To avoid this issue, the stub is now linked statically. Further, the
HAL under test is accessed over binder.

Bug: 130207625
Test: On an AOSP build:
      make vts;
      vts-tradefed run commandAndExit vts -m VtsHalWifiKeystoreV1_0TargetTest

Change-Id: I02cac1e89c8bed45a4b9b98820c86500327891b6
Merged-In: I138f3e7809a337cec81dccbc52c7a9170acd1d3d

Merge "Promote SystemSuspendV1_0UnitTest to presubmit" am: 4774a61582 am: 350ce28199

2019-03-26T01:47:56+00:00

am: 4df20883f4

Change-Id: I6af2e589302a8dbc6119f14d7ed0b5de88be8fe2

Merge "Promote SystemSuspendV1_0UnitTest to presubmit" am: 4774a61582

2019-03-26T01:43:53+00:00

am: 350ce28199

Change-Id: I6935f0b803df2eab28695f7c076214e2dbac16ce

Merge "Promote SystemSuspendV1_0UnitTest to presubmit"

2019-03-26T01:39:53+00:00

am: 4774a61582

Change-Id: I6b4b6b7cfd17b9082582306a14603c37b5ca46d9

Merge "Promote SystemSuspendV1_0UnitTest to presubmit"

2019-03-26T01:31:07+00:00

Ability to choose either suspend counter or /sys/power/wake_lock. am: a833d47822 am: 85ad4a9a10

2019-03-26T00:14:18+00:00

am: f7791b77c5

Change-Id: I23fa71e80b2ad2c6812407fa3adfe62e26fbc749

Ability to choose either suspend counter or /sys/power/wake_lock. am: a833d47822

2019-03-25T23:55:40+00:00

am: 85ad4a9a10

Change-Id: I2d3b08a40ceb5fc81e8f4853d7c051db1ed4bbee

Ability to choose either suspend counter or /sys/power/wake_lock.

2019-03-25T23:50:42+00:00

am: a833d47822

Change-Id: I7ae431a50dd1c48a2829ca9ee441f59297c4d3d1