From: Bill Gatliff <bgat@billgatliff.com>
To: Mike Frysinger <vapier.adi@gmail.com>
Cc: linux-embedded@vger.kernel.org
Subject: Re: [RFC 0/6] Proposal for a Generic PWM Device API
Date: Wed, 08 Oct 2008 21:23:52 -0500 [thread overview]
Message-ID: <48ED6B38.7030001@billgatliff.com> (raw)
In-Reply-To: <8bd0f97a0810081227u15173a70ke6ab41ea8211e66c@mail.gmail.com>
Mike Frysinger wrote:
> On Wed, Oct 8, 2008 at 12:43, Bill Gatliff wrote:
>> This series proposes a "generic PWM" driver API.
>
> seems that the API is solely geared to handle PWM as an output signal.
True. The peripherals I'm currently targeting are output-only devices, and the
API reflects that.
> what about input ?
Well, the SAM9263 has timer/counters that could be used to measure PWM period
and duty cycle. But they are a different peripheral entirely. I haven't done
an exhaustive survey, but I'm not aware of any PWM-generating hardware that is
simultaneously PWM-measuring hardware as well. Seems like they are either one
or the other.
Are you proposing that the API accommodate both input and output devices?
> all the utility config functions lack "set" in their name. it's a
> little confusing as to whether the function is a get or set at first
> glance. rather than expecting drivers to poke directly into the
> structure, a set of "get" functions would work better (even if they're
> simply #define's that poke into the structure) and line up better with
> how the GPIO framework operates.
Good point.
Originally, I was thinking along the lines of a set-and-forget use case. Do you
use "get" functionality much when generating PWM signals in your applications?
b.g.
--
Bill Gatliff
bgat@billgatliff.com
next prev parent reply other threads:[~2008-10-09 2:23 UTC|newest]
Thread overview: 65+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-10-08 16:43 [RFC 0/6] Proposal for a Generic PWM Device API Bill Gatliff
2008-10-08 16:43 ` [RFC 1/6] [PWM] Generic PWM API implementation Bill Gatliff
2008-10-09 8:17 ` Marc Pignat
2008-10-10 3:20 ` Benjamin Herrenschmidt
2008-10-10 4:07 ` Bill Gatliff
2008-10-10 14:07 ` Bill Gatliff
2008-10-13 16:04 ` Scott Wood
2008-10-08 16:43 ` [RFC 2/6] [PWM] Changes to existing include/linux/pwm.h to adapt to generic PWM API Bill Gatliff
2008-10-08 16:43 ` [RFC 1/6] [PWM] Generic PWM API implementation Bill Gatliff
2008-10-08 16:43 ` [RFC 2/6] [PWM] Changes to existing include/linux/pwm.h to adapt to generic PWM API Bill Gatliff
2008-10-08 16:43 ` [RFC 3/6] [PWM] Documentation Bill Gatliff
2008-10-08 16:43 ` Bill Gatliff
2008-10-08 16:43 ` [RFC 4/6] [PWM] Driver for Atmel PWMC peripheral Bill Gatliff
2008-10-08 16:43 ` Bill Gatliff
2008-10-08 16:43 ` [RFC 5/6] [PWM] Install new Atmel PWMC driver in Kconfig, expunge old one Bill Gatliff
2008-10-09 5:21 ` Hans-Christian Egtvedt
2008-10-09 12:16 ` Haavard Skinnemoen
2008-10-09 12:17 ` Hans-Christian Egtvedt
2008-10-09 14:04 ` Bill Gatliff
2008-10-09 13:40 ` Bill Gatliff
2008-10-09 13:44 ` Hans-Christian Egtvedt
2008-10-08 16:43 ` Bill Gatliff
2008-10-08 16:43 ` [RFC 6/6] [PWM] New LED driver and trigger that use PWM API Bill Gatliff
2008-10-08 16:43 ` Bill Gatliff
2008-10-08 19:27 ` [RFC 0/6] Proposal for a Generic PWM Device API Mike Frysinger
2008-10-09 2:23 ` Bill Gatliff [this message]
2008-10-09 2:29 ` Bill Gatliff
2008-10-09 2:32 ` Mike Frysinger
2008-10-09 3:46 ` Bill Gatliff
2008-10-09 4:05 ` Mike Frysinger
2008-10-09 4:18 ` Bill Gatliff
2008-10-09 4:33 ` Mike Frysinger
2008-10-09 21:08 ` Matt Sealey
2008-10-09 21:29 ` Bill Gatliff
2008-10-10 3:20 ` Benjamin Herrenschmidt
2008-10-10 4:06 ` Bill Gatliff
2008-10-10 5:02 ` Benjamin Herrenschmidt
2008-10-10 5:06 ` Jon Smirl
2008-10-10 14:04 ` Bill Gatliff
2008-10-10 14:12 ` Jon Smirl
2008-10-10 20:45 ` Jon Loeliger
2008-10-12 2:32 ` Matt Sealey
2008-10-10 9:00 ` Geert Uytterhoeven
2008-10-10 9:00 ` Geert Uytterhoeven
2008-10-10 9:36 ` Paul Mundt
2008-10-10 9:36 ` Paul Mundt
2008-10-10 9:46 ` David Woodhouse
2008-10-10 9:46 ` David Woodhouse
2008-10-10 13:59 ` Bill Gatliff
2008-10-10 13:59 ` Bill Gatliff
2008-10-10 14:03 ` Bill Gatliff
2008-10-10 14:03 ` Bill Gatliff
2008-10-10 14:32 ` Haavard Skinnemoen
2008-10-10 14:32 ` Haavard Skinnemoen
2008-10-10 17:28 ` Paul Mundt
2008-10-10 19:15 ` Bill Gatliff
2008-10-10 19:15 ` Bill Gatliff
2008-10-10 13:59 ` Bill Gatliff
2008-10-10 13:59 ` Bill Gatliff
2008-10-10 17:40 ` Paul Mundt
2008-10-10 17:40 ` Paul Mundt
2008-10-10 19:42 ` Bill Gatliff
2008-10-13 7:40 ` Geert Uytterhoeven
2008-10-13 7:40 ` Geert Uytterhoeven
-- strict thread matches above, loose matches on Subject: below --
2008-10-08 16:43 Bill Gatliff
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=48ED6B38.7030001@billgatliff.com \
--to=bgat@billgatliff.com \
--cc=linux-embedded@vger.kernel.org \
--cc=vapier.adi@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.