[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CACRpkdb+f44jw1vTYvJT0bnMOP8XQe8ztDUHiwtS2JHtPWAGXw@mail.gmail.com>
Date: Tue, 23 Oct 2012 12:29:28 +0200
From: Linus Walleij <linus.walleij@...aro.org>
To: Thomas Petazzoni <thomas.petazzoni@...e-electrons.com>,
"Rafael J. Wysocki" <rjw@...k.pl>,
Magnus Damm <damm@...nsource.se>,
Paul Mundt <lethal@...ux-sh.org>
Cc: balbi@...com, 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>
Subject: Re: [PATCHv2] Input: omap4-keypad: Add pinctrl support
On Tue, Oct 23, 2012 at 12:23 PM, Thomas Petazzoni
<thomas.petazzoni@...e-electrons.com> wrote:
>
> On Tue, 23 Oct 2012 13:03:33 +0300, Felipe Balbi wrote:
>
>> > But it appears that shmobile prefer to get all resources using
>> > bus notifiers.
>> >
>> > So we need to form some kind of consensus ... or live with
>> > the fact that different systems do it different ways. Which will
>> > explode the day we need to use a driver on two systems,
>> > each using the other approach :-)
>>
>> I much prefer having drivers explicitly manage all their resources,
>> which would mean that pinctrl calls need to be done on probe() and, if
>> necessary, during suspend()/resume().
>>
>> Using bus notifiers for that is quite a hack IMHO.
>
> Agreed. Just like drivers do their ioremap, request_irq and others,
> they should also request their pin resources using the pinctrl API.
> Hiding this behind a bus notifier is not nice.
So the biggest implementation of the notifier approach to resource
handling is the SH clock thing:
drivers/base/power/clock_ops.c
It's made to be generic but AFAICT only SH is using this.
So according to that paradigm most device resources should
be handled that way if I understand correctly the basic idea.
So let's get Rafael, Paul and Magnus in here to beat us up
a bit :-)
Yours,
Linus Walleij
--
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