From: Boris Brezillon <boris.brezillon@free-electrons.com>
To: Brian Norris <briannorris@chromium.org>
Cc: Thierry Reding <thierry.reding@gmail.com>,
linux-pwm@vger.kernel.org, linux-kernel@vger.kernel.org,
Brian Norris <computersforpeace@gmail.com>,
Doug Anderson <dianders@chromium.org>
Subject: Re: [PATCH] pwm: don't allow duty cycle higher than period
Date: Fri, 27 May 2016 18:40:07 +0200 [thread overview]
Message-ID: <20160527184007.384d23b3@bbrezillon> (raw)
In-Reply-To: <20160527183814.6f8f4ba7@bbrezillon>
On Fri, 27 May 2016 18:38:14 +0200
Boris Brezillon <boris.brezillon@free-electrons.com> wrote:
> On Fri, 27 May 2016 09:35:33 -0700
> Brian Norris <briannorris@chromium.org> wrote:
>
> > Hi Boris,
> >
> > On Fri, May 27, 2016 at 09:34:39AM +0200, Boris Brezillon wrote:
> > > On Thu, 26 May 2016 14:05:30 -0700
> > > Brian Norris <briannorris@chromium.org> wrote:
> > >
> > > > It doesn't make sense to allow the duty cycle to be larger than the
> > > > period. I can see this behavior by, e.g.:
> > > >
> > > > # echo 1 > /sys/class/pwm/pwmchip0/export
> > > > # cat /sys/class/pwm/pwmchip0/pwm1/period
> > > > 100
> > > > # echo 101 > /sys/class/pwm/pwmchip0/pwm1/duty_cycle
> > > > [... driver may or may not reject the value, or trigger some logic bug ...]
> > > >
> > > > It's better to see:
> > > >
> > > > # echo 1 > /sys/class/pwm/pwmchip0/export
> > > > # cat /sys/class/pwm/pwmchip0/pwm1/period
> > > > 100
> > > > # echo 101 > /sys/class/pwm/pwmchip0/pwm1/duty_cycle
> > > > -bash: echo: write error: Invalid argument
> > > >
> > > > Signed-off-by: Brian Norris <briannorris@chromium.org>
> > > > ---
> > > > drivers/pwm/core.c | 3 +++
> > > > 1 file changed, 3 insertions(+)
> > > >
> > > > diff --git a/drivers/pwm/core.c b/drivers/pwm/core.c
> > > > index dba3843c53b8..9246b60f894a 100644
> > > > --- a/drivers/pwm/core.c
> > > > +++ b/drivers/pwm/core.c
> > > > @@ -463,6 +463,9 @@ int pwm_apply_state(struct pwm_device *pwm, struct pwm_state *state)
> > > > if (!memcmp(state, &pwm->state, sizeof(*state)))
> > > > return 0;
> > > >
> > > > + if (state->duty_cycle > state->period)
> > > > + return -EINVAL;
> > > > +
> > >
> > > Argh, I forgot to move the pwm_config() checks [1] into
> > > pwm_apply_state() :-/.
> >
> > Oh, I didn't actually notice this was a regression.
> >
> > > I think we should check all the corner cases (see this diff [2]),
> >
> > Now that you mention it, I think you've also dropped some signed
> > (negative value) checking in pwm_config(). I'll squash in your diff +
> > some pwm_config() fixes.
>
> ->period and ->duty_cycle are unsigned now ;).
>
Never mind, you're right (thought you were talking about checking the
->period and ->duty_cycle values).
--
Boris Brezillon, Free Electrons
Embedded Linux and Kernel engineering
http://free-electrons.com
prev parent reply other threads:[~2016-05-27 16:40 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-05-26 21:05 [PATCH] pwm: don't allow duty cycle higher than period Brian Norris
2016-05-26 21:05 ` Brian Norris
2016-05-27 7:34 ` Boris Brezillon
2016-05-27 7:34 ` Boris Brezillon
2016-05-27 16:35 ` Brian Norris
2016-05-27 16:38 ` Boris Brezillon
2016-05-27 16:39 ` Brian Norris
2016-05-27 16:50 ` Brian Norris
2016-05-27 16:40 ` Boris Brezillon [this message]
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=20160527184007.384d23b3@bbrezillon \
--to=boris.brezillon@free-electrons.com \
--cc=briannorris@chromium.org \
--cc=computersforpeace@gmail.com \
--cc=dianders@chromium.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-pwm@vger.kernel.org \
--cc=thierry.reding@gmail.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 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.