From: Laxman Dewangan <ldewangan@nvidia.com>
To: Mark Brown <broonie@opensource.wolfsonmicro.com>
Cc: "sameo@linux.intel.com" <sameo@linux.intel.com>,
"lrg@ti.com" <lrg@ti.com>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>
Subject: Re: [PATCH 2/2] regulator: tps80031: add regulator driver for tps80031
Date: Mon, 5 Nov 2012 17:30:02 +0530 [thread overview]
Message-ID: <5097AA42.8090407@nvidia.com> (raw)
In-Reply-To: <20121105104246.GC1385@opensource.wolfsonmicro.com>
Thanks for quickest review.
On Monday 05 November 2012 04:12 PM, Mark Brown wrote:
> * PGP Signed by an unknown key
>
> On Mon, Nov 05, 2012 at 03:14:18PM +0530, Laxman Dewangan wrote:
>
>> + switch (ri->device_flags) {
>> + case 0:
> Should we be using different versions of the ops depending on the device
> flags rather than having these switches? It seems like we can't change
> at runtime and it would make the code a lot simpler.
I have single dcdc ops for all DCDC VIO, SMPS1 to 3.
There is different configuration bit for selecting any DCDC to normal,
extended or offset. As this ops are share, I can not change the callbacks.
However, I rewrite this apis using tables and equation to reduce code size.
> Why the + 1 (and - 1 in the get()). I'd expect we can just use the
> register value directly as a selector.
The device sets vout = 0 if vsel = 0 and then equation talk about the
Vmin + vsel * step.
I exported the Vout minimum as Vmin for sel = 0 and hence this is there.
I will export this in true equation in my next patch.
>> + if (!(ri->config_flags& VBUS_SW_ONLY)) {
>> + dev_err(&rdev->dev, "%s() is not supported with flag 0x%08x\n",
>> + __func__, ri->config_flags);
>> + return -EIO;
>> + }
> Same as the device flags above - we should this be set by changing the
> ops when we register?
Ok, so I will have two ops, hw (empty) and sw(implemented). If sw is
selected then only sw ops will get initialized and so it will not need
any checks.
next prev parent reply other threads:[~2012-11-05 12:02 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-11-05 9:44 [PATCH 0/2] tps80031: Add mfd and regulator driver Laxman Dewangan
2012-11-05 9:44 ` [PATCH 1/2] mfd: add TI TPS80031 mfd core driver Laxman Dewangan
2012-11-05 10:31 ` Mark Brown
2012-11-05 9:44 ` [PATCH 2/2] regulator: tps80031: add regulator driver for tps80031 Laxman Dewangan
2012-11-05 10:42 ` Mark Brown
2012-11-05 12:00 ` Laxman Dewangan [this message]
2012-11-06 8:16 ` Mark Brown
2012-11-06 8:33 ` Laxman Dewangan
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=5097AA42.8090407@nvidia.com \
--to=ldewangan@nvidia.com \
--cc=broonie@opensource.wolfsonmicro.com \
--cc=linux-kernel@vger.kernel.org \
--cc=lrg@ti.com \
--cc=sameo@linux.intel.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox