All of lore.kernel.org
 help / color / mirror / Atom feed
From: Marten Lindahl <martenli@axis.com>
To: "Uwe Kleine-König" <u.kleine-koenig@pengutronix.de>
Cc: "Mårten Lindahl" <marten.lindahl@axis.com>,
	"Krzysztof Kozlowski" <krzysztof.kozlowski@canonical.com>,
	"Thierry Reding" <thierry.reding@gmail.com>,
	"Lee Jones" <lee.jones@linaro.org>,
	linux-arm-kernel@lists.infradead.org,
	linux-samsung-soc@vger.kernel.org, linux-pwm@vger.kernel.org,
	kernel@axis.com
Subject: Re: [PATCH v2] pwm: pwm-samsung: Trigger manual update when disabling PWM
Date: Thu, 9 Sep 2021 11:24:10 +0200	[thread overview]
Message-ID: <20210909092409.GA11367@axis.com> (raw)
In-Reply-To: <20210909080517.rsrohvdqqcnnjv2x@pengutronix.de>

On Thu, Sep 09, 2021 at 10:05:17AM +0200, Uwe Kleine-König wrote:

Hi Uwe!
Thanks for your feedback!

> Hello,
> 
> On Wed, Sep 08, 2021 at 05:59:01PM +0200, Mårten Lindahl wrote:
> > When duty-cycle is at full level (100%), the TCNTn and TCMPn registers
> > needs to be flushed in order to disable the signal. The PWM manual does
> > not say anything about this, but states that only clearing the TCON
> > auto-reload bit should be needed, and this seems to be true when the PWM
> > duty-cycle is not at full level. This can be observed on an Axis
> > ARTPEC-8, by running:
> > 
> >   echo <period> > pwm/period
> >   echo <period> > pwm/duty_cycle
> >   echo 1 > pwm/enable
> >   echo 0 > pwm/enable
> > 
> > Since the TCNTn and TCMPn registers are activated when enabling the PWM
> > (setting TCON auto-reload bit), and are not touched when disabling the
> > PWM, the double buffered auto-reload function seems to be still active.
> > Lowering duty-cycle, and restoring it again in between the enabling and
> > disabling, makes the disable work since it triggers a reload of the
> > TCNTn and TCMPn registers.
> > 
> > Fix this by securing a reload of the TCNTn and TCMPn registers when
> > disabling the PWM and having a full duty-cycle.
> > 
> > Signed-off-by: Mårten Lindahl <marten.lindahl@axis.com>
> > ---
> > 
> > v2:
> >  - Move fix above setting of disabled_mask
> > 
> >  drivers/pwm/pwm-samsung.c | 25 +++++++++++++++++++++----
> >  1 file changed, 21 insertions(+), 4 deletions(-)
> > 
> > diff --git a/drivers/pwm/pwm-samsung.c b/drivers/pwm/pwm-samsung.c
> > index f6c528f02d43..53edc0da3ff8 100644
> > --- a/drivers/pwm/pwm-samsung.c
> > +++ b/drivers/pwm/pwm-samsung.c
> > @@ -105,6 +105,9 @@ struct samsung_pwm_chip {
> >  static DEFINE_SPINLOCK(samsung_pwm_lock);
> >  #endif
> >  
> > +static void __pwm_samsung_manual_update(struct samsung_pwm_chip *chip,
> > +				      struct pwm_device *pwm);
> > +
> 
> If you move the definition of __pwm_samsung_manual_update before
> pwm_samsung_disable() you can drop this declaration:
> 

Yes, I will do that. Thanks.

> diff --git a/drivers/pwm/pwm-samsung.c b/drivers/pwm/pwm-samsung.c
> index d904a2480849..b405dd434ad6 100644
> --- a/drivers/pwm/pwm-samsung.c
> +++ b/drivers/pwm/pwm-samsung.c
> @@ -105,9 +105,6 @@ struct samsung_pwm_chip {
>  static DEFINE_SPINLOCK(samsung_pwm_lock);
>  #endif
>  
> -static void __pwm_samsung_manual_update(struct samsung_pwm_chip *chip,
> -				      struct pwm_device *pwm);
> -
>  static inline
>  struct samsung_pwm_chip *to_samsung_pwm_chip(struct pwm_chip *chip)
>  {
> @@ -120,6 +117,32 @@ static inline unsigned int to_tcon_channel(unsigned int channel)
>  	return (channel == 0) ? 0 : (channel + 1);
>  }
>  
> +static void __pwm_samsung_manual_update(struct samsung_pwm_chip *chip,
> +				      struct pwm_device *pwm)
> +{
> +	unsigned int tcon_chan = to_tcon_channel(pwm->hwpwm);
> +	u32 tcon;
> +
> +	tcon = readl(chip->base + REG_TCON);
> +	tcon |= TCON_MANUALUPDATE(tcon_chan);
> +	writel(tcon, chip->base + REG_TCON);
> +
> +	tcon &= ~TCON_MANUALUPDATE(tcon_chan);
> +	writel(tcon, chip->base + REG_TCON);
> +}
> +
> +static void pwm_samsung_manual_update(struct samsung_pwm_chip *chip,
> +				      struct pwm_device *pwm)
> +{
> +	unsigned long flags;
> +
> +	spin_lock_irqsave(&samsung_pwm_lock, flags);
> +
> +	__pwm_samsung_manual_update(chip, pwm);
> +
> +	spin_unlock_irqrestore(&samsung_pwm_lock, flags);
> +}
> +
>  static void pwm_samsung_set_divisor(struct samsung_pwm_chip *pwm,
>  				    unsigned int channel, u8 divisor)
>  {
> @@ -291,32 +314,6 @@ static void pwm_samsung_disable(struct pwm_chip *chip, struct pwm_device *pwm)
>  	spin_unlock_irqrestore(&samsung_pwm_lock, flags);
>  }
>  
> -static void __pwm_samsung_manual_update(struct samsung_pwm_chip *chip,
> -				      struct pwm_device *pwm)
> -{
> -	unsigned int tcon_chan = to_tcon_channel(pwm->hwpwm);
> -	u32 tcon;
> -
> -	tcon = readl(chip->base + REG_TCON);
> -	tcon |= TCON_MANUALUPDATE(tcon_chan);
> -	writel(tcon, chip->base + REG_TCON);
> -
> -	tcon &= ~TCON_MANUALUPDATE(tcon_chan);
> -	writel(tcon, chip->base + REG_TCON);
> -}
> -
> -static void pwm_samsung_manual_update(struct samsung_pwm_chip *chip,
> -				      struct pwm_device *pwm)
> -{
> -	unsigned long flags;
> -
> -	spin_lock_irqsave(&samsung_pwm_lock, flags);
> -
> -	__pwm_samsung_manual_update(chip, pwm);
> -
> -	spin_unlock_irqrestore(&samsung_pwm_lock, flags);
> -}
> -
>  static int __pwm_samsung_config(struct pwm_chip *chip, struct pwm_device *pwm,
>  				int duty_ns, int period_ns, bool force_period)
>  {
> 
> )
> 
> Maybe split the patch to have it nice and reviewable?

If I only move up the definition of __pwm_samsung_manual_update, and
leave pwm_samsung_manual_update at its place, the patch becomes quite
straightforward and overviewable. Or do you prefer to group the definitions
of those two functions together?

Kind regards
Mårten

> 
> Orthogonal to your patch: I wonder what &samsung_pwm_lock actually
> protects and why it disables irqs. In general the pwm functions might
> sleep, at least some implementations do.
> 
> Best regards
> Uwe
> 
> -- 
> Pengutronix e.K.                           | Uwe Kleine-König            |
> Industrial Linux Solutions                 | https://www.pengutronix.de/ |



WARNING: multiple messages have this Message-ID (diff)
From: Marten Lindahl <martenli@axis.com>
To: "Uwe Kleine-König" <u.kleine-koenig@pengutronix.de>
Cc: "Mårten Lindahl" <marten.lindahl@axis.com>,
	"Krzysztof Kozlowski" <krzysztof.kozlowski@canonical.com>,
	"Thierry Reding" <thierry.reding@gmail.com>,
	"Lee Jones" <lee.jones@linaro.org>,
	linux-arm-kernel@lists.infradead.org,
	linux-samsung-soc@vger.kernel.org, linux-pwm@vger.kernel.org,
	kernel@axis.com
Subject: Re: [PATCH v2] pwm: pwm-samsung: Trigger manual update when disabling PWM
Date: Thu, 9 Sep 2021 11:24:10 +0200	[thread overview]
Message-ID: <20210909092409.GA11367@axis.com> (raw)
In-Reply-To: <20210909080517.rsrohvdqqcnnjv2x@pengutronix.de>

On Thu, Sep 09, 2021 at 10:05:17AM +0200, Uwe Kleine-König wrote:

Hi Uwe!
Thanks for your feedback!

> Hello,
> 
> On Wed, Sep 08, 2021 at 05:59:01PM +0200, Mårten Lindahl wrote:
> > When duty-cycle is at full level (100%), the TCNTn and TCMPn registers
> > needs to be flushed in order to disable the signal. The PWM manual does
> > not say anything about this, but states that only clearing the TCON
> > auto-reload bit should be needed, and this seems to be true when the PWM
> > duty-cycle is not at full level. This can be observed on an Axis
> > ARTPEC-8, by running:
> > 
> >   echo <period> > pwm/period
> >   echo <period> > pwm/duty_cycle
> >   echo 1 > pwm/enable
> >   echo 0 > pwm/enable
> > 
> > Since the TCNTn and TCMPn registers are activated when enabling the PWM
> > (setting TCON auto-reload bit), and are not touched when disabling the
> > PWM, the double buffered auto-reload function seems to be still active.
> > Lowering duty-cycle, and restoring it again in between the enabling and
> > disabling, makes the disable work since it triggers a reload of the
> > TCNTn and TCMPn registers.
> > 
> > Fix this by securing a reload of the TCNTn and TCMPn registers when
> > disabling the PWM and having a full duty-cycle.
> > 
> > Signed-off-by: Mårten Lindahl <marten.lindahl@axis.com>
> > ---
> > 
> > v2:
> >  - Move fix above setting of disabled_mask
> > 
> >  drivers/pwm/pwm-samsung.c | 25 +++++++++++++++++++++----
> >  1 file changed, 21 insertions(+), 4 deletions(-)
> > 
> > diff --git a/drivers/pwm/pwm-samsung.c b/drivers/pwm/pwm-samsung.c
> > index f6c528f02d43..53edc0da3ff8 100644
> > --- a/drivers/pwm/pwm-samsung.c
> > +++ b/drivers/pwm/pwm-samsung.c
> > @@ -105,6 +105,9 @@ struct samsung_pwm_chip {
> >  static DEFINE_SPINLOCK(samsung_pwm_lock);
> >  #endif
> >  
> > +static void __pwm_samsung_manual_update(struct samsung_pwm_chip *chip,
> > +				      struct pwm_device *pwm);
> > +
> 
> If you move the definition of __pwm_samsung_manual_update before
> pwm_samsung_disable() you can drop this declaration:
> 

Yes, I will do that. Thanks.

> diff --git a/drivers/pwm/pwm-samsung.c b/drivers/pwm/pwm-samsung.c
> index d904a2480849..b405dd434ad6 100644
> --- a/drivers/pwm/pwm-samsung.c
> +++ b/drivers/pwm/pwm-samsung.c
> @@ -105,9 +105,6 @@ struct samsung_pwm_chip {
>  static DEFINE_SPINLOCK(samsung_pwm_lock);
>  #endif
>  
> -static void __pwm_samsung_manual_update(struct samsung_pwm_chip *chip,
> -				      struct pwm_device *pwm);
> -
>  static inline
>  struct samsung_pwm_chip *to_samsung_pwm_chip(struct pwm_chip *chip)
>  {
> @@ -120,6 +117,32 @@ static inline unsigned int to_tcon_channel(unsigned int channel)
>  	return (channel == 0) ? 0 : (channel + 1);
>  }
>  
> +static void __pwm_samsung_manual_update(struct samsung_pwm_chip *chip,
> +				      struct pwm_device *pwm)
> +{
> +	unsigned int tcon_chan = to_tcon_channel(pwm->hwpwm);
> +	u32 tcon;
> +
> +	tcon = readl(chip->base + REG_TCON);
> +	tcon |= TCON_MANUALUPDATE(tcon_chan);
> +	writel(tcon, chip->base + REG_TCON);
> +
> +	tcon &= ~TCON_MANUALUPDATE(tcon_chan);
> +	writel(tcon, chip->base + REG_TCON);
> +}
> +
> +static void pwm_samsung_manual_update(struct samsung_pwm_chip *chip,
> +				      struct pwm_device *pwm)
> +{
> +	unsigned long flags;
> +
> +	spin_lock_irqsave(&samsung_pwm_lock, flags);
> +
> +	__pwm_samsung_manual_update(chip, pwm);
> +
> +	spin_unlock_irqrestore(&samsung_pwm_lock, flags);
> +}
> +
>  static void pwm_samsung_set_divisor(struct samsung_pwm_chip *pwm,
>  				    unsigned int channel, u8 divisor)
>  {
> @@ -291,32 +314,6 @@ static void pwm_samsung_disable(struct pwm_chip *chip, struct pwm_device *pwm)
>  	spin_unlock_irqrestore(&samsung_pwm_lock, flags);
>  }
>  
> -static void __pwm_samsung_manual_update(struct samsung_pwm_chip *chip,
> -				      struct pwm_device *pwm)
> -{
> -	unsigned int tcon_chan = to_tcon_channel(pwm->hwpwm);
> -	u32 tcon;
> -
> -	tcon = readl(chip->base + REG_TCON);
> -	tcon |= TCON_MANUALUPDATE(tcon_chan);
> -	writel(tcon, chip->base + REG_TCON);
> -
> -	tcon &= ~TCON_MANUALUPDATE(tcon_chan);
> -	writel(tcon, chip->base + REG_TCON);
> -}
> -
> -static void pwm_samsung_manual_update(struct samsung_pwm_chip *chip,
> -				      struct pwm_device *pwm)
> -{
> -	unsigned long flags;
> -
> -	spin_lock_irqsave(&samsung_pwm_lock, flags);
> -
> -	__pwm_samsung_manual_update(chip, pwm);
> -
> -	spin_unlock_irqrestore(&samsung_pwm_lock, flags);
> -}
> -
>  static int __pwm_samsung_config(struct pwm_chip *chip, struct pwm_device *pwm,
>  				int duty_ns, int period_ns, bool force_period)
>  {
> 
> )
> 
> Maybe split the patch to have it nice and reviewable?

If I only move up the definition of __pwm_samsung_manual_update, and
leave pwm_samsung_manual_update at its place, the patch becomes quite
straightforward and overviewable. Or do you prefer to group the definitions
of those two functions together?

Kind regards
Mårten

> 
> Orthogonal to your patch: I wonder what &samsung_pwm_lock actually
> protects and why it disables irqs. In general the pwm functions might
> sleep, at least some implementations do.
> 
> Best regards
> Uwe
> 
> -- 
> Pengutronix e.K.                           | Uwe Kleine-König            |
> Industrial Linux Solutions                 | https://www.pengutronix.de/ |



_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel

  reply	other threads:[~2021-09-09  9:24 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-09-08 15:59 [PATCH v2] pwm: pwm-samsung: Trigger manual update when disabling PWM Mårten Lindahl
2021-09-08 15:59 ` Mårten Lindahl
2021-09-09  8:05 ` Uwe Kleine-König
2021-09-09  8:05   ` Uwe Kleine-König
2021-09-09  9:24   ` Marten Lindahl [this message]
2021-09-09  9:24     ` Marten Lindahl
2021-09-09  9:31     ` Uwe Kleine-König
2021-09-09  9:31       ` Uwe Kleine-König

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=20210909092409.GA11367@axis.com \
    --to=martenli@axis.com \
    --cc=kernel@axis.com \
    --cc=krzysztof.kozlowski@canonical.com \
    --cc=lee.jones@linaro.org \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-pwm@vger.kernel.org \
    --cc=linux-samsung-soc@vger.kernel.org \
    --cc=marten.lindahl@axis.com \
    --cc=thierry.reding@gmail.com \
    --cc=u.kleine-koenig@pengutronix.de \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.