Message ID | 1452586629-1117-2-git-send-email-wenyou.yang@atmel.com (mailing list archive) |
---|---|
State | New, archived |
Headers | show |
>>>>> "Wenyou" == Wenyou Yang <wenyou.yang@atmel.com> writes: > This patch adds new regulator driver to support ACT8945A MFD > chip's regulators. > The ACT8945A has three step-down DC/DC converters and four > low-dropout regulators. > Signed-off-by: Wenyou Yang <wenyou.yang@atmel.com> Isn't the regulator part of the act8945a identical to act8865? Can't we just use the existing act8865-regulator.c driver? (E.G. support 8865 variant in the mfd driver, but only register the regulator sub device?)
> -----Original Message----- > From: Peter Korsgaard [mailto:jacmet@gmail.com] On Behalf Of Peter Korsgaard > Sent: 2016?1?13? 22:22 > To: Yang, Wenyou <Wenyou.Yang@atmel.com> > Cc: Liam Girdwood <lgirdwood@gmail.com>; Mark Brown <broonie@kernel.org>; > Rob Herring <robh+dt@kernel.org>; Pawel Moll <pawel.moll@arm.com>; Mark > Rutland <mark.rutland@arm.com>; Ian Campbell <ijc+devicetree@hellion.org.uk>; > Kumar Gala <galak@codeaurora.org>; Krzysztof Kozlowski > <k.kozlowski@samsung.com>; devicetree@vger.kernel.org; Ferre, Nicolas > <Nicolas.FERRE@atmel.com>; linux-kernel@vger.kernel.org; Javier Martinez > Canillas <javier@dowhile0.org>; Lee Jones <lee.jones@linaro.org>; linux-arm- > kernel@lists.infradead.org > Subject: Re: [PATCH v2 1/2] regulator: act8945a: add regulator driver for > ACT8945A > > >>>>> "Wenyou" == Wenyou Yang <wenyou.yang@atmel.com> writes: > > > This patch adds new regulator driver to support ACT8945A MFD > chip's > regulators. > > > The ACT8945A has three step-down DC/DC converters and four > low-dropout > regulators. > > > Signed-off-by: Wenyou Yang <wenyou.yang@atmel.com> > > Isn't the regulator part of the act8945a identical to act8865? Can't we just use the > existing act8865-regulator.c driver? (E.G. support 8865 variant in the mfd driver, > but only register the regulator sub device?) Yes, the regulator part of the act8945a is identical to act8865. But the act8865-regulator driver is a struct i2c_driver, and the mfd sub-device driver is a platform_driver driver, it is not easy to use it. > > -- > Bye, Peter Korsgaard Best Regards, Wenyou Yang
On Thu, 14 Jan 2016, Yang, Wenyou wrote: > > -----Original Message----- > > From: Peter Korsgaard [mailto:jacmet@gmail.com] On Behalf Of Peter Korsgaard > > Sent: 2016?1?13? 22:22 > > To: Yang, Wenyou <Wenyou.Yang@atmel.com> > > Cc: Liam Girdwood <lgirdwood@gmail.com>; Mark Brown <broonie@kernel.org>; > > Rob Herring <robh+dt@kernel.org>; Pawel Moll <pawel.moll@arm.com>; Mark > > Rutland <mark.rutland@arm.com>; Ian Campbell <ijc+devicetree@hellion.org.uk>; > > Kumar Gala <galak@codeaurora.org>; Krzysztof Kozlowski > > <k.kozlowski@samsung.com>; devicetree@vger.kernel.org; Ferre, Nicolas > > <Nicolas.FERRE@atmel.com>; linux-kernel@vger.kernel.org; Javier Martinez > > Canillas <javier@dowhile0.org>; Lee Jones <lee.jones@linaro.org>; linux-arm- > > kernel@lists.infradead.org > > Subject: Re: [PATCH v2 1/2] regulator: act8945a: add regulator driver for > > ACT8945A > > > > >>>>> "Wenyou" == Wenyou Yang <wenyou.yang@atmel.com> writes: > > > > > This patch adds new regulator driver to support ACT8945A MFD > chip's > > regulators. > > > > > The ACT8945A has three step-down DC/DC converters and four > low-dropout > > regulators. > > > > > Signed-off-by: Wenyou Yang <wenyou.yang@atmel.com> > > > > Isn't the regulator part of the act8945a identical to act8865? Can't we just use the > > existing act8865-regulator.c driver? (E.G. support 8865 variant in the mfd driver, > > but only register the regulator sub device?) > > Yes, the regulator part of the act8945a is identical to act8865. > > But the act8865-regulator driver is a struct i2c_driver, and the mfd sub-device driver is a platform_driver driver, it is not easy to use it. Take a look at some existing files with the pattern drivers/mfd/*{spi,i2c,core}.c to see how this might be possible.
>>>>> "Yang," == Yang, Wenyou <Wenyou.Yang@atmel.com> writes: >> Isn't the regulator part of the act8945a identical to act8865? Can't we just use the >> existing act8865-regulator.c driver? (E.G. support 8865 variant in the mfd driver, >> but only register the regulator sub device?) > Yes, the regulator part of the act8945a is identical to act8865. > But the act8865-regulator driver is a struct i2c_driver, and the mfd > sub-device driver is a platform_driver driver, it is not easy to use > it. But the mfd driver could support the act8865 variant as well (by only registering the regulator mfd cell).
> -----Original Message----- > From: Peter Korsgaard [mailto:jacmet@gmail.com] On Behalf Of Peter Korsgaard > Sent: 2016?1?14? 15:28 > To: Yang, Wenyou <Wenyou.Yang@atmel.com> > Cc: Liam Girdwood <lgirdwood@gmail.com>; Mark Brown <broonie@kernel.org>; > Rob Herring <robh+dt@kernel.org>; Pawel Moll <pawel.moll@arm.com>; Mark > Rutland <mark.rutland@arm.com>; Ian Campbell <ijc+devicetree@hellion.org.uk>; > Kumar Gala <galak@codeaurora.org>; Krzysztof Kozlowski > <k.kozlowski@samsung.com>; devicetree@vger.kernel.org; Ferre, Nicolas > <Nicolas.FERRE@atmel.com>; linux-kernel@vger.kernel.org; Javier Martinez > Canillas <javier@dowhile0.org>; Lee Jones <lee.jones@linaro.org>; linux-arm- > kernel@lists.infradead.org > Subject: Re: [PATCH v2 1/2] regulator: act8945a: add regulator driver for > ACT8945A > > >>>>> "Yang," == Yang, Wenyou <Wenyou.Yang@atmel.com> writes: > > >> Isn't the regulator part of the act8945a identical to act8865? Can't we just use > the >> existing act8865-regulator.c driver? (E.G. support 8865 variant in the mfd > driver, >> but only register the regulator sub device?) > > > Yes, the regulator part of the act8945a is identical to act8865. > > > But the act8865-regulator driver is a struct i2c_driver, and the mfd > sub- > device driver is a platform_driver driver, it is not easy to use > it. > > But the mfd driver could support the act8865 variant as well (by only registering > the regulator mfd cell). I still don't understand. The MFD sub device is registered as a platform device, the existing act8865 driver is registered as an i2c_driver. How do they match? :) Could you point out which exiting driver for me to reference. Thank you! Best Regards, Wenyou Yang
>>>>> "Yang," == Yang, Wenyou <Wenyou.Yang@atmel.com> writes: Hi, >> >>> Isn't the regulator part of the act8945a identical to act8865? Can't we just use >>> the existing act8865-regulator.c driver? (E.G. support 8865 variant in the mfd >>> driver, but only register the regulator sub device?) >> >> > Yes, the regulator part of the act8945a is identical to act8865. >> >> > But the act8865-regulator driver is a struct i2c_driver, and the mfd > sub- >> device driver is a platform_driver driver, it is not easy to use > it. >> >> But the mfd driver could support the act8865 variant as well (by only registering >> the regulator mfd cell). > I still don't understand. > The MFD sub device is registered as a platform device, the existing > act8865 driver is registered as an i2c_driver. How do they match? :) > Could you point out which exiting driver for me to reference. Thank you! What I'm saying is that it isn't nice that we end up with both act8865-regulator.c and act8954-regulator.c doing 95% the same. This can either be fixed by: - Adding act8865 support to your mfd driver (but only registering the regulator subdev for act8865) and changing the existing act8865-regulator driver to work as a mfd subdev (platform device) - Extending the act8865-regulator driver to register as a platform driver in ADDITION to a i2c driver so it can be used with mfd. The driver already uses regmap so it should only be a matter of adding the pdev probe/remove functions.
Hi Peter, > -----Original Message----- > From: Peter Korsgaard [mailto:jacmet@gmail.com] On Behalf Of Peter Korsgaard > Sent: 2016?1?14? 19:43 > To: Yang, Wenyou <Wenyou.Yang@atmel.com> > Cc: Liam Girdwood <lgirdwood@gmail.com>; Mark Brown <broonie@kernel.org>; > Rob Herring <robh+dt@kernel.org>; Pawel Moll <pawel.moll@arm.com>; Mark > Rutland <mark.rutland@arm.com>; Ian Campbell <ijc+devicetree@hellion.org.uk>; > Kumar Gala <galak@codeaurora.org>; Krzysztof Kozlowski > <k.kozlowski@samsung.com>; devicetree@vger.kernel.org; Ferre, Nicolas > <Nicolas.FERRE@atmel.com>; linux-kernel@vger.kernel.org; Javier Martinez > Canillas <javier@dowhile0.org>; Lee Jones <lee.jones@linaro.org>; linux-arm- > kernel@lists.infradead.org > Subject: Re: [PATCH v2 1/2] regulator: act8945a: add regulator driver for > ACT8945A > > >>>>> "Yang," == Yang, Wenyou <Wenyou.Yang@atmel.com> writes: > > Hi, > > >> > >>> Isn't the regulator part of the act8945a identical to act8865? Can't we just > use >>> the existing act8865-regulator.c driver? (E.G. support 8865 variant in the > mfd >>> driver, but only register the regulator sub device?) >> >> > Yes, the > regulator part of the act8945a is identical to act8865. > >> > >> > But the act8865-regulator driver is a struct i2c_driver, and the mfd > sub- > >> device driver is a platform_driver driver, it is not easy to use > it. > >> > >> But the mfd driver could support the act8865 variant as well (by only > registering >> the regulator mfd cell). > > > I still don't understand. > > > The MFD sub device is registered as a platform device, the existing > act8865 > driver is registered as an i2c_driver. How do they match? :) > > > Could you point out which exiting driver for me to reference. Thank you! > > What I'm saying is that it isn't nice that we end up with both act8865-regulator.c > and act8954-regulator.c doing 95% the same. This can either be fixed by: > > - Adding act8865 support to your mfd driver (but only registering the > regulator subdev for act8865) and changing the existing > act8865-regulator driver to work as a mfd subdev (platform device) > > - Extending the act8865-regulator driver to register as a platform > driver in ADDITION to a i2c driver so it can be used with mfd. The > driver already uses regmap so it should only be a matter of adding the > pdev probe/remove functions. Thank you for so detail information, I will do as you said. Thanks & Best Regards, Wenyou Yang
Hi Peter, > -----Original Message----- > From: Peter Korsgaard [mailto:jacmet@gmail.com] On Behalf Of Peter Korsgaard > Sent: 2016?1?14? 19:43 > To: Yang, Wenyou <Wenyou.Yang@atmel.com> > Cc: Liam Girdwood <lgirdwood@gmail.com>; Mark Brown <broonie@kernel.org>; > Rob Herring <robh+dt@kernel.org>; Pawel Moll <pawel.moll@arm.com>; Mark > Rutland <mark.rutland@arm.com>; Ian Campbell <ijc+devicetree@hellion.org.uk>; > Kumar Gala <galak@codeaurora.org>; Krzysztof Kozlowski > <k.kozlowski@samsung.com>; devicetree@vger.kernel.org; Ferre, Nicolas > <Nicolas.FERRE@atmel.com>; linux-kernel@vger.kernel.org; Javier Martinez > Canillas <javier@dowhile0.org>; Lee Jones <lee.jones@linaro.org>; linux-arm- > kernel@lists.infradead.org > Subject: Re: [PATCH v2 1/2] regulator: act8945a: add regulator driver for > ACT8945A > > >>>>> "Yang," == Yang, Wenyou <Wenyou.Yang@atmel.com> writes: > > Hi, > > >> > >>> Isn't the regulator part of the act8945a identical to act8865? Can't we just > use >>> the existing act8865-regulator.c driver? (E.G. support 8865 variant in the > mfd >>> driver, but only register the regulator sub device?) >> >> > Yes, the > regulator part of the act8945a is identical to act8865. > >> > >> > But the act8865-regulator driver is a struct i2c_driver, and the mfd > sub- > >> device driver is a platform_driver driver, it is not easy to use > it. > >> > >> But the mfd driver could support the act8865 variant as well (by only > registering >> the regulator mfd cell). > > > I still don't understand. > > > The MFD sub device is registered as a platform device, the existing > act8865 > driver is registered as an i2c_driver. How do they match? :) > > > Could you point out which exiting driver for me to reference. Thank you! > > What I'm saying is that it isn't nice that we end up with both act8865-regulator.c > and act8954-regulator.c doing 95% the same. This can either be fixed by: > > - Adding act8865 support to your mfd driver (but only registering the > regulator subdev for act8865) and changing the existing > act8865-regulator driver to work as a mfd subdev (platform device) > > - Extending the act8865-regulator driver to register as a platform > driver in ADDITION to a i2c driver so it can be used with mfd. The > driver already uses regmap so it should only be a matter of adding the > pdev probe/remove functions. After think twice, I think this will complicates the act8865-regulator driver. Moreover, after following up the Mark's advice, a lot redundant code is removed from act8945a-regulater driver. It is very simple now. So I think it is better to keep a separate act8945a-regulator driver. Thank you for detailed description. Best Regards, Wenyou Yang
>>>>> "Yang," == Yang, Wenyou <Wenyou.Yang@atmel.com> writes: Hi, >> > The MFD sub device is registered as a platform device, the existing > act8865 >> driver is registered as an i2c_driver. How do they match? :) >> >> > Could you point out which exiting driver for me to reference. Thank you! >> >> What I'm saying is that it isn't nice that we end up with both act8865-regulator.c >> and act8954-regulator.c doing 95% the same. This can either be fixed by: >> >> - Adding act8865 support to your mfd driver (but only registering the >> regulator subdev for act8865) and changing the existing >> act8865-regulator driver to work as a mfd subdev (platform device) >> >> - Extending the act8865-regulator driver to register as a platform >> driver in ADDITION to a i2c driver so it can be used with mfd. The >> driver already uses regmap so it should only be a matter of adding the >> pdev probe/remove functions. > After think twice, I think this will complicates the act8865-regulator driver. I don't think it will add a lot of complication (E.G. basically just the platform probe/remove functions), but Ok - I'll wait and see your simplified driver.
diff --git a/drivers/regulator/Kconfig b/drivers/regulator/Kconfig index ff109da..4f7122c 100644 --- a/drivers/regulator/Kconfig +++ b/drivers/regulator/Kconfig @@ -78,6 +78,15 @@ config REGULATOR_ACT8865 This driver controls a active-semi act8865 voltage output regulator via I2C bus. +config REGULATOR_ACT8945A + tristate "Active-semi ACT8945A voltage regulator" + depends on MFD_ACT8945A + help + This driver controls a active-semi ACT8945A voltage regulator + via I2C bus. The ACT8945A features three step-down DC/DC converters + and four low-dropout linear regulators, along with a ActivePath + battery charger. + config REGULATOR_AD5398 tristate "Analog Devices AD5398/AD5821 regulators" depends on I2C diff --git a/drivers/regulator/Makefile b/drivers/regulator/Makefile index 980b194..348cfd7 100644 --- a/drivers/regulator/Makefile +++ b/drivers/regulator/Makefile @@ -15,6 +15,7 @@ obj-$(CONFIG_REGULATOR_AAT2870) += aat2870-regulator.o obj-$(CONFIG_REGULATOR_AB3100) += ab3100.o obj-$(CONFIG_REGULATOR_AB8500) += ab8500-ext.o ab8500.o obj-$(CONFIG_REGULATOR_ACT8865) += act8865-regulator.o +obj-$(CONFIG_REGULATOR_ACT8945A) += act8945a-regulator.o obj-$(CONFIG_REGULATOR_AD5398) += ad5398.o obj-$(CONFIG_REGULATOR_ANATOP) += anatop-regulator.o obj-$(CONFIG_REGULATOR_ARIZONA) += arizona-micsupp.o arizona-ldo1.o diff --git a/drivers/regulator/act8945a-regulator.c b/drivers/regulator/act8945a-regulator.c new file mode 100644 index 0000000..c1aef04 --- /dev/null +++ b/drivers/regulator/act8945a-regulator.c @@ -0,0 +1,267 @@ +/* + * Voltage regulation driver for active-semi ACT8945A PMIC + * + * Copyright (C) 2015 Atmel Corporation + * + * Author: Wenyou Yang <wenyou.yang@atmel.com> + * + * This program is free software; you can redistribute it and/or + * modify it under the terms of the GNU General Public License as + * published by the Free Software Foundation; either version 2 of the + * License, or (at your option) any later version. + * + */ + +#include <linux/mfd/act8945a.h> +#include <linux/module.h> +#include <linux/of_device.h> +#include <linux/platform_device.h> +#include <linux/regulator/driver.h> +#include <linux/regulator/machine.h> +#include <linux/regulator/of_regulator.h> + +/** + * ACT8945A Global Register Map. + */ +#define ACT8945A_SYS_MODE 0x00 +#define ACT8945A_SYS_CTRL 0x01 +#define ACT8945A_DCDC1_VSET1 0x20 +#define ACT8945A_DCDC1_VSET2 0x21 +#define ACT8945A_DCDC1_CTRL 0x22 +#define ACT8945A_DCDC2_VSET1 0x30 +#define ACT8945A_DCDC2_VSET2 0x31 +#define ACT8945A_DCDC2_CTRL 0x32 +#define ACT8945A_DCDC3_VSET1 0x40 +#define ACT8945A_DCDC3_VSET2 0x41 +#define ACT8945A_DCDC3_CTRL 0x42 +#define ACT8945A_LDO1_VSET 0x50 +#define ACT8945A_LDO1_CTRL 0x51 +#define ACT8945A_LDO2_VSET 0x54 +#define ACT8945A_LDO2_CTRL 0x55 +#define ACT8945A_LDO3_VSET 0x60 +#define ACT8945A_LDO3_CTRL 0x61 +#define ACT8945A_LDO4_VSET 0x64 +#define ACT8945A_LDO4_CTRL 0x65 + +/** + * Field Definitions. + */ +#define ACT8945A_ENA 0x80 /* ON - [7] */ +#define ACT8945A_VSEL_MASK 0x3F /* VSET - [5:0] */ + +/** + * ACT8945A voltage number + */ +#define ACT8945A_VOLTAGE_NUM 64 + +enum { + ACT8945A_ID_DCDC1, + ACT8945A_ID_DCDC2, + ACT8945A_ID_DCDC3, + ACT8945A_ID_LDO1, + ACT8945A_ID_LDO2, + ACT8945A_ID_LDO3, + ACT8945A_ID_LDO4, + ACT8945A_REG_NUM, +}; + +struct act8945a_regulator_init_data { + int id; + const char *name; + struct regulator_init_data *init_data; +}; + +struct act8945a_pmic_data { + int num_regulators; + struct act8945a_regulator_init_data *regulators; +}; + +static const struct regulator_linear_range act8945a_voltage_ranges[] = { + REGULATOR_LINEAR_RANGE(600000, 0, 23, 25000), + REGULATOR_LINEAR_RANGE(1200000, 24, 47, 50000), + REGULATOR_LINEAR_RANGE(2400000, 48, 63, 100000), +}; + +static struct regulator_ops act8945a_ops = { + .list_voltage = regulator_list_voltage_linear_range, + .map_voltage = regulator_map_voltage_linear_range, + .get_voltage_sel = regulator_get_voltage_sel_regmap, + .set_voltage_sel = regulator_set_voltage_sel_regmap, + .enable = regulator_enable_regmap, + .disable = regulator_disable_regmap, + .is_enabled = regulator_is_enabled_regmap, +}; + +#define ACT89xx_REG(_name, _family, _id, _vsel_reg, _supply) \ + [_family##_ID_##_id] = { \ + .name = _name, \ + .supply_name = _supply, \ + .id = _family##_ID_##_id, \ + .type = REGULATOR_VOLTAGE, \ + .ops = &act8945a_ops, \ + .n_voltages = ACT8945A_VOLTAGE_NUM, \ + .linear_ranges = act8945a_voltage_ranges, \ + .n_linear_ranges = ARRAY_SIZE(act8945a_voltage_ranges), \ + .vsel_reg = _family##_##_id##_##_vsel_reg, \ + .vsel_mask = ACT8945A_VSEL_MASK, \ + .enable_reg = _family##_##_id##_CTRL, \ + .enable_mask = ACT8945A_ENA, \ + .owner = THIS_MODULE, \ + } + +static const struct regulator_desc act8945a_regulators[] = { + ACT89xx_REG("DCDC_REG1", ACT8945A, DCDC1, VSET1, "vp1"), + ACT89xx_REG("DCDC_REG2", ACT8945A, DCDC2, VSET1, "vp2"), + ACT89xx_REG("DCDC_REG3", ACT8945A, DCDC3, VSET1, "vp3"), + ACT89xx_REG("LDO_REG1", ACT8945A, LDO1, VSET, "inl45"), + ACT89xx_REG("LDO_REG2", ACT8945A, LDO2, VSET, "inl45"), + ACT89xx_REG("LDO_REG3", ACT8945A, LDO3, VSET, "inl67"), + ACT89xx_REG("LDO_REG4", ACT8945A, LDO4, VSET, "inl67"), +}; + +static const struct regulator_desc act8945a_alt_regulators[] = { + ACT89xx_REG("DCDC_REG1", ACT8945A, DCDC1, VSET2, "vp1"), + ACT89xx_REG("DCDC_REG2", ACT8945A, DCDC2, VSET2, "vp2"), + ACT89xx_REG("DCDC_REG3", ACT8945A, DCDC3, VSET2, "vp3"), + ACT89xx_REG("LDO_REG1", ACT8945A, LDO1, VSET, "inl45"), + ACT89xx_REG("LDO_REG2", ACT8945A, LDO2, VSET, "inl45"), + ACT89xx_REG("LDO_REG3", ACT8945A, LDO3, VSET, "inl67"), + ACT89xx_REG("LDO_REG4", ACT8945A, LDO4, VSET, "inl67"), +}; + +static struct of_regulator_match act8945a_matches[] = { + [ACT8945A_ID_DCDC1] = { .name = "DCDC_REG1"}, + [ACT8945A_ID_DCDC2] = { .name = "DCDC_REG2"}, + [ACT8945A_ID_DCDC3] = { .name = "DCDC_REG3"}, + [ACT8945A_ID_LDO1] = { .name = "LDO_REG1"}, + [ACT8945A_ID_LDO2] = { .name = "LDO_REG2"}, + [ACT8945A_ID_LDO3] = { .name = "LDO_REG3"}, + [ACT8945A_ID_LDO4] = { .name = "LDO_REG4"}, +}; + +static int act8945a_parse_dt_reg_data(struct platform_device *pdev, + struct act8945a_pmic_data *pdata, + struct of_regulator_match **act8945a_reg_matches) +{ + struct device_node *np; + struct of_regulator_match *matches; + struct act8945a_regulator_init_data *regulator; + unsigned int i, num_matches; + int ret; + + np = of_get_child_by_name(pdev->dev.of_node, "regulators"); + if (!np) { + dev_err(&pdev->dev, "regulator node not found\n"); + return -EINVAL; + } + + matches = act8945a_matches; + num_matches = ARRAY_SIZE(act8945a_matches); + + ret = of_regulator_match(&pdev->dev, np, matches, num_matches); + of_node_put(np); + if (ret < 0) { + dev_err(&pdev->dev, "Error parsing regulator init data: %d\n", + ret); + return -EINVAL; + } + + *act8945a_reg_matches = matches; + + pdata->regulators = devm_kzalloc(&pdev->dev, + sizeof(struct act8945a_regulator_init_data) * num_matches, + GFP_KERNEL); + if (!pdata->regulators) + return -ENOMEM; + + pdata->num_regulators = num_matches; + regulator = pdata->regulators; + + for (i = 0; i < num_matches; i++) { + regulator->id = i; + regulator->name = matches[i].name; + regulator->init_data = matches[i].init_data; + regulator++; + } + + return 0; +} + +static struct regulator_init_data *act8945a_get_init_data(int id, + struct act8945a_pmic_data *pdata) +{ + int i; + + if (!pdata) + return NULL; + + for (i = 0; i < pdata->num_regulators; i++) { + if (pdata->regulators[i].id == id) + return pdata->regulators[i].init_data; + } + + return NULL; +} + +static int act8945a_pmic_probe(struct platform_device *pdev) +{ + struct act8945a_dev *act8945a_dev = dev_get_drvdata(pdev->dev.parent); + struct of_regulator_match *act8945a_reg_matches = NULL; + struct regulator_config config = { }; + const struct regulator_desc *regulators, *desc; + struct regulator_dev *rdev; + struct act8945a_pmic_data pmic_data; + int i, num_regulators; + bool voltage_select; + int ret; + + ret = act8945a_parse_dt_reg_data(pdev, &pmic_data, + &act8945a_reg_matches); + if (ret < 0) + return ret; + + voltage_select = of_property_read_bool(pdev->dev.of_node, + "active-semi,vsel-high"); + + if (voltage_select) { + regulators = act8945a_alt_regulators; + num_regulators = ARRAY_SIZE(act8945a_alt_regulators); + } else { + regulators = act8945a_regulators; + num_regulators = ARRAY_SIZE(act8945a_regulators); + } + + for (i = 0; i < num_regulators; i++) { + desc = ®ulators[i]; + + config.dev = &pdev->dev; + config.init_data = act8945a_get_init_data(desc->id, &pmic_data); + config.regmap = act8945a_dev->regmap; + if (act8945a_reg_matches) + config.of_node = act8945a_reg_matches[i].of_node; + + rdev = devm_regulator_register(&pdev->dev, desc, &config); + if (IS_ERR(rdev)) { + dev_err(&pdev->dev, + "failed to register %s regulator\n", + desc->name); + return PTR_ERR(rdev); + } + } + + platform_set_drvdata(pdev, act8945a_dev); + + return 0; +} + +static struct platform_driver act8945a_pmic_driver = { + .driver = { + .name = "act8945a-pmic", + }, + .probe = act8945a_pmic_probe, +}; +module_platform_driver(act8945a_pmic_driver); + +MODULE_DESCRIPTION("Active-semi ACT8945A voltage regulator driver"); +MODULE_AUTHOR("Wenyou Yang <wenyou.yang@atmel.com>"); +MODULE_LICENSE("GPL");
This patch adds new regulator driver to support ACT8945A MFD chip's regulators. The ACT8945A has three step-down DC/DC converters and four low-dropout regulators. Signed-off-by: Wenyou Yang <wenyou.yang@atmel.com> --- Changes in v2: - add more help information in Kconfig. - update the file header with short version license and author line. - remove unused structure, struct act8945a_pmic. - substitute of_property_read_bool() for of_get_property(). - due to removing the member of stuct act8945a_dev, dev. - remove the unnecessary print out. - use module_platform_driver(), instead of subsys_initcall(). - substitute MODULE_LICENSE("GPL") for MODULE_LICENSE("GPL v2"). drivers/regulator/Kconfig | 9 ++ drivers/regulator/Makefile | 1 + drivers/regulator/act8945a-regulator.c | 267 ++++++++++++++++++++++++++++++++ 3 files changed, 277 insertions(+) create mode 100644 drivers/regulator/act8945a-regulator.c