All of lore.kernel.org
 help / color / mirror / Atom feed
From: Daniel Mack <zonque@gmail.com>
To: Linus Walleij <linus.walleij@linaro.org>
Cc: Lee Jones <lee.jones@linaro.org>,
	linux-input@vger.kernel.org,
	Dmitry Torokhov <dmitry.torokhov@gmail.com>,
	Jonas ABERG <jonas.aberg@stericsson.com>
Subject: Re: [PATCH] Input: gpio_keys: allocate pins
Date: Thu, 25 Oct 2012 10:20:17 +0200	[thread overview]
Message-ID: <5088F641.9050409@gmail.com> (raw)
In-Reply-To: <CACRpkdbr4VHJ+gNZjK43FmSU=p5FGdxqmOkkAz-VWqUCQ=R=5A@mail.gmail.com>

On 25.10.2012 10:08, Linus Walleij wrote:
> On Thu, Oct 25, 2012 at 9:58 AM, Lee Jones <lee.jones@linaro.org> wrote:
>> On Fri, 12 Oct 2012, Linus Walleij wrote:
> (...)
>>> Is biasing what you need to do?
> (...)
>>> All I really want is that platforms have a clear idea about
>>> how and where the pins will be handled, and that if GPIO
>>> and pinctrl handle the same lines, they need to interact.
>>>
>>> Yours,
>>> Linus Walleij
>>
>> Friendly poke.
> 
> I don't know how to respond to that? I asked a question about
> what the intent of the patch was and the generic thinking
> behind this approach and it remains unanswered.
> 
> I think I have seen other patches doing the proper thing
> for pinctrl-single by implementing the proper
> pinctrl_request_gpio()
> pinctrl_free_gpio()
> pinctrl_gpio_direction_input()
> pinctrl_gpio_direction_output()
> in that very GPIO driver.
> 
> So I suspect that this patch should be dropped, unless you
> have some other compelling usecase to bring to the show?

I think so too. I misunderstood the concept of pinctrl in this area,
thanks for taking the time of explaining this. Shortly after I worked on
it, I was distracted by other topics so I didn't find time to continue.
But once I will, I'll follow up here again.


Thanks,
Daniel


  parent reply	other threads:[~2012-10-25  8:20 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-10-12 15:55 [PATCH] Input: gpio_keys: allocate pins Daniel Mack
2012-10-12 21:26 ` Linus Walleij
2012-10-12 21:27   ` Daniel Mack
2012-10-12 21:37     ` Linus Walleij
2012-10-12 21:40       ` Daniel Mack
2012-10-12 21:44         ` Linus Walleij
2012-10-25  7:58           ` Lee Jones
2012-10-25  8:08             ` Linus Walleij
2012-10-25  8:20               ` Lee Jones
2012-10-25  8:20               ` Daniel Mack [this message]
2012-10-12 21:35   ` Dmitry Torokhov
2012-10-12 21:40     ` 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=5088F641.9050409@gmail.com \
    --to=zonque@gmail.com \
    --cc=dmitry.torokhov@gmail.com \
    --cc=jonas.aberg@stericsson.com \
    --cc=lee.jones@linaro.org \
    --cc=linus.walleij@linaro.org \
    --cc=linux-input@vger.kernel.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.