From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1759583AbbBIHwk (ORCPT ); Mon, 9 Feb 2015 02:52:40 -0500 Received: from m13-81.163.com ([220.181.13.81]:54144 "EHLO m13-81.163.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755538AbbBIHwj (ORCPT ); Mon, 9 Feb 2015 02:52:39 -0500 X-Greylist: delayed 911 seconds by postgrey-1.27 at vger.kernel.org; Mon, 09 Feb 2015 02:52:38 EST X-Originating-IP: [222.73.125.68] Date: Mon, 9 Feb 2015 15:37:16 +0800 (CST) From: "Yi Zhang" To: "Mark Brown" Cc: lgirdwood@gmail.com, linux-kernel@vger.kernel.org, yizhang@marvell.com, zhenzh@marvell.com, zhouqiao@marvell.com Subject: Re:Re: [Question] should we export set_suspend_voltage()? X-Priority: 3 X-Mailer: Coremail Webmail Server Version SP_ntes V3.5 build 20150119(59087.7062) Copyright (c) 2002-2015 www.mailtech.cn 163com In-Reply-To: <20150206221058.GC31311@finisterre.sirena.org.uk> References: <7d3ec992.e522.14b5cd26cf6.Coremail.yizhanghust@163.com> <20150206221058.GC31311@finisterre.sirena.org.uk> Content-Type: text/plain; charset=UTF-8 MIME-Version: 1.0 Message-ID: <1025bdeb.93e8.14b6d455a4f.Coremail.yizhanghust@163.com> X-CM-TRANSID: UcGowEDppUatY9hUkRxaAA--.1090W X-CM-SenderInfo: x1l2xt5qjk32rw6rljoofrz/1tbiZR2b2lD+aFXjxwACsM X-Coremail-Antispam: 1U5529EdanIXcx71UUUUU7vcSsGvfC2KfnxnUU== Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from base64 to 8bit by nfs id t197qk4i009229 At 2015-02-07 06:10:58, "Mark Brown" 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; {.n++%ݶw{.n+{G{ayʇڙ,jfhz_(階ݢj"mG?&~iOzv^m ?I