msm: audio:qdsp5: Initialize wait queue before creating acdb thread.

Uninitialized acdb wait queue is getting accessed in acdb kernel
thread, this results in kernel crash.

To fix this issue initialized wait queue before creating acdb
kernel thread.

CRs-Fixed: 417385

Signed-off-by: Manish Dewangan <manish@codeaurora.org>
(cherry picked from commit cc3f079af111a17ce121e7af3e1b65d79e863022)

Change-Id: Ie939abfdb479d1ba6096b2186dc621889407fd96
Signed-off-by: Gopal Goberu <ggober@codeaurora.org>
msm: audio: qdsp5: Allow postprocessing only from acdb if present

Audio postprocessing(audio pp) features enabled via acdb (Audio calibration
database) driver gets disabled by audio postprocessing driver during
open.
Fix this by allowing legacy audio pp feature enable from postprocessing
driver only if acdb support is not available. Acdb driver maintains wrong
state due to improper update of stream id which is used to maintain
number of active sessions. Due to this postprocessing features are
enabled even before audpp task is enabled in adsp.

(cherry picked from commit 4fa5ab02c63ad219008701f90d589f40fbdf5045)

(cherry picked from commit 7f0b7ca8b2547cbff30c0b2608b5a35119c04587)

Change-Id: I721ca851c82ed2ad1f14f16471d2cadc0ebc718a
CRs-Fixed: 409488
Signed-off-by: Chaithanya Krishna Bacharaju <chaithan@codeaurora.org>
qdsp5: audio: Allow audio preprocessing only from acdb driver

audio pp(preprocessing) features enabled via acdb (Audio calibration
database) driver gets disabled by audio pcm encoder driver if audio
record enable acknowledgement comes after applying pp parameter
via acdb.

Fix this by allowing audio pp enable from pcm driver only
if acdb support is not available.

(cherry picked from commit 62093d7d23fd0c130699f3bc0f455f5b48e54ab7)

(cherry picked from commit ec8c00fe5dfb4d1464979381b843a349bc9def54)

(cherry picked from commit dc66a0f5d0b27d4b945f9a389c274aeac25f86a0)

Change-Id: Id42e22f21886e9b5ed22f4489f20fd7eaf1d3e52
CRs-Fixed: 436891
Signed-off-by: Manish Dewangan <manish@codeaurora.org>
qdsp5: mvs: Fix kernel panic due to early closure of endpont

MVS driver closes the RPC endpoint while it sends reply to the
RPC read sometimes. The RPC write for this reply results in
crash as endpoint is already closed.
Wait for RPC read and reply to complete before closing the
endpoint.

(cherry picked from commit d8b6569a81ee7fde1e216b70bed58a4c34a005e4)

Change-Id: Id086fd910826ee4e18aa950bd1e87b273abc3e84
CRs-Fixed: 443706
Signed-off-by: Sriranjan Srikantam <cssrika@codeaurora.org>
msm: audio: include msm-specific ion header

All msm_ion clients need to use <linux/msm_ion.h> instead of
<linux/ion.h>

Change-Id: Ida4e46d0f257e8c27467a8c13f7a0eb710dd3f5c
Signed-off-by: Mitchel Humpherys <mitchelh@codeaurora.org>