[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20101005185942.GA22808@opensource.wolfsonmicro.com>
Date: Tue, 5 Oct 2010 11:59:43 -0700
From: Mark Brown <broonie@...nsource.wolfsonmicro.com>
To: Dmitry Torokhov <dmitry.torokhov@...il.com>
Cc: Igor Grinberg <grinberg@...pulab.co.il>,
Marek Vasut <marek.vasut@...il.com>,
linux-arm-kernel@...ts.infradead.org, vapier@...too.org,
khilman@...prootsystems.com, linux-kernel@...r.kernel.org,
pavel@....cz, linux-input@...r.kernel.org, eric.y.miao@...il.com,
akpm@...ux-foundation.org
Subject: Re: [PATCH v2] Input: Make ADS7846 independent on regulator
On Tue, Oct 05, 2010 at 11:07:03AM -0700, Dmitry Torokhov wrote:
> On Tue, Oct 05, 2010 at 09:40:38AM -0700, Mark Brown wrote:
> > I really don't think it's a good idea to add this code to every single
> > regulator using driver - this seems like an enormous waste of time and
> > code complexity cost. I have suggested several times that we should
> > extend the dummy regulator mode so that boards can enable it from code
> > as well as users enable it from Kconfig, I'm not sure why everyone is so
> > keen on bodging this in drivers.
> It all depends on what instances you expect to encounted more often -
> drivers or boards without regulators...
If the board doesn't use regulators you can just disable the regulator
API at which point it compiles out into stubs which report success -
this has been the case from day one. There's only an issue if the board
has a regulator configuration which is partially visible to software.
--
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