media: video: Correct VP ordering when enabling hw and irq

The ordering of enabling hw and irq are not correct. Most of the
time there has been no issue with the ordering, after hours
of running it is possible for VP to clear the interrupt that it is
waiting for

Change-Id: Ibf71e25ea203b329c68fc934516ebb8408d79935
Signed-off-by: Terence Hampson <thampson@codeaurora.org>
ASOC: msm: Add Decoder channel config for DTS embeded downmixing

- when the end device is only stereo DTS decoder can use embedded
  downmixing to downmix multichannel content into stereo. Add
  decoder channel map call to dsp for handling this case.

Change-Id: I6ddd220a7283fc9a650008f9dcd83e09132e9cdc
Signed-off-by: Dhananjay Kumar <dhakumar@codeaurora.org>
avtimer: check for the return value of avcs_core_open call

check for return value is missing which could result in flase
increment of avtimer_open_cnt.

Change-Id: I98cf7f6216bf987bcbbdd4d6e8a4272b6b0bcbbc
CRs-Fixed: 500328

Signed-off-by: Srikanth Uyyala <suyyala@codeaurora.org>
ASoC: msm: Support to configure FEs at sampling rate greater than 48Khz

- For HDMI input usecase, input can vbe of sampling rates greater
than 48Khz. STo enable playback of this input, ASM session should
be opened with the input sample rate and ADM at output rate.
This ensures that proper sampling takes place in DSP and proper
audio is heard at the output.

Change-Id: I1f64ca9d04fe8fb07f4fb939f9d93049f310331e
Signed-off-by: Ashish Jain <ashishj@codeaurora.org>
Merge "avtimer: check for the return value of avcs_core_open call"
Merge "media: video: Correct VP ordering when enabling hw and irq"
msm: pcie: fix PCIe RAM issue on APQ8064v1

PCIe packet corruption has been observed on APQ8064 CDP, where
bits are flipped when sending packets over a PCIe GigE interface.
The RAM used for transfers was determined to be the source of
the problem. A software solution here is to limit the TLP size from
the default 4KB to 2KB based on the PCIe core version.

Change-Id: Iafda58963643424f7c0d647c487ffe6316037e66
Signed-off-by: Yan He <yanhe@codeaurora.org>
msm: pcie: fix PCIe packet corruption issue on APQ8064

The PCIe packet corruption observed on APQ8064v1 was found on v2
as well. Thus, apply this software workaround to v2 as well.

Change-Id: I7fc1c614c1e8ca4b273cb03d8079ec2d60b043b4
Signed-off-by: Yan He <yanhe@codeaurora.org>
msm_fb: Fix clock warnings during suspend-resume

For LVDS panel on MPQ, we see clock warnings during suspend
resume due to improper usage of clock APIs. Make change to
make sure that the clock APIs are used as expected.

Change-Id: I50ac9cb7bf6d0bf5c6dee1194ed9a5a542123616
Signed-off-by: Sakshi Sharma <sakshis@codeaurora.org>
Merge "msm_fb: Fix clock warnings during suspend-resume"
ASoC: msm: Enable ADJUST_SESSION_CLOCK CMD

- Enable the ADJUST_SESSION_CLOCK CMD

Change-Id: Idb855c613612e1af74403fdc8c7a99b9f10f7984
Signed-off-by: Ashish Jain <ashishj@codeaurora.org>
ASOC: msm: capture buffer max and min period size changes

- Modified max and min period size values for capture buffer to keep
  constant pcm capture path delay independent of sampling frequency
  and no.of channels of the input stream

Change-Id: I315e258c2e2abffed6893f63b2979ff10809cd49
Signed-off-by: Vijendar Mukunda <mukunv@codeaurora.org>
Merge "ASoC: msm: Support to configure FEs at sampling rate greater than 48Khz"
Merge "msm: pcie: fix PCIe RAM issue on APQ8064v1"
Merge "msm: pcie: fix PCIe packet corruption issue on APQ8064"
hdmi_msm: display: raw EDID data read support

output raw edid data using sysfs node.
Maxsize is of edid buffer is 640.

Change-Id: I4b5e59d6c6637ea31f02e337cf80e5a96f41a462
Signed-off-by: Sandeep Panda <spanda@codeaurora.org>
media: video: Allow vcap operation to change before stream on

This allows for client to switch modes of operation without
having to open and close vcap.

Change-Id: I2741aa86e6279ed66b3f69f57b6bb7ad25a358c6
Signed-off-by: Terence Hampson <thampson@codeaurora.org>
Merge "media: video: Allow vcap operation to change before stream on"
Merge "ASOC: msm: capture buffer max and min period size changes"
msm_fb: Free iommu memory handles properly

Currently, the current memory handles are not sent to free list
unless there is a next subsequent play call on the pipe. After
we unset the pipes, unless there is a further overlay_play call
on those pipes, memory will be held. Change to increase one more
stage but free all the handles during unset.

Change-Id: I83e391348479a938dd3f986c7cfcfdc71c5bd3d8
Signed-off-by: Sakshi Sharma <sakshis@codeaurora.org>