diff options
author | Sylwester Nawrocki <s.nawrocki@samsung.com> | 2020-07-31 19:38:34 +0200 |
---|---|---|
committer | Greg Kroah-Hartman <gregkh@linuxfoundation.org> | 2020-09-03 11:24:25 +0200 |
commit | 00963a85dbb6f01001e4adf0f8145232221e4874 (patch) | |
tree | 3b305ab36304668eda614c0a6e942aac2b3e1bd9 /arch/parisc | |
parent | 017d36c59ca80898314a18c23e28f4045415f3b8 (diff) | |
download | linux-stable-00963a85dbb6f01001e4adf0f8145232221e4874.tar.gz linux-stable-00963a85dbb6f01001e4adf0f8145232221e4874.tar.bz2 linux-stable-00963a85dbb6f01001e4adf0f8145232221e4874.zip |
ASoC: wm8994: Avoid attempts to read unreadable registers
[ Upstream commit f082bb59b72039a2326ec1a44496899fb8aa6d0e ]
The driver supports WM1811, WM8994, WM8958 devices but according to
documentation and the regmap definitions the WM8958_DSP2_* registers
are only available on WM8958. In current code these registers are
being accessed as if they were available on all the three chips.
When starting playback on WM1811 CODEC multiple errors like:
"wm8994-codec wm8994-codec: ASoC: error at soc_component_read_no_lock on wm8994-codec: -5"
can be seen, which is caused by attempts to read an unavailable
WM8958_DSP2_PROGRAM register. The issue has been uncovered by recent
commit "e2329ee ASoC: soc-component: add soc_component_err()".
This patch adds a check in wm8958_aif_ev() callback so the DSP2 handling
is only done for WM8958.
Signed-off-by: Sylwester Nawrocki <s.nawrocki@samsung.com>
Acked-by: Charles Keepax <ckeepax@opensource.cirrus.com>
Link: https://lore.kernel.org/r/20200731173834.23832-1-s.nawrocki@samsung.com
Signed-off-by: Mark Brown <broonie@kernel.org>
Signed-off-by: Sasha Levin <sashal@kernel.org>
Diffstat (limited to 'arch/parisc')
0 files changed, 0 insertions, 0 deletions