From: Nicolas Ferre <nicolas.ferre@microchip.com>
To: "Uwe Kleine-König" <u.kleine-koenig@baylibre.com>,
"Alexandre Belloni" <alexandre.belloni@bootlin.com>,
"Claudiu Beznea" <claudiu.beznea@tuxon.dev>,
"Boris Brezillon" <boris.brezillon@collabora.com>
Cc: <linux-pwm@vger.kernel.org>, <linux-arm-kernel@lists.infradead.org>
Subject: Re: [PATCH 1/2] pwm: atmel-tcb: Fix race condition and convert to guards
Date: Wed, 10 Jul 2024 16:17:09 +0200 [thread overview]
Message-ID: <bbb984a8-8815-45fb-8ddf-a5180f6e41c4@microchip.com> (raw)
In-Reply-To: <20240709101806.52394-3-u.kleine-koenig@baylibre.com>
On 09/07/2024 at 12:18, Uwe Kleine-König wrote:
> EXTERNAL EMAIL: Do not click links or open attachments unless you know the content is safe
>
> The hardware only supports a single period length for both PWM outputs. So
> atmel_tcb_pwm_config() checks the configuration of the other output if it's
> compatible with the currently requested setting. The register values are
> then actually updated in atmel_tcb_pwm_enable(). To make this race free
> the lock must be held during the whole process, so grab the lock in
> .apply() instead of individually in atmel_tcb_pwm_disable() and
> atmel_tcb_pwm_enable() which then also covers atmel_tcb_pwm_config().
>
> To simplify handling, use the guard helper to let the compiler care for
> unlocking. Otherwise unlocking would be more difficult as there is more
> than one exit path in atmel_tcb_pwm_apply().
>
> Fixes: 9421bade0765 ("pwm: atmel: add Timer Counter Block PWM driver")
> Signed-off-by: Uwe Kleine-König <u.kleine-koenig@baylibre.com>
Acked-by: Nicolas Ferre <nicolas.ferre@microchip.com>
And I like the conversion to the "guard" lock helper.
Best regards,
Nicolas
> ---
> drivers/pwm/pwm-atmel-tcb.c | 12 +++++-------
> 1 file changed, 5 insertions(+), 7 deletions(-)
>
> diff --git a/drivers/pwm/pwm-atmel-tcb.c b/drivers/pwm/pwm-atmel-tcb.c
> index 528e54c5999d..aca11493239a 100644
> --- a/drivers/pwm/pwm-atmel-tcb.c
> +++ b/drivers/pwm/pwm-atmel-tcb.c
> @@ -81,7 +81,8 @@ static int atmel_tcb_pwm_request(struct pwm_chip *chip,
> tcbpwm->period = 0;
> tcbpwm->div = 0;
>
> - spin_lock(&tcbpwmc->lock);
> + guard(spinlock)(&tcbpwmc->lock);
> +
> regmap_read(tcbpwmc->regmap, ATMEL_TC_REG(tcbpwmc->channel, CMR), &cmr);
> /*
> * Get init config from Timer Counter registers if
> @@ -107,7 +108,6 @@ static int atmel_tcb_pwm_request(struct pwm_chip *chip,
>
> cmr |= ATMEL_TC_WAVE | ATMEL_TC_WAVESEL_UP_AUTO | ATMEL_TC_EEVT_XC0;
> regmap_write(tcbpwmc->regmap, ATMEL_TC_REG(tcbpwmc->channel, CMR), cmr);
> - spin_unlock(&tcbpwmc->lock);
>
> return 0;
> }
> @@ -137,7 +137,6 @@ static void atmel_tcb_pwm_disable(struct pwm_chip *chip, struct pwm_device *pwm,
> if (tcbpwm->duty == 0)
> polarity = !polarity;
>
> - spin_lock(&tcbpwmc->lock);
> regmap_read(tcbpwmc->regmap, ATMEL_TC_REG(tcbpwmc->channel, CMR), &cmr);
>
> /* flush old setting and set the new one */
> @@ -172,8 +171,6 @@ static void atmel_tcb_pwm_disable(struct pwm_chip *chip, struct pwm_device *pwm,
> ATMEL_TC_SWTRG);
> tcbpwmc->bkup.enabled = 0;
> }
> -
> - spin_unlock(&tcbpwmc->lock);
> }
>
> static int atmel_tcb_pwm_enable(struct pwm_chip *chip, struct pwm_device *pwm,
> @@ -194,7 +191,6 @@ static int atmel_tcb_pwm_enable(struct pwm_chip *chip, struct pwm_device *pwm,
> if (tcbpwm->duty == 0)
> polarity = !polarity;
>
> - spin_lock(&tcbpwmc->lock);
> regmap_read(tcbpwmc->regmap, ATMEL_TC_REG(tcbpwmc->channel, CMR), &cmr);
>
> /* flush old setting and set the new one */
> @@ -256,7 +252,6 @@ static int atmel_tcb_pwm_enable(struct pwm_chip *chip, struct pwm_device *pwm,
> regmap_write(tcbpwmc->regmap, ATMEL_TC_REG(tcbpwmc->channel, CCR),
> ATMEL_TC_SWTRG | ATMEL_TC_CLKEN);
> tcbpwmc->bkup.enabled = 1;
> - spin_unlock(&tcbpwmc->lock);
> return 0;
> }
>
> @@ -341,9 +336,12 @@ static int atmel_tcb_pwm_config(struct pwm_chip *chip, struct pwm_device *pwm,
> static int atmel_tcb_pwm_apply(struct pwm_chip *chip, struct pwm_device *pwm,
> const struct pwm_state *state)
> {
> + struct atmel_tcb_pwm_chip *tcbpwmc = to_tcb_chip(chip);
> int duty_cycle, period;
> int ret;
>
> + guard(spinlock)(&tcbpwmc->lock);
> +
> if (!state->enabled) {
> atmel_tcb_pwm_disable(chip, pwm, state->polarity);
> return 0;
>
> base-commit: 120a528213b6693214e3cbc24a9c3052a4b1024b
> --
> 2.43.0
>
next prev parent reply other threads:[~2024-07-10 14:17 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-07-09 10:18 [PATCH 1/2] pwm: atmel-tcb: Fix race condition and convert to guards Uwe Kleine-König
2024-07-09 10:18 ` [PATCH 2/2] pwm: atmel-tcb: Simplify checking the companion output Uwe Kleine-König
2024-07-10 14:17 ` Nicolas Ferre
2024-07-10 15:58 ` Uwe Kleine-König
2024-07-10 14:17 ` Nicolas Ferre [this message]
2024-07-10 15:31 ` [PATCH 1/2] pwm: atmel-tcb: Fix race condition and convert to guards Uwe Kleine-König
2024-07-10 16:13 ` Nicolas Ferre
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=bbb984a8-8815-45fb-8ddf-a5180f6e41c4@microchip.com \
--to=nicolas.ferre@microchip.com \
--cc=alexandre.belloni@bootlin.com \
--cc=boris.brezillon@collabora.com \
--cc=claudiu.beznea@tuxon.dev \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-pwm@vger.kernel.org \
--cc=u.kleine-koenig@baylibre.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox