Revert submission 30509949-waterIntrusion
Reason for revert: Droidmonitor created revert due to b/382268952. Will be verifying through ABTD before submission.
Reverted changes: /q/submissionid:30509949-waterIntrusion
Change-Id: Iaebccf3bf342eb1e4b60f3ea50178cc0b0a641c3
Sensors with reporting mode "One-shot" and "Special" will not trigger event on "activate", hence the test that expecting the event
count after calling activate() will fail.
Skipping the event count assertion if the device only has sensors with these reporting mode.
Bug: 349268211
Test: run vts -m VtsAidlHalSensorsTargetTest -t Sensors/SensorsAidlTest#CallInitializeTwice/0_android_hardware_sensors_ISensors_default
Change-Id: I656a652fc205961b8e6207942ccf16a71a08dc14
Fixes race condition where wake() is invoked on a possibly null
mEventQueueFlag.
Bug: 350489722
Test: presubmit
Change-Id: Ic6f98c099579a4fced30a5fc710f43fad1b8b7b9
During VTS testing, when many sensors are quickly enabled, the load on the Sensorhub side will be too heavy, and then continue to send sensor enable instructions and Sensor Flush instructions. These instructions sent by the Kernel driver to the Sensorhub through inter-core communication cannot be responded to in a timely manner. After the Kernel side judges the timeout, it will determine that the enable fails; after the enable fails, it cannot continue to test the flush or return the expected flush data.
ten sensors is tested as a group
Bug: 339763843
Test: run vts -m VtsHalSensorsV2_0TargetTest
(cherry picked from https://android-review.googlesource.com/q/commit:09952885e441bcf0d8f0bf0834ff46608b07e0d0)
Change-Id: I6f6d36d1e3c98b85b412189c3f97163c0945a7ab
During VTS testing, when many sensors are quickly enabled, the load on the Sensorhub side will be too heavy, and then continue to send sensor enable instructions and Sensor Flush instructions. These instructions sent by the Kernel driver to the Sensorhub through inter-core communication cannot be responded to in a timely manner. After the Kernel side judges the timeout, it will determine that the enable fails; after the enable fails, it cannot continue to test the flush or return the expected flush data.
ten sensors is tested as a group
Bug: 339763843
Test: run vts -m VtsHalSensorsV2_0TargetTest
(cherry picked from https://android-review.googlesource.com/q/commit:09952885e441bcf0d8f0bf0834ff46608b07e0d0)
Merged-In: I6f6d36d1e3c98b85b412189c3f97163c0945a7ab
Change-Id: I6f6d36d1e3c98b85b412189c3f97163c0945a7ab
This CL is created as a best effort to migrate test targets
to the new android ownership model. If you find incorrect or unnecessary
attribution in this CL, please create a separate CL to fix that.
For more details please refer to the link below,
go/new-android-ownership-model
Bug: 304529413
Test: N/A
Change-Id: Ic8c4bd6ac246e7efa98bbdaf822d12ae8e1230a5
This CL is created as a best effort to migrate test targets
to the new android ownership model. If you find incorrect or unnecessary
attribution in this CL, please create a separate CL to fix that.
For more details please refer to the link below,
<add g3 doc link>
Bug: 304529413
Test: N/A
Change-Id: I3322344f595f974f730dc824af0110388076d838
Just found that each device wants to install a different set of sensors
via LOCAL_SENSOR_FILE_OVERRIDES. Instead of providing a default list in
the apex, which would make things difficult to configure, let's not
hard-code the list in the apex.
Bug: 315089092
Test: cvd start && dumpsys sensorservice
Change-Id: Ie7ddbe6657d5afc06ca009ac37e3a54a5b26ad7d
- move apex definition near to the binary
- make the binary use static linking (for smaller size of apex)
- remove unused keys
Bug: n/a
Test: cvd start
Test: dumpsys sensorservice # available sensors
Change-Id: I07734c5a5b1ade542c669155dd96176f912629ac
If the payload of additionalInfo event isn't initialized, system will
crash when execute to the function of convertToHidlEvent in
HalProxyAidl::injectSensorData. Because there is an operation to get
the payload in the function of convertToHidlEvent.
Bug:306109770
Test:VtsAidlHalSensorsTargetTest.Sensors/SensorsAidlTest #InjectSensorEventData
Change-Id:I649de10451914ddfdb9d735ca1359521bf810bca
There is a new graphics.mapper HAL and instead of adding yet another
combination of mapper/allocator, use libui that handles all of that for
us.
Test: VtsAidlHalSensorsTargetTest
Bug: 304843606
Change-Id: Icf4a218de6afe0ae77a4520a6f78a4f7da9bedd4
This CL fixes an issue where a sensor may not generate any events
and the processing code calls .front() on an empty std::vector.
Bug: 291779133
Test: Presubmits
Change-Id: Ibb118f239ce9ea42fc25d1d05ba6bd46a60231f0
Upload files to /data/local/tests/unrestricted instead to improve data
collection in the event of a crash.
Bug: 284307085
Bug: 258819618
Bug: 199904562
Test: atest :kernel-presubmit
Change-Id: I14b8bdeec300e94c7796e8dfe644b644b4d96ba3
Signed-off-by: André Draszik <draszik@google.com>
Upload files to /data/local/tests/unrestricted instead to improve data
collection in the event of a crash.
Bug: 284307085
Bug: 258819618
Bug: 199904562
Test: atest :kernel-presubmit
Change-Id: Id4f73972910525dc4de6c19755d19a38092ae03b
Signed-off-by: André Draszik <draszik@google.com>
