OSDN Git Service

regulator: core: Consistently set mutex_owner when using ww_mutex_lock_slow()
authorDouglas Anderson <dianders@chromium.org>
Wed, 29 Mar 2023 21:33:53 +0000 (14:33 -0700)
committerMark Brown <broonie@kernel.org>
Thu, 6 Apr 2023 13:44:58 +0000 (14:44 +0100)
commitb83a1772be854f87602de14726737d3e5b06e1f4
tree39af76eb90d5e8151e9cd3133a0b259abac7800a
parentfc4fef625decc80cf3a72e884a4e37288bfa0f9b
regulator: core: Consistently set mutex_owner when using ww_mutex_lock_slow()

When a codepath locks a rdev using ww_mutex_lock_slow() directly then
that codepath is responsible for incrementing the "ref_cnt" and also
setting the "mutex_owner" to "current".

The regulator core consistently got that right for "ref_cnt" but
didn't always get it right for "mutex_owner". Let's fix this.

It's unlikely that this truly matters because the "mutex_owner" is
only needed if we're going to do subsequent locking of the same
rdev. However, even though it's not truly needed it seems less
surprising if we consistently set "mutex_owner" properly.

Fixes: f8702f9e4aa7 ("regulator: core: Use ww_mutex for regulators locking")
Signed-off-by: Douglas Anderson <dianders@chromium.org>
Link: https://lore.kernel.org/r/20230329143317.RFC.v2.1.I4e9d433ea26360c06dd1381d091c82bb1a4ce843@changeid
Signed-off-by: Mark Brown <broonie@kernel.org>
drivers/regulator/core.c