lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAL_Jsq+sKbn9Jsp6LjfwO59Ceps3zrL8eABXw74m3A25M8bjJg@mail.gmail.com>
Date:	Thu, 5 Nov 2015 17:33:12 -0600
From:	Rob Herring <robh@...nel.org>
To:	Viresh Kumar <viresh.kumar@...aro.org>
Cc:	Rafael Wysocki <rjw@...ysocki.net>,
	Stephen Boyd <sboyd@...eaurora.org>,
	Lee Jones <lee.jones@...aro.org>,
	"linaro-kernel@...ts.linaro.org" <linaro-kernel@...ts.linaro.org>,
	"linux-pm@...r.kernel.org" <linux-pm@...r.kernel.org>,
	Mark Rutland <mark.rutland@....com>,
	Pawel Moll <pawel.moll@....com>,
	Ian Campbell <ijc+devicetree@...lion.org.uk>,
	Kumar Gala <galak@...eaurora.org>, Nishanth Menon <nm@...com>,
	"devicetree@...r.kernel.org" <devicetree@...r.kernel.org>,
	Bartlomiej Zolnierkiewicz <b.zolnierkie@...sung.com>,
	Marek Szyprowski <m.szyprowski@...sung.com>,
	open list <linux-kernel@...r.kernel.org>,
	"Rafael J. Wysocki" <rafael.j.wysocki@...el.com>
Subject: Re: [PATCH V2 2/5] PM / OPP: Add {opp-microvolt|opp-microamp|turbo-mode|opp-suspend}-<name>
 binding

On Wed, Nov 4, 2015 at 9:19 PM, Viresh Kumar <viresh.kumar@...aro.org> wrote:
> On 04-11-15, 21:02, Rob Herring wrote:
>> > +- turbo-mode-<name>: Named turbo-mode property. Similar to opp-microvolt-<name>
>> > +  property, but for turbo mode instead.
>> > +
>> >  - opp-suspend: Marks the OPP to be used during device suspend. Only one OPP in
>> >    the table should have this.
>> >
>> > +- opp-suspend-<name>: Named opp-suspend property. Similar to
>> > +  opp-microvolt-<name> property, but for suspend opp instead.
>> > +
>>
>> I don't think these last 2 make sense. turbo-mode is a flag that the
>> mode has restrictions such as other cores have to be idle or something.
>> Similarly, opp-suspend should not vary by <name>.
>
> Based on what version of the hardware you are running, via
> opp-supported-hw property, the platform can enable a different set of
> OPPs. And in that case we may want to select different OPPs marked as
> turbo or suspend freq. That's what I thought at least.
>
> For example, on version A of the hardware we have following available
> frequencies: 800, 1000, 1100, 1200 MHz. Where 800 MHz is the suspend
> freq and 1200 is the turbo one.
>
> But on a slightly different version of hardware B, we have two more
> OPPs available: 700 and 1400 MHz. And in that case we want the suspend
> freq to be 700 and turbo OPP to be only 1400 MHz.

But different frequencies are different OPP nodes (since that is the
unit address now), so it is not going to hurt to set turbo-mode on
both 1200 and 1400.

Rob

>
> --
> viresh
--
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

Powered by Openwall GNU/*/Linux Powered by OpenVZ