[PATCH v3 2/2] Documentation: devicetree: Add boost-frequency binding to list boost mode frequency
ta.omasab at gmail.com
Wed May 14 06:17:44 PDT 2014
On Wed, May 14, 2014 at 7:32 AM, Nishanth Menon <nm at ti.com> wrote:
> On Tue, May 13, 2014 at 8:03 PM, Thomas Abraham <ta.omasab at gmail.com> wrote:
>> From: Thomas Abraham <thomas.ab at samsung.com>
>> Add a new optional boost-frequency binding for specifying the frequencies
>> usable in boost mode.
>> Cc: Nishanth Menon <nm at ti.com>
>> Cc: Lukasz Majewski <l.majewski at samsung.com>
>> Cc: Rob Herring <robh+dt at kernel.org>
>> Cc: Pawel Moll <pawel.moll at arm.com>
>> Cc: Mark Rutland <mark.rutland at arm.com>
>> Cc: Ian Campbell <ijc+devicetree at hellion.org.uk>
>> Cc: Kumar Gala <galak at codeaurora.org>
>> Signed-off-by: Thomas Abraham <thomas.ab at samsung.com>
>> .../devicetree/bindings/cpufreq/cpufreq-boost.txt | 11 +++++++++++
>> 1 files changed, 11 insertions(+), 0 deletions(-)
>> create mode 100644 Documentation/devicetree/bindings/cpufreq/cpufreq-boost.txt
>> diff --git a/Documentation/devicetree/bindings/cpufreq/cpufreq-boost.txt b/Documentation/devicetree/bindings/cpufreq/cpufreq-boost.txt
>> new file mode 100644
>> index 0000000..d925e38
>> --- /dev/null
>> +++ b/Documentation/devicetree/bindings/cpufreq/cpufreq-boost.txt
>> @@ -0,0 +1,11 @@
>> +* Device tree binding for CPU boost frequency (aka over-clocking)
>> +Certain CPU's can be operated in optional 'boost' mode (or sometimes referred as
>> +overclocking) in which the CPU can operate in frequencies beyond the normal
> "operate at"?
>> +operating conditions.
> "normal operating conditions" probably need a little bit of an
> expansion here perhaps?
>> +Optional Properties:
>> +- boost-frequency: list of frequencies in KHz to be used only in boost mode.
> probably boost-frequencies?
>> + This list should be a subset of frequencies listed in "operating-points"
>> + property. Refer to Documentation/devicetree/bindings/power/opp.txt for
>> + details about "operating-points" property.
> an example is expected here.
> personally, I think I understand the intent here, but as a hardware
> description, will let folks comment if it is acceptable.
Thanks for your review Nishanth. I will do the changes you have suggested.
> Nishanth Menon
More information about the linux-arm-kernel