With the current definition, it's an alias of default constructor. This
has very different meaning from std::string empty, especially that
static method String8::empty can still be called from instance context.
One of such bugs are present in in ParametersUtil.
Bug: 295394788
Test: make checkbuild
Change-Id: I9116a0c42a6a9e94116eaaaa0fd60568db428838
Use setMinSchedulerPolicy to enforce minimum thread priority
when accessing the audio HAL to ANDROID_PRIORITY_AUDIO
Test: instrumented
Bug: 261496726
Change-Id: I700b04d3060e9405b1445206882a6131cea0d045
Use usb_surround_sound input profile for usb capture to avoid
scenario of re-using an already opened input session during
concurrent capture. Otherwise for second capture which
does not support hifi-reocrd and use case can fail.
Change-Id: Ic02a25e2643c1d8c008dee4c63cbcd8c4cb8eb4c
Built-in mic and Built-In Back Mic aren't in supported devices
list of primary input, Add them to primary input sources to
reuse input to avoid to open extra input stream in AHAL
Also remove Telephony Rx to make in call record use case through
different front end pcm device when sva enabled to solve concurrency
capture issue
Change-Id: I8a036423da689a4de9abe767a0b6a595b4e068f1
Using "dynamic" is invalid according to xml schema
"audio_policy_configuration_V6_0.xsd".
Test: atest VtsHalAudioV6_0TargetTest
Test: atest VtsHalAudioEffectV6_0TargetTest
Change-Id: Ic1660f0d593f83e5568a4ad678383e600e27b793
Signed-off-by: Alexander Martinz <amartinz@shiftphones.com>
APM would fail to parse the config anyway:
E DevicesFactoryHAL: loadAudioInterface couldn't load audio hw module audio.a2dp (No such file or directory)
W DevicesFactoryHalHidl: The specified device name is not recognized: "a2dp"
E AudioFlinger: loadHwModule() error -22 loading module a2dp
W APM_AudioPolicyManager: could not open HW module a2dp
Change-Id: Iaa1be881cfe8f8474cef0ba46e1b0a62b59e14be
This likely fixes most audio related issues we have:
* low volumes in certain usecases
* missing echo cancellation
* ...
Change-Id: I69f8ab947dfc11cc5042969ac0facd8368ac55b3
* Declare support for low latency audio
* Reenable TARGET_USES_ALIGNED_YCBCR_HEIGHT flag since Samsung
camera blobs require that again (yikes!)
* Regenerate config.fs file using config-fs-gen from lineage
scripts repo
* Require Android 11 FW
* Update vendor security patch date
* Update PRODUCT_PACKAGES according to changes in vintf manifest/blobs
* Sync audio/media/wifi/other configs with stock
* Sync vendor.prop with stock
* Align sepolicy with changes in blobs
Change-Id: I4461309730a34af975302737ae091b53edc2f79c
* Drop no longer necessary gralloc flags:
- TARGET_USES_UNALIGNED_NV21_ZSL := true
- TARGET_USES_UNALIGNED_YCRCB := true
* Enable TARGET_USES_ALIGNED_YCBCR_HEIGHT hack, fixes
misaligned height when using certain camera resolutions
* Sync VENDOR_SECURITY_PATCH with stock
* Sync audio, wifi configuration files with stock
* Sync init scripts with stock
* Sync vintf manifest and HALs with stock
* Sync seccomp policy with stock
* Update SELinux policy according to changes in HALs
* Regenerate config.fs using lineage/scripts/config-fs-gen
Change-Id: Ia53db2e488fe96d41083da686a42811da46d291a
* Add SEC <-> QCOM audio routes
* Enable all features according to
{HAL}/configs/sdm710/sdm710.mk
* Use compatible deep_buffer format
* Switch to CAF USB audio policy
Change-Id: I365f6ee319a0c16ed755e7bc728be623a0c4a41a
- Issue with returning a valid device descriptor
since BT SCO is not defined in IOProfile.
- With Android-Q changes, first attempt to retrieve device
descriptor from the avaiable HwModule may fail due to
address and encoded format conditions.
- Further device descriptor query is based on IOProfile
with devices defined in audio_policy_configuration.
- This change adds BT SCO to IOProfile.
Change-Id: I52225070e97dd702f965ca5dbb5db9d128df1faf
Drop all configs unrelated with our sound card. As for sound trigger,
it looks like Samsung uses their own implementation that doesn't rely
on the usual configuration files.
Change-Id: I6675a077ffef0ab5eb223f7e06c52a5218d9e01e
Remove unparsed SEC specific files and stick to plain AOSP
audio policy configs as there are no device specific changes.
The AOSP configs additionally include hearing aid support.
Change-Id: I2d93103e5502064cd8061f419787340c0ad998f7
Leave ASPRX2 untouched for now, as different values don't seem
to have any effect.
This also sets proper initial values for 0 degrees rotation, which
is needed since the service only reacts to rotation changes and
after boot is complete sys.audio.rotation prop is still empty.
Change-Id: I29989963ae2f5872f81704c34b5b9fd363ea8e78
