mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Felipe Balbi <balbi@ti.com>
To: Dmitry Torokhov <dmitry.torokhov@gmail.com>
Cc: Linus Walleij <linus.walleij@linaro.org>,
	Felipe Balbi <balbi@ti.com>, Benoit Cousson <b-cousson@ti.com>,
	Sourav Poddar <sourav.poddar@ti.com>, <tony@atomide.com>,
	<linux-omap@vger.kernel.org>, <linux-kernel@vger.kernel.org>,
	<devicetree-discuss@lists.ozlabs.org>,
	<linux-arm-kernel@lists.infradead.org>,
	<linux-input@vger.kernel.org>
Subject: Re: [PATCHv2] Input: omap4-keypad: Add pinctrl support
Date: Wed, 24 Oct 2012 21:58:19 +0300	[thread overview]
Message-ID: <20121024185818.GB772@arwen.pp.htv.fi> (raw)
In-Reply-To: <4099134.xWUIfbbahk@dtor-d630.eng.vmware.com>

[-- Attachment #1: Type: text/plain, Size: 1331 bytes --]

Hi,

On Wed, Oct 24, 2012 at 10:28:46AM -0700, Dmitry Torokhov wrote:
> > for more complex pinctrl use cases. These are my dogfood drivers ...
> > Most of these will request more than one state and switch the driver
> > between these different states at runtime, in these examples for power
> > saving there are states named "default", "sleep" and in the I2C driver
> > also "idle".
> > 
> > These examples are more typical to how the ux500 platform will
> > look, also the SKE input driver will move the devise to sleep/default
> > states but we need to merge PM code before we can do that.
> 
> I do not say that no drivers should ever touch pinctrl, just that most
> of them do not have to if you have other layers to the right thing for
> them.

It will be a much bigger mess. Some drivers don't need to care about
pinctrl because drivers/base handle it for them, while some others will
need a way to tell drivers/base "hey, don't touch pinctrl at all because
I know what I'm doing" and that has to happen before probe() too,
otherwise it's already too late and, according to what you suggest,
drivers/base will already have touched pinctrl. The only way I see would
be to add an extra "dont_touch_my_pins" field to every driver structure
in the kernel. Clearly what you say is nonsense.

-- 
balbi

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 836 bytes --]

  reply	other threads:[~2012-10-24 19:04 UTC|newest]

Thread overview: 68+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-10-22 13:13 Sourav Poddar
2012-10-22 15:50 ` Dmitry Torokhov
2012-10-23  9:13   ` Linus Walleij
2012-10-23  9:35     ` Benoit Cousson
2012-10-23 10:04       ` Linus Walleij
2012-10-23 10:03         ` Felipe Balbi
2012-10-23 10:23           ` Thomas Petazzoni
2012-10-23 10:29             ` Linus Walleij
2012-10-23 10:29               ` Felipe Balbi
2012-10-23 10:45                 ` Linus Walleij
2012-10-23 10:42                   ` Felipe Balbi
2012-10-23 11:11                   ` Thomas Petazzoni
2012-10-23 17:02           ` Mitch Bradley
2012-10-23 17:20             ` Felipe Balbi
2012-10-23 17:51               ` Mitch Bradley
2012-10-23 17:51                 ` Felipe Balbi
2012-10-23  9:18   ` Benoit Cousson
2012-10-23 20:02     ` Dmitry Torokhov
2012-10-24  8:37       ` Felipe Balbi
2012-10-24 16:14         ` Dmitry Torokhov
2012-10-24 16:51           ` Linus Walleij
2012-10-24 17:28             ` Dmitry Torokhov
2012-10-24 18:58               ` Felipe Balbi [this message]
2012-10-25 20:59                 ` Mark Brown
2012-10-26  6:20                   ` Felipe Balbi
2012-10-26 16:03                     ` Mark Brown
2012-10-29 19:49                       ` Felipe Balbi
2012-10-30 11:24                         ` Mark Brown
2012-10-30 11:49                           ` Felipe Balbi
2012-10-30 14:07                             ` Mark Brown
2012-10-30 14:16                               ` Linus Walleij
2012-10-30 14:54                                 ` Mark Brown
2012-10-30 15:16                               ` Felipe Balbi
2012-10-30 15:58                                 ` Mark Brown
2012-10-30 17:25                                   ` Felipe Balbi
2012-10-30 18:20                                     ` Dmitry Torokhov
2012-10-30 18:48                                       ` Felipe Balbi
2012-10-30 18:37                                     ` Mark Brown
2012-10-30 21:51                                       ` Linus Walleij
2012-10-30 22:57                                         ` Rafael J. Wysocki
2012-11-02 18:26                                         ` Mark Brown
2012-10-30 14:11                             ` Linus Walleij
2012-10-28 20:12               ` Linus Walleij
2012-10-30 11:34                 ` Mark Brown
2012-10-30 14:02                   ` Linus Walleij
2012-10-30 14:37                     ` Mark Brown
2012-10-31 20:10                     ` Kevin Hilman
     [not found]                       ` <CACRpkdbCk9+HSBPtfT-1dO8paSRYJ5VXX_0SxiyxgrObnJEvmQ@mail.gmail.com>
2012-11-01  8:56                         ` Fwd: " Linus Walleij
2012-11-01 11:42                           ` Kevin Hilman
2012-11-01 13:22                             ` Linus Walleij
2012-11-01 12:07                         ` Mark Brown
2012-11-01 14:01                           ` Linus Walleij
2012-11-01 14:19                             ` Mark Brown
2012-11-11 12:32                             ` Linus Walleij
2012-10-31 13:19                 ` Jean-Christophe PLAGNIOL-VILLARD
2012-10-24 16:52           ` Felipe Balbi
2012-10-24 17:13             ` Linus Walleij
2012-10-24 17:34             ` Dmitry Torokhov
2012-10-24 17:46           ` Benoit Cousson
2012-10-24 12:54       ` Linus Walleij
2012-10-24 16:18         ` Dmitry Torokhov
2012-10-24 16:57           ` Felipe Balbi
2012-10-24 17:18             ` Linus Walleij
2012-10-24 17:58             ` Dmitry Torokhov
2012-10-24 19:10               ` Felipe Balbi
2012-10-24 19:38                 ` Dmitry Torokhov
2012-10-24 19:51                   ` Felipe Balbi
2012-10-24 17:01           ` 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=20121024185818.GB772@arwen.pp.htv.fi \
    --to=balbi@ti.com \
    --cc=b-cousson@ti.com \
    --cc=devicetree-discuss@lists.ozlabs.org \
    --cc=dmitry.torokhov@gmail.com \
    --cc=linus.walleij@linaro.org \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-input@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-omap@vger.kernel.org \
    --cc=sourav.poddar@ti.com \
    --cc=tony@atomide.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

Powered by JetHome