summaryrefslogtreecommitdiffstats
path: root/mm/memory_hotplug.c
diff options
context:
space:
mode:
authorTakashi Iwai <tiwai@suse.de>2016-04-21 17:49:11 +0200
committerTakashi Iwai <tiwai@suse.de>2016-04-21 17:59:17 +0200
commit3194ed497939c6448005542e3ca4fa2386968fa0 (patch)
tree88df2e9ffc4a4ba6215de034a9cabe4c11bf2428 /mm/memory_hotplug.c
parent67f3754b51f22b18c4820fb84062f658c30e8644 (diff)
downloadop-kernel-dev-3194ed497939c6448005542e3ca4fa2386968fa0.zip
op-kernel-dev-3194ed497939c6448005542e3ca4fa2386968fa0.tar.gz
ALSA: hda - Fix possible race on regmap bypass flip
HD-audio driver uses regmap cache bypass feature for reading a raw value without the cache. But this is racy since both the cached and the uncached reads may occur concurrently. The former is done via the normal control API access while the latter comes from the proc file read. Even though the regmap itself has the protection against the concurrent accesses, the flag set/reset is done without the protection, so it may lead to inconsistent state of bypass flag that doesn't match with the current read and occasionally result in a kernel WARNING like: WARNING: CPU: 3 PID: 2731 at drivers/base/regmap/regcache.c:499 regcache_cache_only+0x78/0x93 One way to work around such a problem is to wrap with a mutex. But in this case, the solution is simpler: for the uncached read, we just skip the regmap and directly calls its accessor. The verb execution there is protected by itself, so basically it's safe to call individually. Bugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=116171 Signed-off-by: Takashi Iwai <tiwai@suse.de>
Diffstat (limited to 'mm/memory_hotplug.c')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud