Test: push V6 to device and check audio works fine
Kill the audioserver and check that the HAL restarts
Bug: 134940862
Change-Id: I3347ee3aabe753d34c69dacbd707c60105d80a47
Merged-In: I3347ee3aabe753d34c69dacbd707c60105d80a47
Signed-off-by: Kevin Rocard <krocard@google.com>
Test: push V6 to device and check audio works fine
Bug: 134940862
Change-Id: Ied5aeccdf8f1e9a085ed9cac9d696271b7a1bb63
Merged-In: Ied5aeccdf8f1e9a085ed9cac9d696271b7a1bb63
Signed-off-by: Kevin Rocard <krocard@google.com>
Bug: 134940862
Test: run on target
Change-Id: Ia884d0e926569d983ba12952817d2cecc8d8d34f
Merged-In: Ia884d0e926569d983ba12952817d2cecc8d8d34f
Signed-off-by: Kevin Rocard <krocard@google.com>
When parsing the DESCRIBE response of an RTSP server, the end of the
URI is one character too long. This causes an additional space to be
copied into the authorization header, which some servers reject.
Example:
* DESCRIBE rtsp://10.0.0.1:1234/Streaming/Channels/202 RTSP/1.0
* Authorization: Digest nonce="[nonce]", username="[user]", uri="rtsp://10.0.0.1:1234/Streaming/Channels/202 ", response="[res]"
Change-Id: Idb4e201578a2a2a0e4c59abad609816641a4dd99
IEEE754 single precision cannot precisely represent
INT32_MAX/UINT_MAX/RAND_MAX.
IEEE754 double precision cannot precisely represent INT64_MAX.
As such, implicit conversions from operations with floating point and
integral operands may result in a loss of precision.
Accept the imprecision with by making the existing implicit casts
explicit.
Bug: 139945549
Test: mm
Merged-in: Ic66b3d3bbac9e644e27ad8233018f24dfce3209f
Change-Id: Ic5a40abbccb1bf4d78475a6f3d1d2835df603d0a
Signed-off-by: Nick Desaulniers <ndesaulniers@google.com>
Otherwise we could return the uninitialized value when result != OK.
Bug: 143955791
Test: manual - Run the test in the bug and it doesn't crash.
Change-Id: I23b2b0a20202152648a3e40650965bba45127ff3
The internal buffer queue and respective 'mConsumer' may
never get initialized in case the connection and/or
configuration of client shared output surfaces fails.
To avoid possible instabilities check whether the
consumer interface is valid before trying to disconnect.
Bug: 143506890
Test: atest
cts/tests/camera/src/android/hardware/camera2/cts/MultiViewTest.java
Change-Id: Ia533233444fd548ddb52f4fde06212a21bc843bc
With VNDK APEX, the path for VNDK libs has been changed
from /system/lib/vndk-VER to /apex/com.android.vndk.vVER/lib
But we need to keep older location since it should run on
older version of system due to APEX requirements.
When VNDK APEX is used, older location is just a symlink to a new
location. So we have to add a new location as permitted path. Otherwise,
linker would fail because it checks accessibility using realpath().
Test: add a vendor binary to /apex/com.android.media.swcodec/bin
which opens /system/lib/vndk-sp{VNDK_VER}/hw/android.hidl.memory@1.0-impl.so
via android_load_sphal_library()
Bug: 142912195
Change-Id: I13779679af5cf7f687a726afe0b6118e15cf1869
am: 3066e20636 -s ours
am skip reason: change_id Ie78dbefaf12fb00fa8c4d1f352de87b43c7263bb with SHA1 37062b54f3 is in history
Change-Id: I5392a200d1337133d2bc4ae2347bcfadcf526df5
am: 5d959b1498 -s ours
am skip reason: change_id Ie78dbefaf12fb00fa8c4d1f352de87b43c7263bb with SHA1 37062b54f3 is in history
Change-Id: I1e29268384fefaf0718cfb11c0f1b1644b82c928
This removes libaudioeffect_jni's dependency on libmedia and removes
libmedia's dependency on libaudioutils.
Test: build
Change-Id: Iabd4835f2d09e403ebed8b8ba2e42ac1fa86b044
Merged-In: Iabd4835f2d09e403ebed8b8ba2e42ac1fa86b044