summaryrefslogtreecommitdiffstats
diff options
context:
space:
mode:
authorKonrad Dybcio <konrad.dybcio@linaro.org>2024-02-06 19:43:36 +0100
committerSasha Levin <sashal@kernel.org>2024-03-26 18:22:39 -0400
commitd258d124f435adb3cac491e4b0274e75597f3a02 (patch)
tree6787b2608813f37985a86d4d31ba617bcee8b7b6
parent823c46950d9a96e94db8f565013f4f2f528c2bbe (diff)
downloadlinux-stable-d258d124f435adb3cac491e4b0274e75597f3a02.tar.gz
linux-stable-d258d124f435adb3cac491e4b0274e75597f3a02.tar.bz2
linux-stable-d258d124f435adb3cac491e4b0274e75597f3a02.zip
clk: qcom: reset: Ensure write completion on reset de/assertion
[ Upstream commit 2f8cf2c3f3e3f7ef61bd19abb4b0bb797ad50aaf ] Trying to toggle the resets in a rapid fashion can lead to the changes not actually arriving at the clock controller block when we expect them to. This was observed at least on SM8250. Read back the value after regmap_update_bits to ensure write completion. Fixes: b36ba30c8ac6 ("clk: qcom: Add reset controller support") Signed-off-by: Konrad Dybcio <konrad.dybcio@linaro.org> Link: https://lore.kernel.org/r/20240105-topic-venus_reset-v2-3-c37eba13b5ce@linaro.org Signed-off-by: Bjorn Andersson <andersson@kernel.org> Signed-off-by: Sasha Levin <sashal@kernel.org>
-rw-r--r--drivers/clk/qcom/reset.c7
1 files changed, 6 insertions, 1 deletions
diff --git a/drivers/clk/qcom/reset.c b/drivers/clk/qcom/reset.c
index 252d7abf577e..3a1cfc2dd94c 100644
--- a/drivers/clk/qcom/reset.c
+++ b/drivers/clk/qcom/reset.c
@@ -40,7 +40,12 @@ static int qcom_reset_set_assert(struct reset_controller_dev *rcdev,
map = &rst->reset_map[id];
mask = map->bitmask ? map->bitmask : BIT(map->bit);
- return regmap_update_bits(rst->regmap, map->reg, mask, assert ? mask : 0);
+ regmap_update_bits(rst->regmap, map->reg, mask, assert ? mask : 0);
+
+ /* Read back the register to ensure write completion, ignore the value */
+ regmap_read(rst->regmap, map->reg, &mask);
+
+ return 0;
}
static int qcom_reset_assert(struct reset_controller_dev *rcdev, unsigned long id)