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] [day] [month] [year] [list]
Date:	Mon, 9 Feb 2015 15:37:16 +0800 (CST)
From:	"Yi Zhang" <yizhanghust@....com>
To:	"Mark Brown" <broonie@...nel.org>
Cc:	lgirdwood@...il.com, linux-kernel@...r.kernel.org,
	yizhang@...vell.com, zhenzh@...vell.com, zhouqiao@...vell.com
Subject: Re:Re: [Question] should we export set_suspend_voltage()?


At 2015-02-07 06:10:58, "Mark Brown" <broonie@...nel.org> wrote:
>On Fri, Feb 06, 2015 at 10:57:49AM +0800, Yi Zhang wrote:
>
>Please fix your mailer to word wrap within paragraphs, your mail is very
>difficult to read and reply to.
>

Thanks Mark for pointing this out;

>> do you think it's good to export the set_suspend_voltage()? to make it
>> controllable by the regulator itself?  another method in my opinion is
>> add a set of virtual-regulator for this usage?
>
>> could you please share your advice?
>
>There's been some discussion of this in the context of some Qualcomm
>systems recently, search the archives for discussions especially with
>Bjorn Andersson recently.  The basic idea was to mirror the existing
>APIs but with an additional mode argument (and permisions) to allow

>consumers to manipulate states other than the default state.

Thanks, I searched http://article.gmane.org/gmane.linux.ports.arm.msm/10606
if possible, could you please add me in that loop? thanks very much;

 

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ