[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <24DF37198A1E704D9811D8F72B87EB51032CC9BB@NB-EX-MBX02.diasemi.com>
Date: Mon, 17 Sep 2012 11:23:54 +0000
From: "Opensource [Anthony Olech]" <anthony.olech.opensource@...semi.com>
To: Mark Brown <broonie@...nsource.wolfsonmicro.com>,
"Opensource [Anthony Olech]" <anthony.olech.opensource@...semi.com>
CC: Liam Girdwood <lrg@...com>, Guenter Roeck <linux@...ck-us.net>,
"Jean Delvare" <khali@...ux-fr.org>,
Randy Dunlap <rdunlap@...otime.net>,
LKML <linux-kernel@...r.kernel.org>,
David Dajun Chen <david.chen@...semi.com>
Subject: RE: [NEW DRIVER V3 8/8] DA9058 REGULATOR driver
> -----Original Message-----
> From: Mark Brown [mailto:broonie@...nsource.wolfsonmicro.com]
> Sent: 17 September 2012 12:16
> To: Opensource [Anthony Olech]
> Cc: Liam Girdwood; Guenter Roeck; Jean Delvare; Randy Dunlap; LKML; David
> Dajun Chen
> Subject: Re: [NEW DRIVER V3 8/8] DA9058 REGULATOR driver
> On Mon, Sep 17, 2012 at 10:49:22AM +0000, Opensource [Anthony Olech]
> wrote:
> > I thought that the set_voltage_sel = regulator_set_voltage_sel_regmap
> > callback first set the target voltage, and that the
> > set_voltage_time_sel = da9058_buck_ramp_voltage callback was called
> afterwards?
> > was I wrong?
> That will currently happen but we might also decide to query the ramp time
> first, or we might decide to query the ramp time totally separately to actually
> changing the voltage (to decide when we will want to change the voltage in
> DVFS situations for example).
Can you suggest a future proofed way of using the new regulator API that
would solve my problem?
--
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