linux/drivers/regulator/mc13892-regulator.c, branch v3.4

regulator: Fix unbalanced lock/unlock in mc13892_regulator_probe error path

2012-03-26T17:32:11Z

We do not hold a lock while registering regulator, thus should not call unlock if regulator_register fails. Signed-off-by: Axel Lin Signed-off-by: Mark Brown

regulator: mc13892: Convert to devm_kzalloc()

2011-12-30T02:06:29Z

Convert mc13892-regulator driver to use devm_kzalloc(). Signed-off-by: Fabio Estevam Signed-off-by: Mark Brown

regulator: mc13892: add device tree probe support

2011-12-22T11:10:45Z

It adds device tree probe support for mc13892-regulator driver. Signed-off-by: Shawn Guo Signed-off-by: Mark Brown

regulator: pass additional of_node to regulator_register()

2011-11-23T18:47:04Z

With device tree support for regulators, its needed that the regulator_dev->dev device has the right of_node attached. To be able to do this add an additional parameter to the regulator_register() api, wherein the dt-adapted driver can then pass this additional info onto the regulator core. Signed-off-by: Rajendra Nayak Signed-off-by: Mark Brown

regulator: Add module.h to drivers/regulator users as required

2011-10-31T23:32:15Z

Another group of drivers that are taking advantage of the implicit presence of module.h -- and will break when we pull the carpet out from under them during a cleanup. Fix 'em now. Signed-off-by: Paul Gortmaker

regulator: mc13892: Fix voltage unit in test case.

2011-05-27T09:49:10Z

Voltage values should be expressed in microvolts, not in milivolts. Signed-off-by: Fabio Estevam Signed-off-by: Ranjani Vaidyanathan Acked-by: Mark Brown Signed-off-by: Liam Girdwood

Revert "regulator: Move VCOINCELL to be the last element of mc13892_regulators array"

2011-05-27T09:49:09Z

I check this patch again and found this actually is not a bug because MC13xxx_DEFINE explictly defines the order of each entry in the array. Thus revert the patch. Signed-off-by: Axel Lin Acked-by: Mark Brown Signed-off-by: Liam Girdwood

regulator: Use mc13xxx_reg_write instead of mc13xxx_reg_rmw in mc13892_sw_regulator_set_voltage

2011-05-27T09:34:37Z

Currently, we call mc13xxx_reg_read and mc13xxx_reg_rmw for the same register. This can be converted to simply a mc13xxx_reg_read and a mc13xxx_reg_write, thus save a redundant register read. Signed-off-by: Axel Lin Acked-by: Mark Brown Signed-off-by: Liam Girdwood

regulator: Move VCOINCELL to be the last element of mc13892_regulators array

2011-05-27T09:34:37Z

In include/linux/mfd/mc13892.h, we define MC13892_VCOINCELL as 23. Thus VCOINCELL should be defined as 23th element in mc13892_regulators array, not the first one. This actually fixes an off-by-one bug while accessing mc13892_regulators array. For example, In mc13892_regulator_probe, we use MC13892_VCAM as array index of mc13892_regulators array. mc13892_regulators[MC13892_VCAM].desc.ops->set_mode = mc13892_vcam_set_mode; Currently, it access mc13892_regulators[12] ,which is VAUDIO not VCAM. Signed-off-by: Axel Lin Acked-by: Mark Brown Signed-off-by: Liam Girdwood

mfd: Use mfd cell platform_data for mc13xxx cells platform bits

2011-05-26T17:45:07Z

With the addition of a platform device mfd_cell pointer, MFD drivers can go back to passing platform data back to their sub drivers. This allows for an mfd_cell->mfd_data removal and thus keep the sub drivers MFD agnostic. This is mostly needed for non MFD aware sub drivers. Cc: Mark Brown Cc: Liam Girdwood Acked-by: Uwe Kleine-König Signed-off-by: Samuel Ortiz