Re: [PATCH 17/18] omap: rx51: Add supplies for the tlv320aic3x codec driver

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Thu, 6 May 2010 10:00:18 +0300
Eduardo Valentin <eduardo.valentin@xxxxxxxxx> wrote:

> > > +static struct regulator_consumer_supply rx51_vio_supplies[] = {
> > > +	/* tlv320aic3x digital supplies */
> > > +	{
> > > +		.supply		= "IOVDD",
> > > +		.dev_name	= "2-0018"
> > > +	},
> > > +	{
> > > +		.supply		= "DVDD",
> > > +		.dev_name	= "2-0018"
> > > +	},
> > > +};
> > 
> > 
> > This isn't mandatory, but I find the code more readable if you use the REGULATOR_SUPPLY macro,
> > which kinda suitable for cases like yours, where you are passing the pair supply&dev_name.
>
Yeah, I was just following how the MMC supplies were defined in this
file and it's better to convert all of these to use REGULATOR_SUPPLY
macro. I'll send conversion patch on top of this + one adding couple
supplies more I would like to get in during this merge window.

> > > +static struct regulator_init_data rx51_vio = {
> > > +	.constraints = {
> > > +		.min_uV			= 1800000,
> > > +		.max_uV			= 1800000,
> > > +		.valid_modes_mask	= REGULATOR_MODE_NORMAL
> > > +					| REGULATOR_MODE_STANDBY,
> > > +		.valid_ops_mask		= REGULATOR_CHANGE_VOLTAGE
> > 
> > I'm not sure if we would ever change voltage level in VIO in rx51 case.
> > It could enter sleep mode. But even there it wouldn't change voltage level.
> > Except, of cource, during off mode transition. But then, the regfw wouldn't care.
> 
> Actually, one correction here, even during off mode transition I believe we need to
> keep it, otherwise some wake up source would be screwed.
> > 
What do you think about those other TWL regulators, do they have valid
mask bits so would it make sense to correct all of them at once? I'm
not expert with TWL & RX51 HW but I'm thinking if there are also other
regulators which should not change. At least many regulators have the
same min_uV and max_uV defined.


-- 
Jarkko
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Linux Arm (vger)]     [ARM Kernel]     [ARM MSM]     [Linux Tegra]     [Linux WPAN Networking]     [Linux Wireless Networking]     [Maemo Users]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Yosemite Trails]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux