Use setMinSchedulerPolicy to enforce minimum thread priority
when accessing the audio HAL to ANDROID_PRIORITY_AUDIO
Test: instrumented
Bug: 261496726
Change-Id: I700b04d3060e9405b1445206882a6131cea0d045
Updated audio policy by running:
hardware/interfaces/audio/7.0/config/update_audio_policy_config.sh \
device/samsung/sm7125-common/audio/configs/audio_policy_configuration.xml 6.0
with some manual intervention.
Change-Id: Iede32c176742e89577365341732a86f6ecaee514
* Use a script to swap check if we are in an A2DP phone call
* Use an app to check if we are in a VoIP or A2DP call and pass parameters accordingly
* Correctly route A2DP phone calls to the actual bluetooth device instead of earpiece and un-swap speaker and earpiece in VoIP calls
Change-Id: I1de8b2ed57b265b65cf619000e78e290c98e3d5c
Co-Authored-By: Ruchit <ruchitmarathe@gmail.com>
* Signal strength does not get updated with S ones unless airplane mode
is toggled on and off on T
Simon1511: Pin R QMI blobs too since S ones make rild segfault. Also patch libsec-ril* and update our audio impl accordingly
Change-Id: I3be7972b161b074b570bf227c3bdc32a2d91b70e
*Patch RIL again since Samsung changed prop names
*Update configs
*Update sepolicy for new blob updates
*dont allow rild and camera to access every prop, preventing log spam
*Also import Samsung's thermal HAL since health blobs now depend on it. Label it as hal_thermal_samsung_hwservice since hal_thermal_hwservice is a neverallow in health sepolicy
Change-Id: Ic6d699115c2e18f722b623e5a07e3a88e222f1f3
Simon1511: libsec-ril sets a prop (ril.dds.call.slotid) when in call with Sim1 or Sim2. Patch libsec-ril to make that prop vendor lable-able (vendor.calls.slotid). Then use that prop to check which Sim is currently in a call (0 for Sim1 and 1 for Sim2) and pass the arguments to audio HAL depending on that.
Note for later: Check whether passing [g_]call_state is really needed
Change-Id: I5a0dfd3b100287a2cf1ec3c156292487dc4da3d5
Andy Hung