From: Jon Hunter <jon-hunter@ti.com>
To: balbi@ti.com
Cc: Tim Niemeyer <tim.niemeyer@corscience.de>,
Linux OMAP List <linux-omap@vger.kernel.org>,
Santosh Shilimkar <santosh.shilimkar@ti.com>
Subject: Re: [PATCH] gpio: omap-gpio: add support for pm_runtime autosuspend
Date: Fri, 26 Oct 2012 16:39:28 -0500 [thread overview]
Message-ID: <508B0310.60807@ti.com> (raw)
In-Reply-To: <20121026200137.GC29548@arwen.pp.htv.fi>
On 10/26/2012 03:01 PM, Felipe Balbi wrote:
> Hi,
>
> On Fri, Oct 26, 2012 at 03:19:13PM +0200, Tim Niemeyer wrote:
>> Adds support for configuring the omap-gpio driver use autosuspend for
>> runtime power management. This can reduce the latency in using it by
>> not suspending the device immediately on idle. If another access takes
>> place before the autosuspend timeout (2 secs), the call to resume the
>> device can return immediately saving some save/ restore cycles.
>>
>> This removes also the bank->mod_usage counter, because this is already
>> handled in pm_runtime.
>>
>> I use a gpio to monitor a spi transfer which occurs every 250µs. The
>> suspend overhead is to high, so almost every second transfer is lost.
>> This patch fixes that.
>>
>> Signed-off-by: Tim Niemeyer <tim.niemeyer@corscience.de>
>> ---
>> drivers/gpio/gpio-omap.c | 81 ++++++++++++++++++++++++---------------------
>> 1 files changed, 43 insertions(+), 38 deletions(-)
>>
>> diff --git a/drivers/gpio/gpio-omap.c b/drivers/gpio/gpio-omap.c
>> index 94cbc84..708d5a9 100644
>> --- a/drivers/gpio/gpio-omap.c
>> +++ b/drivers/gpio/gpio-omap.c
>> @@ -31,6 +31,7 @@
>> #include <asm/mach/irq.h>
>>
>> #define OFF_MODE 1
>> +#define GPIO_AUTOSUSPEND_TIMEOUT 2000
>
> something just hit me... If you keep timeout at 2000 ms and you hook
> this up to an IRQ line, it's very unlikely GPIO will ever sleep.
>
> Why did you choose 2000 ms ? Arbitrary value ?
It does seem quite large. I wonder if the default timeout should be
something much smaller and then users can set the timeout needed for
their specific application via the sysfs.
By the way, it appears that I keep getting unsubscribed from linux-omap
mailing list and I only saw this because you copied me. Thanks Felipe!
Can you bounce the thread to me?
Also if anyone knows why I could be getting unsubscribed let me know.
May be my emails have a bad signal to noise ratio :-(
Cheers
Jon
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
next prev parent reply other threads:[~2012-10-26 21:39 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-10-26 7:55 [PATCH] gpio: omap-gpio: add support for pm_runtime autosuspend Tim Niemeyer
2012-10-26 8:03 ` Felipe Balbi
2012-10-26 10:42 ` Tim Niemeyer
2012-10-26 11:42 ` Felipe Balbi
2012-10-26 13:19 ` Tim Niemeyer
2012-10-26 20:01 ` Felipe Balbi
2012-10-26 21:39 ` Jon Hunter [this message]
2012-10-27 10:58 ` Santosh Shilimkar
2012-10-29 8:52 ` Tim Niemeyer
2012-10-29 6:47 ` Santosh Shilimkar
2012-10-29 8:05 ` Felipe Balbi
2012-10-29 8:23 ` Santosh Shilimkar
2012-10-29 20:03 ` Felipe Balbi
2012-10-30 6:32 ` Santosh Shilimkar
2012-10-30 7:09 ` Felipe Balbi
2012-10-30 14:16 ` Jon Hunter
2012-10-30 15:10 ` Felipe Balbi
2012-10-31 10:15 ` Jon Hunter
2012-10-31 10:15 ` Felipe Balbi
2012-10-31 10:37 ` Kevin Hilman
2012-10-31 11:05 ` Santosh Shilimkar
2012-10-29 8:43 ` Tim Niemeyer
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=508B0310.60807@ti.com \
--to=jon-hunter@ti.com \
--cc=balbi@ti.com \
--cc=linux-omap@vger.kernel.org \
--cc=santosh.shilimkar@ti.com \
--cc=tim.niemeyer@corscience.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.