From: Guru Das Srinagesh <gurus@codeaurora.org>
To: Geert Uytterhoeven <geert@linux-m68k.org>
Cc: "Linux PWM List" <linux-pwm@vger.kernel.org>,
"Thierry Reding" <thierry.reding@gmail.com>,
"Uwe Kleine-König" <u.kleine-koenig@pengutronix.de>,
"Subbaraman Narayanamurthy" <subbaram@codeaurora.org>,
"David Collins" <collinsd@codeaurora.org>,
"Linux Kernel Mailing List" <linux-kernel@vger.kernel.org>,
"Alexander Shiyan" <shc_work@mail.ru>,
"Arnd Bergmann" <arnd@arndb.de>
Subject: Re: [PATCH v13 04/11] pwm: clps711x: Cast period to u32 before use as divisor
Date: Fri, 24 Apr 2020 15:21:29 -0700 [thread overview]
Message-ID: <20200424222129.GC31118@codeaurora.org> (raw)
In-Reply-To: <CAMuHMdVOPKWL9u_4QCvcBZKFrW-7aKZonXjODqUx9HwS=CF09g@mail.gmail.com>
On Thu, Apr 23, 2020 at 11:30:19AM +0200, Geert Uytterhoeven wrote:
> On Wed, Apr 22, 2020 at 5:00 AM Guru Das Srinagesh <gurus@codeaurora.org> wrote:
> > Since the PWM framework is switching struct pwm_args.period's datatype
> > to u64, prepare for this transition by typecasting it to u32.
> >
> > Also, since the dividend is still a 32-bit number, any divisor greater
> > than the numerator will cause the quotient to be zero, so return 0 in
> > that case to efficiently skip the division.
> >
> > Cc: Alexander Shiyan <shc_work@mail.ru>
> > Cc: Arnd Bergmann <arnd@arndb.de>
> >
> > Signed-off-by: Guru Das Srinagesh <gurus@codeaurora.org>
> > ---
> > drivers/pwm/pwm-clps711x.c | 5 ++++-
> > 1 file changed, 4 insertions(+), 1 deletion(-)
> >
> > diff --git a/drivers/pwm/pwm-clps711x.c b/drivers/pwm/pwm-clps711x.c
> > index 924d39a..0d368ac 100644
> > --- a/drivers/pwm/pwm-clps711x.c
> > +++ b/drivers/pwm/pwm-clps711x.c
> > @@ -43,7 +43,10 @@ static void clps711x_pwm_update_val(struct clps711x_chip *priv, u32 n, u32 v)
> > static unsigned int clps711x_get_duty(struct pwm_device *pwm, unsigned int v)
> > {
> > /* Duty cycle 0..15 max */
> > - return DIV_ROUND_CLOSEST(v * 0xf, pwm->args.period);
> > + if ((u32)pwm->args.period > (v * 0xf))
>
> Shouldn't the cast be removed from the expression above?
> Else a period larger than or equal to 2^32 may be accepted, but truncated
> silently. And even cause a division by zero error.
I agree. Will remove the cast in the next patchset.
Thank you.
Guru Das.
next prev parent reply other threads:[~2020-04-24 22:21 UTC|newest]
Thread overview: 85+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-04-22 2:57 [PATCH v13 00/11] Convert PWM period and duty cycle to u64 Guru Das Srinagesh
2020-04-22 2:57 ` [Intel-gfx] " Guru Das Srinagesh
2020-04-22 2:57 ` Guru Das Srinagesh
2020-04-22 2:57 ` Guru Das Srinagesh
2020-04-22 2:57 ` [PATCH v13 01/11] drm/i915: Use 64-bit division macro Guru Das Srinagesh
2020-04-22 2:57 ` [Intel-gfx] " Guru Das Srinagesh
2020-04-22 2:57 ` Guru Das Srinagesh
2020-04-24 6:17 ` Jani Nikula
2020-04-24 6:17 ` Jani Nikula
2020-04-24 6:17 ` [Intel-gfx] " Jani Nikula
2020-04-24 6:17 ` Jani Nikula
2020-04-24 22:17 ` Guru Das Srinagesh
2020-04-24 22:17 ` [Intel-gfx] " Guru Das Srinagesh
2020-04-24 22:17 ` Guru Das Srinagesh
2020-04-27 13:48 ` Jani Nikula
2020-04-27 13:48 ` [Intel-gfx] " Jani Nikula
2020-04-27 13:48 ` Jani Nikula
2020-04-22 2:57 ` [PATCH v13 02/11] hwmon: pwm-fan: " Guru Das Srinagesh
2020-04-22 2:57 ` [PATCH v13 03/11] ir-rx51: " Guru Das Srinagesh
2020-04-22 2:57 ` [PATCH v13 04/11] pwm: clps711x: Cast period to u32 before use as divisor Guru Das Srinagesh
2020-04-23 9:30 ` Geert Uytterhoeven
2020-04-23 9:30 ` Geert Uytterhoeven
2020-04-24 22:21 ` Guru Das Srinagesh [this message]
2020-04-22 2:57 ` [PATCH v13 05/11] pwm: pwm-imx-tpm: Use 64-bit division macro Guru Das Srinagesh
2020-04-22 2:57 ` [PATCH v13 06/11] pwm: imx27: Use 64-bit division macro and function Guru Das Srinagesh
2020-04-22 2:57 ` [PATCH v13 07/11] pwm: sifive: Use 64-bit division macro Guru Das Srinagesh
2020-04-22 2:57 ` Guru Das Srinagesh
2020-04-22 2:57 ` [PATCH v13 08/11] pwm: sun4i: Use nsecs_to_jiffies to avoid a division Guru Das Srinagesh
2020-04-22 2:57 ` [PATCH v13 09/11] backlight: pwm_bl: Use 64-bit division function Guru Das Srinagesh
2020-04-22 2:57 ` Guru Das Srinagesh
2020-04-22 2:57 ` Guru Das Srinagesh
2020-05-26 7:00 ` Lee Jones
2020-05-26 7:00 ` Lee Jones
2020-05-26 7:00 ` Lee Jones
2020-04-22 2:57 ` [PATCH v13 10/11] clk: pwm: " Guru Das Srinagesh
2020-04-25 19:06 ` Stephen Boyd
2020-04-22 2:57 ` [PATCH v13 11/11] pwm: core: Convert period and duty cycle to u64 Guru Das Srinagesh
2020-05-22 13:26 ` Uwe Kleine-König
2020-04-22 8:49 ` [PATCH v13 00/11] Convert PWM " Daniel Thompson
2020-04-22 8:49 ` [Intel-gfx] " Daniel Thompson
2020-04-22 8:49 ` Daniel Thompson
2020-04-22 8:49 ` Daniel Thompson
2020-04-22 23:37 ` Guru Das Srinagesh
2020-04-22 23:37 ` [Intel-gfx] " Guru Das Srinagesh
2020-04-22 23:37 ` Guru Das Srinagesh
2020-04-22 23:37 ` Guru Das Srinagesh
2020-04-23 9:20 ` Daniel Thompson
2020-04-23 9:20 ` [Intel-gfx] " Daniel Thompson
2020-04-23 9:20 ` Daniel Thompson
2020-04-23 9:20 ` Daniel Thompson
2020-04-23 11:48 ` Lee Jones
2020-04-23 11:48 ` [Intel-gfx] " Lee Jones
2020-04-23 11:48 ` Lee Jones
2020-04-23 11:48 ` Lee Jones
2020-04-23 21:53 ` Guru Das Srinagesh
2020-04-23 21:53 ` [Intel-gfx] " Guru Das Srinagesh
2020-04-23 21:53 ` Guru Das Srinagesh
2020-04-23 21:53 ` Guru Das Srinagesh
2020-04-24 6:43 ` Lee Jones
2020-04-24 6:43 ` [Intel-gfx] " Lee Jones
2020-04-24 6:43 ` Lee Jones
2020-04-24 6:43 ` Lee Jones
2020-04-24 22:14 ` Guru Das Srinagesh
2020-04-24 22:14 ` [Intel-gfx] " Guru Das Srinagesh
2020-04-24 22:14 ` Guru Das Srinagesh
2020-04-24 22:14 ` Guru Das Srinagesh
2020-04-27 6:44 ` Lee Jones
2020-04-27 6:44 ` [Intel-gfx] " Lee Jones
2020-04-27 6:44 ` Lee Jones
2020-04-27 6:44 ` Lee Jones
2020-05-20 23:15 ` Guru Das Srinagesh
2020-05-21 7:15 ` Lee Jones
2020-05-22 11:16 ` Thierry Reding
2020-05-22 11:31 ` Lee Jones
2020-05-22 12:50 ` Thierry Reding
2020-05-22 22:59 ` Guru Das Srinagesh
2020-05-26 6:59 ` Lee Jones
2020-04-24 6:45 ` Lee Jones
2020-04-24 6:45 ` [Intel-gfx] " Lee Jones
2020-04-24 6:45 ` Lee Jones
2020-04-24 6:45 ` Lee Jones
2020-04-24 6:46 ` Lee Jones
2020-04-24 6:46 ` [Intel-gfx] " Lee Jones
2020-04-24 6:46 ` Lee Jones
2020-04-24 6:46 ` Lee Jones
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=20200424222129.GC31118@codeaurora.org \
--to=gurus@codeaurora.org \
--cc=arnd@arndb.de \
--cc=collinsd@codeaurora.org \
--cc=geert@linux-m68k.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-pwm@vger.kernel.org \
--cc=shc_work@mail.ru \
--cc=subbaram@codeaurora.org \
--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.