.
--
Bill Gatliff
[EMAIL PROTECTED]
--
To unsubscribe from this list: send the line unsubscribe linux-embedded in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Signed-off-by: Bill Gatliff [EMAIL PROTECTED]
---
include/linux/pwm.h | 168 --
1 files changed, 147 insertions(+), 21 deletions(-)
diff --git a/include/linux/pwm.h b/include/linux/pwm.h
index 3945f80..d3d18f7 100644
--- a/include/linux/pwm.h
Signed-off-by: Bill Gatliff [EMAIL PROTECTED]
---
arch/arm/Kconfig |2 +
drivers/Makefile |2 +
drivers/misc/Kconfig |9 -
drivers/misc/Makefile|1 -
drivers/misc/atmel_pwm.c | 409 --
drivers/pwm/Kconfig
Signed-off-by: Bill Gatliff [EMAIL PROTECTED]
---
drivers/pwm/pwm.c | 667 +
1 files changed, 667 insertions(+), 0 deletions(-)
create mode 100644 drivers/pwm/pwm.c
diff --git a/drivers/pwm/pwm.c b/drivers/pwm/pwm.c
new file mode 100644
Signed-off-by: Bill Gatliff [EMAIL PROTECTED]
---
drivers/pwm/atmel-pwm.c | 631 +++
1 files changed, 631 insertions(+), 0 deletions(-)
create mode 100644 drivers/pwm/atmel-pwm.c
diff --git a/drivers/pwm/atmel-pwm.c b/drivers/pwm/atmel-pwm.c
new
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
Bill Gatliff wrote:
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.
For the record, I can support adding a set to the function names.
b.g.
--
Bill Gatliff
[EMAIL PROTECTED]
--
To unsubscribe
aren't going to get a measured value in return!
b.g.
--
Bill Gatliff
[EMAIL PROTECTED]
--
To unsubscribe from this list: send the line unsubscribe linux-embedded in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
a (simultaneous) measurement mode, or cached values if the
device's configuration registers were write-only. In measurement mode, they'd
return the measured values.
I think this'll work.
b.g.
--
Bill Gatliff
[EMAIL PROTECTED]
--
To unsubscribe from this list: send the line unsubscribe linux-embedded
the
led-pwm stuff I posted to use the led-blink API.
b.g.
--
Bill Gatliff
[EMAIL PROTECTED]
--
To unsubscribe from this list: send the line unsubscribe linux-embedded in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
help
me slide into insanity a little more slowly. :)
(I have some PPC and MIPS boards, too. Occupational hazard).
b.g.
--
Bill Gatliff
[EMAIL PROTECTED]
--
To unsubscribe from this list: send the line unsubscribe linux-embedded in
the body of a message to [EMAIL PROTECTED]
More majordomo
note on l-a-k,
linuxppc-dev and elsewhere that refers those interested to the actual content.
I can live with that.
b.g.
--
Bill Gatliff
[EMAIL PROTECTED]
--
To unsubscribe from this list: send the line unsubscribe linux-embedded in
the body of a message to [EMAIL PROTECTED]
More majordomo info
they would have
something to add, too.
I'm beginning to appreciate what everyone must have had to deal with for GPIO.
:)
b.g.
--
Bill Gatliff
[EMAIL PROTECTED]
--
To unsubscribe from this list: send the line unsubscribe linux-embedded in
the body of a message to [EMAIL PROTECTED]
More majordomo info
Paul Mundt wrote:
On Fri, Oct 10, 2008 at 09:03:34AM -0500, Bill Gatliff wrote:
Paul Mundt wrote:
This is likely because some of those lists are subscribers only, so cross
posting is poor form. It makes sense to keep the discussion in one place,
and to send notification messages
the ARM people.
Sounds like the ARM people need you to drop by and help them do a better job.
Sounds like you could directly benefit from their doing a better job, too.
Win-win.
b.g.
--
Bill Gatliff
[EMAIL PROTECTED]
--
To unsubscribe from this list: send the line unsubscribe linux-embedded
Robert Schwebel wrote:
In reality, there are no real alternatives for accelerates chips.
Would the Silicon Motion SM50x chips qualify as an alternative?
They can do the blitting, at least. No OpenGL, tho. So, I guess it depends on
your definition of accelerated...
b.g.
--
Bill Gatliff
must be
an investment in something that nets a larger return to the vendor of the
documents in question. What might that be? Hmmm
Just my US$0.02. You can keep the change. :)
b.g.
--
Bill Gatliff
[EMAIL PROTECTED]
--
To unsubscribe from this list: send the line unsubscribe linux-embedded
been run-tested on a Cogent CSB737
(AT91SAM9263), mated to a custom circuit that drives multiple DC
motors and sensors.
Feedback is welcome!
b.g.
--
Bill Gatliff
[EMAIL PROTECTED]
---
Bill Gatliff (6):
[PWM] Generic PWM API implementation
[PWM] Changes to existing include/linux/pwm.h
Signed-off-by: Bill Gatliff [EMAIL PROTECTED]
---
arch/arm/Kconfig |2 +
drivers/Makefile |2 +
drivers/misc/Kconfig |9 -
drivers/misc/Makefile|1 -
drivers/misc/atmel_pwm.c | 409 --
drivers/pwm/Kconfig
Signed-off-by: Bill Gatliff [EMAIL PROTECTED]
---
Documentation/pwm.txt | 258 +
1 files changed, 258 insertions(+), 0 deletions(-)
create mode 100644 Documentation/pwm.txt
diff --git a/Documentation/pwm.txt b/Documentation/pwm.txt
new file mode
a callback function that
the API will invoke in a worker thread at the end of the PWM period.
Signed-off-by: Bill Gatliff [EMAIL PROTECTED]
---
drivers/pwm/pwm.c | 681 +
1 files changed, 681 insertions(+), 0 deletions(-)
create mode 100644
Modifications to the existing include/linux/pwm.h file for the generic PWM
API.
Signed-off-by: Bill Gatliff [EMAIL PROTECTED]
---
include/linux/pwm.h | 172 --
1 files changed, 151 insertions(+), 21 deletions(-)
diff --git a/include/linux/pwm.h b
of the LED change as system load changes.
Signed-off-by: Bill Gatliff [EMAIL PROTECTED]
---
drivers/leds/Kconfig | 24 +--
drivers/leds/Makefile |2 +
drivers/leds/leds-pwm.c| 167
drivers/leds/ledtrig-dim.c | 95
Robert Schwebel wrote:
Your argumentation neglects the possibility that vendors just do it the
way they always did. Don't assume that some intelligent life form has
mandatorily taken an intentional decision :)
D'oh! Good point. :)
b.g.
--
Bill Gatliff
[EMAIL PROTECTED]
--
To unsubscribe
unpleasant UIO experience.
b.g.
--
Bill Gatliff
[EMAIL PROTECTED]
--
To unsubscribe from this list: send the line unsubscribe linux-embedded in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
license conditions. At least
it's legal gray area. Note that it's not my intention to start a
discussion on that.
Then I will only contradict you, and not cite my supporting evidence. :)
b.g.
--
Bill Gatliff
[EMAIL PROTECTED]
--
To unsubscribe from this list: send the line unsubscribe linux
you'd prefer to see those implemented before moving to
mainline though ?
Sounds like if we can get a git tree on kernel.org, then the first stop would be
my pulling the code into the tree, and then asking Linus to do a pull.
To which is response will probably be: Bill who? :)
b.g.
--
Bill
--- mostly because my impression until
now was that the available implementations were both closed-source,
and not supporting embedded, non-PPC targets like ARM.
b.g.
--
Bill Gatliff
[EMAIL PROTECTED]
--
To unsubscribe from this list: send the line unsubscribe linux-embedded in
the body of a message
a hand in helping to represent the embedded issues...
b.g.
--
Bill Gatliff
b...@billgatliff.com
--
To unsubscribe from this list: send the line unsubscribe linux-embedded in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
it was under
2.4, so we're making progress.
b.g.
--
Bill Gatliff
b...@billgatliff.com
--
To unsubscribe from this list: send the line unsubscribe linux-embedded in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
online.
And if the driver was in a demand-loaded module, then the static image
wouldn't disappear until just before the application that does the
animation was ready to start drawing.
b.g.
--
Bill Gatliff
b...@billgatliff.com
--
To unsubscribe from this list: send the line unsubscribe
and similar, where it takes two or three
seconds just to load and uncompress the kernel from NOR or NAND flash.
And add a second or so on top of that to zeroinit the graphics
framebuffer, if your display is of any decent size and depth.
b.g.
--
Bill Gatliff
b...@billgatliff.com
, and
verify that the configuration matches what the parameter specifies
before making changes. That way you could use framebuffer= to
communicate the desired setup to the driver in cases where the hardware
wasn't already initialized.
--
Bill Gatliff
b...@billgatliff.com
--
To unsubscribe
Tim Bird wrote:
Bill Gatliff wrote:
Those fractions-of-seconds boot times are beyond the reach of the 200
MHz-class ARM9 processors and similar, where it takes two or three
seconds just to load and uncompress the kernel from NOR or NAND flash.
While I don't disagree from a practical
Signed-off-by: Bill Gatliff b...@billgatliff.com
---
drivers/leds/Kconfig | 32 ++-
drivers/leds/Makefile |3 +
drivers/leds/leds-pwm.c| 224 +++-
drivers/leds/ledtrig-dim.c | 95 +++
include/linux/pwm-led.h
Signed-off-by: Bill Gatliff b...@billgatliff.com
---
drivers/misc/Makefile|6 +-
drivers/misc/atmel_pwm.c | 409 --
drivers/pwm/atmel-pwm.c | 633 ++
3 files changed, 638 insertions(+), 410 deletions(-)
delete
Signed-off-by: Bill Gatliff b...@billgatliff.com
---
Documentation/pwm.txt | 258 ++
drivers/pwm/pwm.c | 692 +
include/linux/pwm.h | 179 +++--
3 files changed, 1109 insertions(+), 20 deletions(-)
create mode
Signed-off-by: Bill Gatliff b...@billgatliff.com
---
drivers/Kconfig |2 ++
drivers/Makefile |2 ++
drivers/pwm/Kconfig | 30 ++
drivers/pwm/Makefile |7 +++
4 files changed, 41 insertions(+), 0 deletions(-)
create mode 100644 drivers/pwm
).
The author wishes to express his appreciation to Russell King, David Brownell,
Ulf Samuelsson, Eric Maio, Haavard Skinnemoen, and others who helped him
formulate the API and reviewed early releases of the code.
Bill Gatliff (5):
API to consolidate PWM devices behind a common user and kernel
Guys:
How does one go about creating a git tree on git.kernel.org? I'd like
to create one there as a public repository for the PWM API stuff, and
for a couple of boards that I'd like to get into mainline.
Thanks!
b.g.
--
Bill Gatliff
b...@billgatliff.com
--
To unsubscribe from this list
Bill Gatliff wrote:
Guys:
How does one go about creating a git tree on git.kernel.org? I'd like
to create one there as a public repository for the PWM API stuff, and
for a couple of boards that I'd like to get into mainline.
Thanks!
b.g.
Why is it that you don't find the relevant line
Mike Frysinger wrote:
On Mon, Oct 19, 2009 at 16:32, Bill Gatliff wrote:
--- a/drivers/leds/leds-pwm.c
+++ b/drivers/leds/leds-pwm.c
@@ -1,153 +1,167 @@
-/*
- * linux/drivers/leds-pwm.c
- *
- * simple PWM based LED control
- *
- * Copyright 2009 Luotao Fu @ Pengutronix (l...@pengutronix.de
Mike Frysinger wrote:
On Mon, Oct 19, 2009 at 16:32, Bill Gatliff wrote:
--- /dev/null
+++ b/drivers/pwm/gpio.c
@@ -0,0 +1,318 @@
+#define DEBUG 99
whoops
Indeed!
+ pr_debug(%s:%d start, %lu ticks\n,
+dev_name(p-pwm-dev), p-chan, p-duty_ticks
Mike Frysinger wrote:
On Mon, Oct 19, 2009 at 16:32, Bill Gatliff wrote:
+A generic PWM device framework must accomodate the substantial
accommodate
Heh, and to think I sometimes get paid to write! :)
Similar and redundant feedback [snipped]
+synchronize, unsynchronize
= PTR_ERR(ap-clk);
Probably, because it's preferable to return the actual error code when
it's known, rather than translating all error codes to -ENODEV. Good catch.
b.g.
--
Bill Gatliff
b...@billgatliff.com
--
To unsubscribe from this list: send the line unsubscribe linux-embedded
.
--
Bill Gatliff
b...@billgatliff.com
--
To unsubscribe from this list: send the line unsubscribe linux-embedded in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
on AA25 please! No, I don't know
who SCL1 is nor where AA25 is. I'll be waiting.
:)
b.g.
--
Bill Gatliff
b...@billgatliff.com
--
To unsubscribe from this list: send the line unsubscribe linux-embedded in
the body of a message to majord...@vger.kernel.org
More majordomo info at http
that API talks to the GPIO API or to
a different driver if you change your mind. Same idea for the PWM API.
--
Bill Gatliff
b...@billgatliff.com
--
To unsubscribe from this list: send the line unsubscribe linux-embedded in
the body of a message to majord...@vger.kernel.org
More majordomo info
there will be very visual when it occurs.
Dimming control of LEDs and incandescent lamps can be very forgiving of
jitter, but I was thinking more along the lines of make this LED blink
faster or slower when I came up with the implementation.
b.g.
--
Bill Gatliff
b...@billgatliff.com
--
To unsubscribe from
enough in practice to be worth the effort. I'm not saying it
can't be done, just that it isn't my focus. Yours? :)
b.g.
--
Bill Gatliff
b...@billgatliff.com
--
To unsubscribe from this list: send the line unsubscribe linux-embedded in
the body of a message to majord...@vger.kernel.org
More
the coulomb-counting chip connected to a tiny
microcontroller, or even a dedicated hardware counter? Then the main
CPU wouldn't need to wake as often, it could just ask the
microcontroller over I2C, or read/reset the hardware counter.
b.g.
--
Bill Gatliff
b...@billgatliff.com
--
To unsubscribe from
This patch series implements a common PWM API. This series incorporates
the feedback from the linux-embedded mailing list and elsewhere; the author
greatly appreciates the efforts of everyone who reviewed the previous version
of this code.
Bill Gatliff (5):
API to consolidate PWM devices
Signed-off-by: Bill Gatliff b...@billgatliff.com
---
drivers/pwm/gpio.c | 307
1 files changed, 307 insertions(+), 0 deletions(-)
create mode 100644 drivers/pwm/gpio.c
diff --git a/drivers/pwm/gpio.c b/drivers/pwm/gpio.c
new file mode
Signed-off-by: Bill Gatliff b...@billgatliff.com
---
drivers/leds/ledtrig-dim.c | 95
1 files changed, 95 insertions(+), 0 deletions(-)
create mode 100644 drivers/leds/ledtrig-dim.c
diff --git a/drivers/leds/ledtrig-dim.c b/drivers/leds/ledtrig
Signed-off-by: Bill Gatliff b...@billgatliff.com
---
drivers/misc/Makefile|6 +-
drivers/misc/atmel_pwm.c | 409
drivers/pwm/atmel-pwm.c | 589 ++
3 files changed, 594 insertions(+), 410 deletions(-)
delete
doubly sure they are present in the next (final?) posting...
b.g.
--
Bill Gatliff
b...@billgatliff.com
--
To unsubscribe from this list: send the line unsubscribe linux-embedded in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
provided.
b.g.
--
Bill Gatliff
b...@billgatliff.com
--
To unsubscribe from this list: send the line unsubscribe linux-embedded in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
rebasing.
Nitpick... Can you move the #ifndef/#define to after the comment?
I did that in all the others, I guess I missed this one...
b.g.
--
Bill Gatliff
b...@billgatliff.com
--
To unsubscribe from this list: send the line unsubscribe linux-embedded in
the body of a message to majord
.
--
Bill Gatliff
b...@billgatliff.com
--
To unsubscribe from this list: send the line unsubscribe linux-embedded in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Bill Gatliff wrote:
H Hartley Sweeten wrote:
Your older patch just used printk's to output the messages. I think the
Oops is being caused by the dev_level(pwm-dev, ...). Where is pwm-dev
being setup?
The intention was to save the result from device_create() called from
Signed-off-by: Bill Gatliff b...@billgatliff.com
---
drivers/leds/leds-pwm.c | 224 ---
include/linux/pwm/pwm-led.h | 33 +++
2 files changed, 157 insertions(+), 100 deletions(-)
create mode 100644 include/linux/pwm/pwm-led.h
diff --git
Signed-off-by: Bill Gatliff b...@billgatliff.com
---
arch/powerpc/platforms/52xx/mpc52xx_gpt.c | 195 -
1 files changed, 193 insertions(+), 2 deletions(-)
diff --git a/arch/powerpc/platforms/52xx/mpc52xx_gpt.c
b/arch/powerpc/platforms/52xx/mpc52xx_gpt.c
index
Signed-off-by: Bill Gatliff b...@billgatliff.com
---
drivers/pwm/gpio.c | 312
1 files changed, 312 insertions(+), 0 deletions(-)
create mode 100644 drivers/pwm/gpio.c
diff --git a/drivers/pwm/gpio.c b/drivers/pwm/gpio.c
new file mode
Signed-off-by: Bill Gatliff b...@billgatliff.com
---
drivers/leds/ledtrig-dim.c | 95
1 files changed, 95 insertions(+), 0 deletions(-)
create mode 100644 drivers/leds/ledtrig-dim.c
diff --git a/drivers/leds/ledtrig-dim.c b/drivers/leds/ledtrig
Signed-off-by: Bill Gatliff b...@billgatliff.com
---
Documentation/pwm.txt | 260 +++
drivers/pwm/pwm.c | 644 +++
include/linux/pwm.h | 31 ---
include/linux/pwm/pwm.h | 170 +
4 files changed, 1074
Thanks sooo much for your reviews!
b.g.
--
Bill Gatliff
Embedded systems training and consulting
http://billgatliff.com
b...@billgatliff.com
--
To unsubscribe from this list: send the line unsubscribe linux-embedded in
the body of a message to majord...@vger.kernel.org
More majordomo info
Bill Gatliff wrote:
+
+ p-requester = requester;
+ if (!strcmp(requester, REQUEST_SYSFS))
+ p-pid = current-pid;
This is new.. What's the reason for saving the pid?
I've gotten complaints from those who say, Ok, so it reported 'sysfs'
back to me
anyway.
b.g.
--
Bill Gatliff
Embedded systems training and consulting
http://billgatliff.com
b...@billgatliff.com
--
To unsubscribe from this list: send the line unsubscribe linux-embedded in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo
. It isn't necessarily the case that the user cares, but
I was thinking that having the API allow for different polarity might
prevent some applications having to optionally do the %duty vs.
100-%duty conversion themselves.
b.g.
--
Bill Gatliff
Embedded systems training and consulting
http
this is a stupid idea, I might post it to
lkml. Now's your chance! :)
b.g.
--
Bill Gatliff
b...@billgatliff.com
--
To unsubscribe from this list: send the line unsubscribe linux-embedded in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Bill Gatliff wrote:
If someone doesn't tell me this is a stupid idea, I might post it to
lkml. Now's your chance! :)
So I went ahead and tried it anyway:
$ git diff init/main.c
diff --git a/init/main.c b/init/main.c
index dac44a9..1461d09 100644
--- a/init/main.c
+++ b/init/main.c
Bill Gatliff wrote:
Maybe there are fewer places that would need wait queues than I
originally thought! At least for drivers that use the device API,
kset_find_obj() might be the only place that needs to wait until a
device or bus appears.
... and kset_register() might be the only place
own kthread_run() is a solution, either.
I'll keep tinkering. :)
b.g.
--
Bill Gatliff
b...@billgatliff.com
--
To unsubscribe from this list: send the line unsubscribe linux-embedded in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo
tracking? I
can't even implement that without a context that can sleep...
b.g.
--
Bill Gatliff
b...@billgatliff.com
--
To unsubscribe from this list: send the line unsubscribe linux-embedded in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org
to have to settle for now with
kthreading my probes that might want to sleep, and adding a wait queue
to gpio_request() and a few others. It ain't perfect, but it is
achieveable. *sigh*
b.g.
--
Bill Gatliff
b...@billgatliff.com
--
To unsubscribe from this list: send the line unsubscribe linux
,
b.g.
--
Bill Gatliff
b...@billgatliff.com
--
To unsubscribe from this list: send the line unsubscribe linux-embedded in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Signed-off-by: Bill Gatliff b...@billgatliff.com
---
drivers/pwm/Makefile |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/pwm/Makefile b/drivers/pwm/Makefile
index e8cacc5..5f29752 100644
--- a/drivers/pwm/Makefile
+++ b/drivers/pwm/Makefile
@@ -1,6 +1,6
Signed-off-by: Bill Gatliff b...@billgatliff.com
---
drivers/pwm/gpio.c | 298
1 files changed, 298 insertions(+), 0 deletions(-)
create mode 100644 drivers/pwm/gpio.c
diff --git a/drivers/pwm/gpio.c b/drivers/pwm/gpio.c
new file mode 100644
Signed-off-by: Bill Gatliff b...@billgatliff.com
---
drivers/Kconfig |2 ++
drivers/Makefile |2 ++
drivers/leds/Kconfig | 22 --
drivers/leds/Makefile |2 ++
drivers/pwm/Kconfig | 28
drivers/pwm/Makefile |6
Signed-off-by: Bill Gatliff b...@billgatliff.com
---
arch/arm/mach-pxa/Kconfig | 26 ++--
arch/arm/plat-pxa/Makefile |1 -
arch/arm/plat-pxa/pwm.c| 304
drivers/pwm/Kconfig|8 +
drivers/pwm/Makefile |1 +
5 files
Signed-off-by: Bill Gatliff b...@billgatliff.com
---
Documentation/pwm.txt | 260 +++
drivers/pwm/pwm.c | 635 +++
include/linux/pwm.h | 31 ---
include/linux/pwm/pwm.h | 128 ++
4 files changed, 1023 insertions
On Fri, Oct 1, 2010 at 5:00 PM, Kevin Hilman
khil...@deeprootsystems.com wrote:
Bill Gatliff b...@billgatliff.com writes:
Signed-off-by: Bill Gatliff b...@billgatliff.com
Hi Bill,
Any plans to post this to a broader audience? maybe linux-arm-kernel?
I was thinking that the appropriate
nowhere. :(
b.g.
--
Bill Gatliff
b...@billgatliff.com
--
To unsubscribe from this list: send the line unsubscribe linux-embedded in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
.
b.g.
--
Bill Gatliff
b...@billgatliff.com
--
To unsubscribe from this list: send the line unsubscribe linux-embedded in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
(or send
me a pull request). I'm trying to get all of your patches merged, but
many of them aren't going in without conflicts. Sorry for the extra
work.
Thanks very much!
b.g.
--
Bill Gatliff
b...@billgatliff.com
--
To unsubscribe from this list: send the line unsubscribe linux-embedded
Grant:
On Wed, Oct 20, 2010 at 2:32 PM, Bill Gatliff b...@billgatliff.com wrote:
Yeah, by changing to using class attributes, a lot of this could end
up going away.
Looking at that now, in fact.
Going to class device attributes did the trick. Thanks for pointing
me in the right direction
,
and post code and feedback.
b.g.
--
Bill Gatliff
b...@billgatliff.com
--
To unsubscribe from this list: send the line unsubscribe linux-embedded in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
was there; it just took an expert like Nicolas Pitre
to point out the obvious to me. I can be so dense sometimes! :)
b.g.
--
Bill Gatliff
b...@billgatliff.com
--
To unsubscribe from this list: send the line unsubscribe linux-embedded in
the body of a message to majord...@vger.kernel.org
More majordomo info
as time permits. Eventually, the current
PWM implementation will be deprecated and then expunged.
Signed-off-by: Bill Gatliff b...@billgatliff.com
---
Documentation/pwm.txt | 277 +
drivers/Kconfig |2 +
drivers/Makefile|2 +
drivers/pwm/Kconfig
and unrequesting
the pwm_channel under sysfs as usual; then do:
# rm -rf /config/gpio_pwm/gpio number
Signed-off-by: Bill Gatliff b...@billgatliff.com
---
drivers/pwm/Kconfig|9 ++
drivers/pwm/Makefile |2 +
drivers/pwm/gpio-pwm.c | 354
Driver to allow the Atmel PWMC peripheral found on various
AT91 SoCs to be controlled using the Generic PWM framework.
Tested on the AT91SAM9263.
Signed-off-by: Bill Gatliff b...@billgatliff.com
---
drivers/pwm/Kconfig |8 +
drivers/pwm/Makefile |1 +
drivers/pwm/atmel-pwmc.c
Driver to allow the Atmel PWMC peripheral found on various
AT91 SoCs to be controlled using the Generic PWM framework.
Tested on the AT91SAM9263.
Signed-off-by: Bill Gatliff b...@billgatliff.com
---
drivers/pwm/Kconfig |8 +
drivers/pwm/Makefile |1 +
drivers/pwm/atmel-pwmc.c
as time permits. Eventually, the current
PWM implementation will be deprecated and then expunged.
Signed-off-by: Bill Gatliff b...@billgatliff.com
---
Documentation/pwm.txt | 277 ++
drivers/Kconfig |2 +
drivers/Makefile|2 +
drivers/pwm/Kconfig
.
is that useful if they cant call any of the config funcs ?
Users of gpio_pwm aren't supposed to call the config functions in
gpio-pwm.c, they are supposed to invoke them indirectly via the
regular PWM API (pwm.c).
b.g.
--
Bill Gatliff
b...@billgatliff.com
--
To unsubscribe from this list: send
allow it.
b.g.
--
Bill Gatliff
b...@billgatliff.com
--
To unsubscribe from this list: send the line unsubscribe linux-embedded in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
to do. This fact is what motivated my design of the
pwm_config() function.
We have threaded interrupts for this. I haven't thought about hrtimers
though.
Yes, I'm aware of threaded interrupts. But I don't want to mandate
them in situations where the hardware doesn't require them.
b.g.
--
Bill
see
here is at last suitable for pulling into mainline.
Finally, the attached code CAN be used to control devices that drive
stepper motors and the like, but doing so is discouraged as I am
anticipating a request to develop an API specifically for such
situations.
Regards,
b.g.
Bill Gatliff (3
as time permits. Eventually, the current
PWM implementation will be deprecated and then expunged.
Signed-off-by: Bill Gatliff b...@billgatliff.com
---
Documentation/pwm.txt | 277 +
drivers/Kconfig |2 +
drivers/Makefile|2 +
drivers/pwm/Kconfig
, but I had never thought
about it before now...
b.g.
--
Bill Gatliff
b...@billgatliff.com
--
To unsubscribe from this list: send the line unsubscribe linux-embedded in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Mike:
Yep. My rebasing technique obviously needs some work! :)
b.g.
--
Bill Gatliff
b...@billgatliff.com
--
To unsubscribe from this list: send the line unsubscribe linux-embedded in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo
1 - 100 of 122 matches
Mail list logo