Hi Mark,
On Sun, May 20, 2012 at 3:30 PM, Mark Brown
<broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx> wrote:
> On Thu, May 17, 2012 at 07:09:27PM +0530, Yadwinder Singh Brar wrote:
>
> Looks mostly good. A couple of fairly small things:
>
>> +static int max77686_get_voltage_sel(struct regulator_dev *rdev)
>> +{
>
> This looks like it should be regulator_get_voltage_sel_regmap().
>
>> +static int max77686_set_voltage_sel(struct regulator_dev *rdev,
>> + unsigned sel)
>> +{
>
> This looks like it should be regulator_set_voltage_sel_regmap().
>
Yes, We can use regulator_set_voltage_sel_regmap(), I will replace it.
>> + max77686->ramp_delay = pdata->ramp_delay - 1;
>> + max77686_update_reg(i2c, MAX77686_REG_BUCK2CTRL1,
>> + RAMP_VALUE, RAMP_MASK);
>> + max77686_update_reg(i2c, MAX77686_REG_BUCK3CTRL1,
>> + RAMP_VALUE, RAMP_MASK);
>> + max77686_update_reg(i2c, MAX77686_REG_BUCK4CTRL1,
>> + RAMP_VALUE, RAMP_MASK);
>
> This code is unclear because RAMP_VALUE looks like a constant that has
> nothing to do with ramp_delay when in fact it's actually this:
>
>> +#define RAMP_VALUE (max77686->ramp_delay << 6)
>
> which isn't constant - this is why I queried this last time. Just
> remove the define and write this out directly. The way the code is
> written at the minute it looks like ramp_delay is just stored and not
> referred to unless you go searching around the rest of the driver.
Ok, I will remove it.
Thanks,
Yadwinder.
--
To unsubscribe from this list: send the line "unsubscribe linux-samsung-soc" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
[Home]
[Linux USB Devel]
[Video for Linux]
[Linux Audio Users]
[Photo]
[Yosemite News]
[Yosemite Photos]
[Video Projectors]
[PDAs]
[Free Online Dating]
[Hacking TiVo]
[Linux Kernel]
[Linux SCSI]
[XFree86]
[Devices]
[Big List of Linux Books]
[16.7MP]