[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20151124121155.GK1929@sirena.org.uk>
Date: Tue, 24 Nov 2015 12:11:55 +0000
From: Mark Brown <broonie@...nel.org>
To: "Andrew F. Davis" <afd@...com>
Cc: Rob Herring <robh+dt@...nel.org>, Pawel Moll <pawel.moll@....com>,
Mark Rutland <mark.rutland@....com>,
Ian Campbell <ijc+devicetree@...lion.org.uk>,
Kumar Gala <galak@...eaurora.org>,
Linus Walleij <linus.walleij@...aro.org>,
Alexandre Courbot <gnurou@...il.com>,
Samuel Ortiz <sameo@...ux.intel.com>,
Lee Jones <lee.jones@...aro.org>,
Liam Girdwood <lgirdwood@...il.com>,
devicetree@...r.kernel.org, linux-gpio@...r.kernel.org,
linux-kernel@...r.kernel.org
Subject: Re: [PATCH v4 3/4] regulator: tps65086: Add regulator driver for the
TPS65086 PMIC
On Mon, Nov 23, 2015 at 01:18:15PM -0600, Andrew F. Davis wrote:
> Right, so this is the kind of description that would be nice with the
> declaration.
Feel free to send patches for the documentation, bearing in mind that
there is a limit to how large we cna make it.
> >>in the config takes precedence over the one in config->dev, the
> >>opposite is true for regulators, this is very confusing and should be
> >>standardized.
> >No, they both do the same thing.
> I don't see that, config->dev->of_node is checked for the init data in
> regulator_of_get_init_data, then config->of_node is then ignored if that
> succeeds.
Right, like I say this is because nobody should ever actually be using
that capability if they also have good bindings. If anyone did have a
sensible use case that'd be where it would go but as things stand they
will be pushed to do the right thing.
Download attachment "signature.asc" of type "application/pgp-signature" (474 bytes)
Powered by blists - more mailing lists