Skip to content

Commit 0cc6578

Browse files
committed
regmap: maple: Drop the RCU read lock while syncing registers
Unfortunately the maple tree requires us to explicitly lock it so we need to take the RCU read lock while iterating. When syncing this means that we end up trying to write out register values while holding the RCU read lock which triggers lockdep issues since that is an atomic context but most buses can't be used in atomic context. Pause the iteration and drop the lock for each register we check to avoid this. Reported-by: Pierre-Louis Bossart <pierre-louis.bossart@linux.intel.com> Tested-by: Pierre-Louis Bossart <pierre-louis.bossart@linux.intel.com> Signed-off-by: Mark Brown <broonie@kernel.org> Link: https://lore.kernel.org/r/20230523-regcache-maple-sync-lock-v1-1-530e4d68dfab@kernel.org Signed-off-by: Mark Brown <broonie@kernel.org>
1 parent 95856d1 commit 0cc6578

File tree

1 file changed

+4
-1
lines changed

1 file changed

+4
-1
lines changed

drivers/base/regmap/regcache-maple.c

Lines changed: 4 additions & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -203,15 +203,18 @@ static int regcache_maple_sync(struct regmap *map, unsigned int min,
203203

204204
mas_for_each(&mas, entry, max) {
205205
for (r = max(mas.index, lmin); r <= min(mas.last, lmax); r++) {
206+
mas_pause(&mas);
207+
rcu_read_unlock();
206208
ret = regcache_sync_val(map, r, entry[r - mas.index]);
207209
if (ret != 0)
208210
goto out;
211+
rcu_read_lock();
209212
}
210213
}
211214

212-
out:
213215
rcu_read_unlock();
214216

217+
out:
215218
map->cache_bypass = false;
216219

217220
return ret;

0 commit comments

Comments
 (0)