[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20130604072115.GI3370@gmail.com>
Date: Tue, 4 Jun 2013 08:21:15 +0100
From: Lee Jones <lee.jones@...aro.org>
To: Stephen Warren <swarren@...dotorg.org>
Cc: J Keerthy <j-keerthy@...com>, linux-kernel@...r.kernel.org,
linux-doc@...r.kernel.org, devicetree-discuss@...ts.ozlabs.org,
broonie@...nsource.wolfsonmicro.com, rob.herring@...xeda.com,
rob@...dley.net, mturquette@...aro.org, sameo@...ux.intel.com,
wim@...ana.be, lgirdwood@...il.com, gg@...mlogic.co.uk,
t-kristo@...com, Ian Lartey <ian@...mlogic.co.uk>
Subject: Re: [PATCH] mfd: DT bindings for the palmas family MFD
On Mon, 03 Jun 2013, Stephen Warren wrote:
> On 06/03/2013 08:18 AM, Lee Jones wrote:
> > On Mon, 03 Jun 2013, J Keerthy wrote:
> >> Add the various binding files for the palmas family of chips. There is a
> >> top level MFD binding then a seperate binding for regulators IP blocks on chips.
>
> >> diff --git a/Documentation/devicetree/bindings/mfd/palmas.txt b/Documentation/devicetree/bindings/mfd/palmas.txt
>
> >> +Example:
> >> +
> >> +palmas {
> >
> > Should this be 'palmas@48 {', as it has an address?
>
> It's common to only include the unit-address (@48) if it's needed to
> make the node name unique (i.e. if you had multiple palmas devices).
I was working on the basis of, if it has a 'reg' value, it should be
highlighted in the node name, but if this is the common way of doing
things then fair enough.
> >> diff --git a/Documentation/devicetree/bindings/regulator/palmas-pmic.txt b/Documentation/devicetree/bindings/regulator/palmas-pmic.txt
>
> > See: Documentation/devicetree/bindings/regulator/gpio-regulator.txt
> >
> >> + ti,sleep-mode - mode to adopt in pmic sleep 0 - off, 1 - auto,
> >> + 2 - eco, 3 - forced pwm
> >
> > I've seen lots of sleep-mode properties, can't we define a generic
> > one?
>
> Isn't it HW-specific?
Yes, they're not all identical. I haven't studied them all in detail,
but I assumed a we would be able to do something in order to
consolidate them somewhat. If they are vastly different then no
problem, it was just an idea to cut down on vendor specific
properties.
--
Lee Jones
Linaro ST-Ericsson Landing Team Lead
Linaro.org │ Open source software for ARM SoCs
Follow Linaro: Facebook | Twitter | Blog
--
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