[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20120326153429.GX3098@opensource.wolfsonmicro.com>
Date: Mon, 26 Mar 2012 16:34:29 +0100
From: Mark Brown <broonie@...nsource.wolfsonmicro.com>
To: Alex Gershgorin <alexg@...rolight.com>
Cc: "s.hauer@...gutronix.de" <s.hauer@...gutronix.de>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"linux-arm-kernel@...ts.infradead.org"
<linux-arm-kernel@...ts.infradead.org>,
"fabio.estevam@...escale.com" <fabio.estevam@...escale.com>
Subject: Re: [PATCH v1] regulator: i.MX35-PDK Add regulator support
On Mon, Mar 26, 2012 at 05:28:55PM +0200, Alex Gershgorin wrote:
> On Mon, Mar 26, 2012 at 04:36:33PM +0200, Alex Gershgorin wrote:
Fix your mailer to word wrap within paragraphs, I reflowed your text to
be legible.
> > >...and in many cases the supply names don't look like things I'd expect
> > >to be varying too much at runtime. It looks like you just typed the
> > >maximum datasheet ranges in, not things that make sense for the board.
> It's not quite true, I was based on the Freescale BSP and I assume,
> that this is checked. I also tested it on v3.3
Uh, presence in a vendor BSP isn't a guarantee of sanity... Since you
didn't specify any consumers the regulator API obviously won't do
anything with the voltage range provided but to repeat it's really not
at all obvious that anything sane ever would.
Download attachment "signature.asc" of type "application/pgp-signature" (837 bytes)
Powered by blists - more mailing lists