From: Guenter Roeck <linux@roeck-us.net>
To: Mark Rutland <mark.rutland@arm.com>,
"atull@opensource.altera.com" <atull@opensource.altera.com>,
"broonie@kernel.org" <broonie@kernel.org>
Cc: "jdelvare@suse.de" <jdelvare@suse.de>,
"lm-sensors@lm-sensors.org" <lm-sensors@lm-sensors.org>,
"lgirdwood@gmail.com" <lgirdwood@gmail.com>,
"robh+dt@kernel.org" <robh+dt@kernel.org>,
Pawel Moll <Pawel.Moll@arm.com>,
"ijc+devicetree@hellion.org.uk" <ijc+devicetree@hellion.org.uk>,
"galak@codeaurora.org" <galak@codeaurora.org>,
"devicetree@vger.kernel.org" <devicetree@vger.kernel.org>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
"delicious.quinoa@gmail.com" <delicious.quinoa@gmail.com>,
"dinguyen@opensource.altera.com" <dinguyen@opensource.altera.com>,
"yvanderv@opensource.altera.com" <yvanderv@opensource.altera.com>
Subject: Re: [PATCH v5 1/4] hwmon: ltc2978: device tree bindings documentation
Date: Fri, 03 Oct 2014 10:28:59 -0700 [thread overview]
Message-ID: <542EDCDB.6040406@roeck-us.net> (raw)
In-Reply-To: <20141003122736.GH26643@leverpostej>
On 10/03/2014 05:27 AM, Mark Rutland wrote:
> On Thu, Oct 02, 2014 at 07:37:48PM +0100, atull@opensource.altera.com wrote:
>> From: Alan Tull <atull@opensource.altera.com>
>>
>> Add device tree bindings documentation for ltc2978.
>>
>> Signed-off-by: Alan Tull <atull@opensource.altera.com>
>> ---
>> v2: clean whitespace
>> ---
>> .../devicetree/bindings/hwmon/ltc2978.txt | 41 ++++++++++++++++++++
>> 1 file changed, 41 insertions(+)
>> create mode 100644 Documentation/devicetree/bindings/hwmon/ltc2978.txt
>>
>> diff --git a/Documentation/devicetree/bindings/hwmon/ltc2978.txt b/Documentation/devicetree/bindings/hwmon/ltc2978.txt
>> new file mode 100644
>> index 0000000..b2d9c4d
>> --- /dev/null
>> +++ b/Documentation/devicetree/bindings/hwmon/ltc2978.txt
>> @@ -0,0 +1,41 @@
>> +ltc2978
>> +
>> +Required properties:
>> + - compatible: one of: ltc2974, ltc2977, ltc2978, ltc3880, ltc3883, ltm4676
>
> Could we please format this like:
>
> - compatible: should contain one of:
> * "ltc2974"
> * "ltc2977"
> * "ltc2978"
> * "ltc3880"
> * "ltc3883"
> * "ltm4676"
>
> Given the file name, are these all variants of ltc2978?
>
>> + - reg: I2C address
>> +
>> +Optional properties:
>> + Name of the optional regulator subnode must be "regulators".
>> + - #address-cells must be 1.
>
> What's the single address cell used for?
>
I think this is required by the regulator bindings.
Other regulators use the same, though they don't typically
mention it in the properties list but only in the examples.
>> + - #size-cells must be 0.
>> +
>> + For each regulator:
>> + - reg: regulator number
>
> Which can be...?
>
> What does this correspond to in the HW?
>
Channel number or index. Pretty much the 0..7 from the name below.
>> + - regulator-compatible: must be vout_en<regulator number> such as vout_en3
>> + valid range is:
>> + ltc2977, ltc2978 : vout_en0 - vout_en7
>> + ltc2974 : vout_en0 - vout_en3
>> + ltc3880, ltm4676 : vout_en0 - vout_en1
>> + ltc3883 : vout_en0 only
>
> In other bindings I believe I've seen the node name used for this.
>
Seems like per-device names are chosen for other regulators.
PMBus commonly uses the term "VOUT" for output voltages,
so vout[0-7] should be ok.
Which reminds me: We had earlier asked to drop the "_en" from the strings
as unnecessary.
> Mark, what's the preferred scheme for identifying regulators in a
> container node?
>
>> + - regulator-name: arbitrary name for regulator
>
> Drop the 'aribtarary'. Either this should be the name of the regulator
> on the board, or it shouldn't be necessary.
>
Not sure if it even needs to be documented here. It is already documented
in Documentation/devicetree/bindings/regulator/regulator.txt.
> Mark.
>
>> +
>> +Example:
>> +ltc2978@5e {
>> + compatible = "ltc2978";
>> + reg = <0x5e>;
>> + regulators {
>> + #address-cells = <1>;
>> + #size-cells = <0>;
>> +
>> + vdacp0_reg: regulator@0 {
>> + reg = <0>;
>> + regulator-compatible = "vout_en0";
>> + regulator-name = "FPGA-2.5V";
>> + };
>> + vdacp2_reg: regulator@2 {
>> + reg = <2>;
>> + regulator-compatible = "vout_en2";
>> + regulator-name = "FPGA-1.5V";
>> + };
>> + };
>> +};
>> --
>> 1.7.9.5
>>
>>
>
next prev parent reply other threads:[~2014-10-03 17:28 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-10-02 18:37 [PATCH v5 0/4] This set of patches adds regulator support for pmbus_core.c and ltc2978.c atull-yzvPICuk2ABMcg4IHK0kFoH6Mc4MB0Vx
2014-10-02 18:37 ` [PATCH v5 1/4] hwmon: ltc2978: device tree bindings documentation atull
[not found] ` <1412275071-6417-2-git-send-email-atull-yzvPICuk2ABMcg4IHK0kFoH6Mc4MB0Vx@public.gmane.org>
2014-10-03 12:27 ` Mark Rutland
2014-10-03 13:03 ` Guenter Roeck
[not found] ` <542E9E9B.4090307-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>
2014-10-03 13:05 ` Mark Rutland
2014-10-03 15:21 ` Guenter Roeck
2014-10-03 17:28 ` Guenter Roeck [this message]
2014-10-03 23:13 ` Mark Brown
2014-10-03 23:23 ` Guenter Roeck
[not found] ` <542F2FE3.60507-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>
2014-10-04 9:53 ` Mark Brown
2014-10-05 0:13 ` Guenter Roeck
2014-10-06 17:28 ` Guenter Roeck
[not found] ` <20141006172845.GA21902-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>
2014-10-08 16:12 ` atull
2014-10-08 20:12 ` Guenter Roeck
[not found] ` <20141008201254.GA21065-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>
2014-10-08 20:21 ` Mark Brown
[not found] ` <1412275071-6417-1-git-send-email-atull-yzvPICuk2ABMcg4IHK0kFoH6Mc4MB0Vx@public.gmane.org>
2014-10-02 18:37 ` [PATCH v5 2/4] pmbus: core: add helpers for byte write and read modify write atull-yzvPICuk2ABMcg4IHK0kFoH6Mc4MB0Vx
2014-10-02 18:37 ` [PATCH v5 3/4] pmbus: add regulator support atull
[not found] ` <1412275071-6417-4-git-send-email-atull-yzvPICuk2ABMcg4IHK0kFoH6Mc4MB0Vx@public.gmane.org>
2014-10-03 14:27 ` Mark Brown
[not found] ` <20141003142746.GA24441-GFdadSzt00ze9xe1eoZjHA@public.gmane.org>
2014-10-03 15:23 ` Guenter Roeck
2014-10-03 16:42 ` Mark Brown
2014-10-07 14:38 ` atull
2014-10-02 18:37 ` [PATCH v5 4/4] pmbus: ltc2978: " atull
[not found] ` <1412275071-6417-5-git-send-email-atull-yzvPICuk2ABMcg4IHK0kFoH6Mc4MB0Vx@public.gmane.org>
2014-10-03 3:12 ` Guenter Roeck
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=542EDCDB.6040406@roeck-us.net \
--to=linux@roeck-us.net \
--cc=Pawel.Moll@arm.com \
--cc=atull@opensource.altera.com \
--cc=broonie@kernel.org \
--cc=delicious.quinoa@gmail.com \
--cc=devicetree@vger.kernel.org \
--cc=dinguyen@opensource.altera.com \
--cc=galak@codeaurora.org \
--cc=ijc+devicetree@hellion.org.uk \
--cc=jdelvare@suse.de \
--cc=lgirdwood@gmail.com \
--cc=linux-kernel@vger.kernel.org \
--cc=lm-sensors@lm-sensors.org \
--cc=mark.rutland@arm.com \
--cc=robh+dt@kernel.org \
--cc=yvanderv@opensource.altera.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).