[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20121023131156.13e2d0ae@skate>
Date: Tue, 23 Oct 2012 13:11:56 +0200
From: Thomas Petazzoni <thomas.petazzoni@...e-electrons.com>
To: Linus Walleij <linus.walleij@...aro.org>
Cc: balbi@...com, "Rafael J. Wysocki" <rjw@...k.pl>,
Magnus Damm <damm@...nsource.se>,
Paul Mundt <lethal@...ux-sh.org>,
Benoit Cousson <b-cousson@...com>, tony@...mide.com,
devicetree-discuss@...ts.ozlabs.org,
Dmitry Torokhov <dmitry.torokhov@...il.com>,
linux-kernel@...r.kernel.org, linux-input@...r.kernel.org,
Sourav Poddar <sourav.poddar@...com>,
linux-omap@...r.kernel.org, linux-arm-kernel@...ts.infradead.org,
Amit Kucheria <amit.kucheria@...aro.org>,
Stephen Warren <swarren@...dotorg.org>
Subject: Re: [PATCHv2] Input: omap4-keypad: Add pinctrl support
On Tue, 23 Oct 2012 12:45:33 +0200, Linus Walleij wrote:
> Hm so I have had this idea of runtime PM core helping out
> with pins, so I could add something like
>
> pm_pins_fetch()
> pm_pins_default()
> pm_pins_idle()
> pm_pins_sleep()
>
> So if one is using the pin states defined in
> <linux/pinctrl/pinctrl-state.h> then the PM core can help out in
> keeping track of the pins and states, and the driver will just tell
> the PM core what to do and when.
>
> Would this fit the bill for everyone's code consolidation needs?
> It would sure work for us...
That surely would work but is kind of non-obvious when reading a
driver's code: that's the problem with bus notifier, they do things a
bit "behind your back" without you noticing. Having the driver request
its own pinctrl state, and switch between states upon suspend/resume is
a lot more explicit, IMO.
Thomas
--
Thomas Petazzoni, Free Electrons
Kernel, drivers, real-time and embedded Linux
development, consulting, training and support.
http://free-electrons.com
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists