From: swarren@wwwdotorg.org (Stephen Warren)
To: linux-arm-kernel@lists.infradead.org
Subject: GPIO sysfs : set a wake source
Date: Thu, 16 May 2013 13:49:20 -0600 [thread overview]
Message-ID: <51953840.9050106@wwwdotorg.org> (raw)
In-Reply-To: <87ip2ig1ez.fsf@free.fr>
On 05/16/2013 01:39 PM, Robert Jarzmik wrote:
> Stephen Warren <swarren@wwwdotorg.org> writes:
>
>> On 05/14/2013 03:29 AM, Linus Walleij wrote:
>>> On Thu, May 9, 2013 at 2:59 PM, Robert Jarzmik <robert.jarzmik@free.fr> wrote:
>>>
>>>> I was thinking on how to remove all "gpio_request()" from my board code
>>>> (arch/arm/mach-pxa/mioa701.c).
>>>>
>>>> I have a small difficulty with the functionality provided by gpiolib in
>>>> userspace. This is what I need :
>>>> - define a gpio as an input
>>>> - define this gpio to be an interrupt source
>>>> - define this interrupt to be a wake-up source
>>>
>>> This sounds like trying to remove board code by moving it to userspace
>>> and basically starting to implement stuff that belongs in the kernel
>>> in userspace just because someone says we should get rid of board
>>> files :-)
> No, really, even it's true that it comes from someone asking me, now I have
> though it a bit more through.
>
>>> Don't go down this path, let the kernel handle this kind of stuff.
> Oh really, where ?
>
> Let me show you why it can't be a module.
> In my case, I have a 2G modem connected to the soc :
> - the modem and 1 SoC UART are connected (TX, RX, CTS, ...)
> - the modem and SoC are connected through several gpios
> - one or two control to power up and reset the modem
> - one connected to the modem "ring" signal (the one I want a wakeup for).
>
> So I have no module to handle my modem :
> - UART is handled by pxa-uart
> - control/reset by gpiolib
> - ring ... by nobody
>
> So my point is that this ring *should* be handled by gpiolib, just as any casual
> input gpio. Moreover, the "wake-up" ability should be activable/deactivable on
> wish by userspace.
>
>>> Instead figure out how to make the subsystems we have and the
>>> device trees express what you want to do.
>
> As I said above, I don't think it's the way to go. I have *no* subsystem to
> address.
> Devicetree can't help in the toggle to "activate" or "deactivate" the wakeup
> upon this GPIO, can it ?
This sounds very similar to WiFi rfkill, although it's a MODEM not WiFi.
next prev parent reply other threads:[~2013-05-16 19:49 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-05-09 12:59 GPIO sysfs : set a wake source Robert Jarzmik
2013-05-14 9:29 ` Linus Walleij
2013-05-14 16:08 ` Stephen Warren
2013-05-16 19:39 ` Robert Jarzmik
2013-05-16 19:49 ` Stephen Warren [this message]
2013-05-17 3:18 ` Robert Jarzmik
2013-05-17 6:24 ` Linus Walleij
2013-05-18 9:18 ` Robert Jarzmik
2013-05-20 18:25 ` Linus Walleij
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=51953840.9050106@wwwdotorg.org \
--to=swarren@wwwdotorg.org \
--cc=linux-arm-kernel@lists.infradead.org \
/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.