summaryrefslogtreecommitdiff
path: root/include/uapi/linux/qemu_fw_cfg.h
diff options
context:
space:
mode:
authorStephan Gerhold <stephan@gerhold.net>2020-01-05 13:27:53 +0300
committerMark Brown <broonie@kernel.org>2020-01-13 18:12:28 +0300
commit85578bbd642f65065039b1765ebe1a867d5435b0 (patch)
tree37817a4e33c0d09a31b3f76e3d4557b1cb6f9232 /include/uapi/linux/qemu_fw_cfg.h
parent057efcf9faea4769cf1020677d93d040db9b23f3 (diff)
downloadlinux-85578bbd642f65065039b1765ebe1a867d5435b0.tar.xz
ASoC: msm8916-wcd-digital: Reset RX interpolation path after use
For some reason, attempting to route audio through QDSP6 on MSM8916 causes the RX interpolation path to get "stuck" after playing audio a few times. In this situation, the analog codec part is still working, but the RX path in the digital codec stops working, so you only hear the analog parts powering up. After a reboot everything works again. So far I was not able to reproduce the problem when using lpass-cpu. The downstream kernel driver avoids this by resetting the RX interpolation path after use. In mainline we do something similar for the TX decimator (LPASS_CDC_CLK_TX_RESET_B1_CTL), but the interpolator reset (LPASS_CDC_CLK_RX_RESET_CTL) got lost when the msm8916-wcd driver was split into analog and digital. Fix this problem by adding the reset to msm8916_wcd_digital_enable_interpolator(). Fixes: 150db8c5afa1 ("ASoC: codecs: Add msm8916-wcd digital codec") Cc: Srinivas Kandagatla <srinivas.kandagatla@linaro.org> Signed-off-by: Stephan Gerhold <stephan@gerhold.net> Link: https://lore.kernel.org/r/20200105102753.83108-1-stephan@gerhold.net Signed-off-by: Mark Brown <broonie@kernel.org>
Diffstat (limited to 'include/uapi/linux/qemu_fw_cfg.h')
0 files changed, 0 insertions, 0 deletions