[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20120919023702.GG8832@opensource.wolfsonmicro.com>
Date: Tue, 18 Sep 2012 22:37:02 -0400
From: Mark Brown <broonie@...nsource.wolfsonmicro.com>
To: "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
On Mon, Sep 17, 2012 at 12:07:11PM +0000, Opensource [Anthony Olech] wrote:
> > > Can you suggest a future proofed way of using the new regulator API
> > > that would solve my problem?
> > As I said you should set the voltage as part of the set voltage operation.
> So I will have to write my own set_voltage_sel() callback instead of using
> the default regulator_set_voltage_sel_regmap() ??
Yes.
> Well, I did try hard to use your defaults, but I suppose there is nothing to
> stop me calling regulator_set_voltage_sel_regmap() explicitly as the first
> part of my set_voltage_sel() callback before setting the ramp_enable bit.
> Then my implemenation of the set_voltage_time_sel() callback needs to
> just simply return the ramp time.
The point with using the framework stuff is that you should factor out
common code, if what you have is not common code then don't do crazy
things in other ops to try to paper over that.
--
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