Park FastCapture in HOT_IDLE while processing new parameters
Without this, FastCapture can starve RecordThread delaying
handling of new parameters.
Bug: 24667895
Change-Id: Idb7113b7b0f96f2c35c655b6fdb3279f119ad1a3
diff --git a/services/audioflinger/Threads.cpp b/services/audioflinger/Threads.cpp
index bc17339..04cd91f 100644
--- a/services/audioflinger/Threads.cpp
+++ b/services/audioflinger/Threads.cpp
@@ -6991,6 +6991,10 @@
AudioParameter param = AudioParameter(keyValuePair);
int value;
+
+ // scope for AutoPark extends to end of method
+ AutoPark<FastCapture> park(mFastCapture);
+
// TODO Investigate when this code runs. Check with audio policy when a sample rate and
// channel count change can be requested. Do we mandate the first client defines the
// HAL sampling rate and channel count or do we allow changes on the fly?