From: Clemens Gruber <clemens.gruber@pqgruber.com>
To: Thierry Reding <thierry.reding@gmail.com>
Cc: linux-pwm@vger.kernel.org
Subject: Re: [PATCH v3 2/2] pwm-pca9685: Support changing the output frequency
Date: Mon, 20 Jul 2015 14:15:51 +0200 [thread overview]
Message-ID: <20150720121550.GA26471@pqgruber.com> (raw)
In-Reply-To: <20150720095813.GU29614@ulmo>
On Mon, Jul 20, 2015 at 11:58:14AM +0200, Thierry Reding wrote:
> On Mon, Jul 20, 2015 at 11:50:55AM +0200, Clemens Gruber wrote:
> > Do you think it would be a good idea to print something to the kernel log when
> > changing the prescaler frequency? At the moment I only print an error when it is
> > out of bounds.
> > To notify the users that the frequency of all channels changed and the duty
> > cycle values have been adjusted?
>
> None of the users would actually notice the kernel log entry, so I don't
> think it makes much sense. One problem I see with this is that we might
> start to see some sort of ping-pong happening between various users of
> the PWMs of the same chip.
>
> I guess it depends a bit on what the typical use-cases are for this
> chip. Is it usually used only for LEDs (the register names suggest it)?
> If so, how likely is it that people will want to drive them at different
> periods? If it's reasonable to require the same period for all of them,
> maybe it would be worth adding some sort of WARN_ON() or dev_warn() or
> something to notify integrators of this fact.
The typical use-cases are LEDs but my specific use case is controlling fluid
valves. I need one frequency per chip and only the duty cycle is changed
regularly (to open or close the valves).
The current version not only forces the user to 200 Hz and of course also to
having the same frequency for all channels as this is a hardware feature.
What's interesting is that the ON and OFF registers are just values from 0 to
4095 and only specify the on and off time ratio, independent of the prescaler.
So I think I do not even have to change the duty cycles, if the user changes the
prescaler, the ratio remains.
I'll just have to set the RESTART bit after changing the prescaler, then it will
come back up with the ON and OFF time ratios from before.
Or did you mean, the driver should update the duty cycle values, which could be
read from the duty_cycle file in the pwm sysfs interface?
Clemens
next prev parent reply other threads:[~2015-07-20 12:15 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-07-20 8:36 [PATCH v3 0/2] pwm-pca9685: Bugfixes and prescaler support Clemens Gruber
2015-07-20 8:36 ` [PATCH v3 1/2] pwm-pca9685: Fix several driver bugs Clemens Gruber
2015-07-20 9:27 ` Thierry Reding
2015-07-20 9:31 ` Thierry Reding
2015-07-20 8:36 ` [PATCH v3 2/2] pwm-pca9685: Support changing the output frequency Clemens Gruber
2015-07-20 9:30 ` Thierry Reding
2015-07-20 9:46 ` Clemens Gruber
2015-07-20 9:50 ` Clemens Gruber
2015-07-20 9:58 ` Thierry Reding
2015-07-20 12:15 ` Clemens Gruber [this message]
2015-07-20 12:31 ` Clemens Gruber
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=20150720121550.GA26471@pqgruber.com \
--to=clemens.gruber@pqgruber.com \
--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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).