* [RESEND PATCH V7 7/7] MAINTAINERS: da9062/61 updates to the Dialog Semiconductor search terms [not found] <cover.1495546845.git.stwiss.opensource@diasemi.com> @ 2017-05-23 13:40 ` Steve Twiss 2017-05-23 14:04 ` Guenter Roeck 2017-05-30 9:09 ` Lee Jones [not found] ` <cover.1495546845.git.stwiss.opensource-WBD+wuPFNBhBDgjK7y7TUQ@public.gmane.org> 1 sibling, 2 replies; 11+ messages in thread From: Steve Twiss @ 2017-05-23 13:40 UTC (permalink / raw) To: Dmitry Torokhov, Eduardo Valentin, Guenter Roeck, Lee Jones, Liam Girdwood, Mark Brown, Mark Rutland, Rob Herring, Wim Van Sebroeck, Zhang Rui Cc: DEVICETREE, LINUX-INPUT, LINUX-KERNEL, LINUX-PM, LINUX-WATCHDOG, Support Opensource From: Steve Twiss <stwiss.opensource@diasemi.com> Additions to search terms for files supported by Dialog Semiconductor. This update will allow Dialog support to follow files for device tree bindings (onkey, thermal and watchdog) and source code for chip thermal monitoring drivers. Signed-off-by: Steve Twiss <stwiss.opensource@diasemi.com> --- Hi all, Is there anybody willing to take this patch through their tree please? Dialog Semiconductor support would like to add to the MAINTAINERS search terms. This update will allow us to follow all of our files for device tree bindings and the source code relating to chip thermal monitoring described in this patch set. All dependencies for this patch have been accepted into linux-next: bindings/input/da90??-onkey.txt -> linux-next.git/commit/?id=406d5a2de0718622241eff35831f6fed0316a7d4 bindings/thermal/da90??-thermal.txt -> linux-next.git/commit/?id=28c1b08d2a156ef16e912a4c618a529e586e5dbc bindings/watchdog/da92??-wdt.txt -> linux-next.git/commit/?id=be62f363a8d5b1703c08d2cb462786a68215bcca drivers/thermal/da90??-thermal.c -> linux-next.git/commit/?id=608567aac3206ae886c79688fbb8a62c473b55ef Regards, Steve Twiss, Dialog Semiconductor This patch applies against linux-next and v4.12-rc2 v6 -> v7 - NO CODE CHANGE - Rebased from v4.11-rc3 to v4.11-rc11 - Updated the commit message - Moved the following names from CC: to TO: e-mail fields - Lee Jones - Liam Girdwood - Mark Brown v5 -> v6 - NO CODE CHANGE - Rebased from v4.8 to v4.11-rc3 - Patch renamed from [PATCH V5 8/8] to [PATCH V5 7/7] v4 -> v5 - NO CODE CHANGE - Rebased from v4.8 to v4.9 v3 -> v4 - NO CODE CHANGE - Patch renamed from [PATCH V3 9/9] to [PATCH V4 8/8] v2 -> v3 - NO CODE CHANGE - Patch renamed from [PATCH V2 10/10] to [PATCH V3 9/9] v1 -> v2 - NO CODE CHANGE MAINTAINERS | 4 ++++ 1 file changed, 4 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index 9e98464..a580bed 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -3988,7 +3988,10 @@ W: http://www.dialog-semiconductor.com/products S: Supported F: Documentation/hwmon/da90?? F: Documentation/devicetree/bindings/mfd/da90*.txt +F: Documentation/devicetree/bindings/input/da90??-onkey.txt +F: Documentation/devicetree/bindings/thermal/da90??-thermal.txt F: Documentation/devicetree/bindings/regulator/da92*.txt +F: Documentation/devicetree/bindings/watchdog/da92??-wdt.txt F: Documentation/devicetree/bindings/sound/da[79]*.txt F: drivers/gpio/gpio-da90??.c F: drivers/hwmon/da90??-hwmon.c @@ -4003,6 +4006,7 @@ F: drivers/power/supply/da9052-battery.c F: drivers/power/supply/da91??-*.c F: drivers/regulator/da903x.c F: drivers/regulator/da9???-regulator.[ch] +F: drivers/thermal/da90??-thermal.c F: drivers/rtc/rtc-da90??.c F: drivers/video/backlight/da90??_bl.c F: drivers/watchdog/da90??_wdt.c -- end-of-patch for RESEND PATCH V7 ^ permalink raw reply related [flat|nested] 11+ messages in thread
* Re: [RESEND PATCH V7 7/7] MAINTAINERS: da9062/61 updates to the Dialog Semiconductor search terms 2017-05-23 13:40 ` [RESEND PATCH V7 7/7] MAINTAINERS: da9062/61 updates to the Dialog Semiconductor search terms Steve Twiss @ 2017-05-23 14:04 ` Guenter Roeck 2017-05-30 9:09 ` Lee Jones 1 sibling, 0 replies; 11+ messages in thread From: Guenter Roeck @ 2017-05-23 14:04 UTC (permalink / raw) To: Steve Twiss, DEVICETREE, Dmitry Torokhov, Eduardo Valentin, LINUX-INPUT, LINUX-KERNEL, LINUX-PM, LINUX-WATCHDOG, Lee Jones, Liam Girdwood, Mark Brown, Mark Rutland, Rob Herring, Wim Van Sebroeck, Zhang Rui Cc: Support Opensource On 05/23/2017 06:40 AM, Steve Twiss wrote: > From: Steve Twiss <stwiss.opensource@diasemi.com> > > Additions to search terms for files supported by Dialog Semiconductor. > This update will allow Dialog support to follow files for device tree > bindings (onkey, thermal and watchdog) and source code for chip thermal > monitoring drivers. > > Signed-off-by: Steve Twiss <stwiss.opensource@diasemi.com> FWIW: For watchdog: Acked-by: Guenter Roeck <linux@roeck-us.net> If no one else picks it up, I can ask Wim to queue it up in watchdog for the next release. If necessary please send me a note around rc5 or rc6. Guenter > > --- > Hi all, > > Is there anybody willing to take this patch through their tree please? > > Dialog Semiconductor support would like to add to the MAINTAINERS search > terms. This update will allow us to follow all of our files for device > tree bindings and the source code relating to chip thermal monitoring > described in this patch set. > > All dependencies for this patch have been accepted into linux-next: > > bindings/input/da90??-onkey.txt -> linux-next.git/commit/?id=406d5a2de0718622241eff35831f6fed0316a7d4 > bindings/thermal/da90??-thermal.txt -> linux-next.git/commit/?id=28c1b08d2a156ef16e912a4c618a529e586e5dbc > bindings/watchdog/da92??-wdt.txt -> linux-next.git/commit/?id=be62f363a8d5b1703c08d2cb462786a68215bcca > drivers/thermal/da90??-thermal.c -> linux-next.git/commit/?id=608567aac3206ae886c79688fbb8a62c473b55ef > > Regards, > Steve Twiss, Dialog Semiconductor > > > This patch applies against linux-next and v4.12-rc2 > > v6 -> v7 > - NO CODE CHANGE > - Rebased from v4.11-rc3 to v4.11-rc11 > - Updated the commit message > - Moved the following names from CC: to TO: e-mail fields > - Lee Jones > - Liam Girdwood > - Mark Brown > > v5 -> v6 > - NO CODE CHANGE > - Rebased from v4.8 to v4.11-rc3 > - Patch renamed from [PATCH V5 8/8] to [PATCH V5 7/7] > > v4 -> v5 > - NO CODE CHANGE > - Rebased from v4.8 to v4.9 > > v3 -> v4 > - NO CODE CHANGE > - Patch renamed from [PATCH V3 9/9] to [PATCH V4 8/8] > > v2 -> v3 > - NO CODE CHANGE > - Patch renamed from [PATCH V2 10/10] to [PATCH V3 9/9] > > v1 -> v2 > - NO CODE CHANGE > > > MAINTAINERS | 4 ++++ > 1 file changed, 4 insertions(+) > > diff --git a/MAINTAINERS b/MAINTAINERS > index 9e98464..a580bed 100644 > --- a/MAINTAINERS > +++ b/MAINTAINERS > @@ -3988,7 +3988,10 @@ W: http://www.dialog-semiconductor.com/products > S: Supported > F: Documentation/hwmon/da90?? > F: Documentation/devicetree/bindings/mfd/da90*.txt > +F: Documentation/devicetree/bindings/input/da90??-onkey.txt > +F: Documentation/devicetree/bindings/thermal/da90??-thermal.txt > F: Documentation/devicetree/bindings/regulator/da92*.txt > +F: Documentation/devicetree/bindings/watchdog/da92??-wdt.txt > F: Documentation/devicetree/bindings/sound/da[79]*.txt > F: drivers/gpio/gpio-da90??.c > F: drivers/hwmon/da90??-hwmon.c > @@ -4003,6 +4006,7 @@ F: drivers/power/supply/da9052-battery.c > F: drivers/power/supply/da91??-*.c > F: drivers/regulator/da903x.c > F: drivers/regulator/da9???-regulator.[ch] > +F: drivers/thermal/da90??-thermal.c > F: drivers/rtc/rtc-da90??.c > F: drivers/video/backlight/da90??_bl.c > F: drivers/watchdog/da90??_wdt.c > ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [RESEND PATCH V7 7/7] MAINTAINERS: da9062/61 updates to the Dialog Semiconductor search terms 2017-05-23 13:40 ` [RESEND PATCH V7 7/7] MAINTAINERS: da9062/61 updates to the Dialog Semiconductor search terms Steve Twiss 2017-05-23 14:04 ` Guenter Roeck @ 2017-05-30 9:09 ` Lee Jones 1 sibling, 0 replies; 11+ messages in thread From: Lee Jones @ 2017-05-30 9:09 UTC (permalink / raw) To: Steve Twiss Cc: DEVICETREE, Dmitry Torokhov, Eduardo Valentin, Guenter Roeck, LINUX-INPUT, LINUX-KERNEL, LINUX-PM, LINUX-WATCHDOG, Liam Girdwood, Mark Brown, Mark Rutland, Rob Herring, Wim Van Sebroeck, Zhang Rui, Support Opensource On Tue, 23 May 2017, Steve Twiss wrote: > From: Steve Twiss <stwiss.opensource@diasemi.com> > > Additions to search terms for files supported by Dialog Semiconductor. > This update will allow Dialog support to follow files for device tree > bindings (onkey, thermal and watchdog) and source code for chip thermal > monitoring drivers. > > Signed-off-by: Steve Twiss <stwiss.opensource@diasemi.com> > > --- > Hi all, > > Is there anybody willing to take this patch through their tree please? > > Dialog Semiconductor support would like to add to the MAINTAINERS search > terms. This update will allow us to follow all of our files for device > tree bindings and the source code relating to chip thermal monitoring > described in this patch set. > > All dependencies for this patch have been accepted into linux-next: > > bindings/input/da90??-onkey.txt -> linux-next.git/commit/?id=406d5a2de0718622241eff35831f6fed0316a7d4 > bindings/thermal/da90??-thermal.txt -> linux-next.git/commit/?id=28c1b08d2a156ef16e912a4c618a529e586e5dbc > bindings/watchdog/da92??-wdt.txt -> linux-next.git/commit/?id=be62f363a8d5b1703c08d2cb462786a68215bcca > drivers/thermal/da90??-thermal.c -> linux-next.git/commit/?id=608567aac3206ae886c79688fbb8a62c473b55ef > > Regards, > Steve Twiss, Dialog Semiconductor > > > This patch applies against linux-next and v4.12-rc2 > > v6 -> v7 > - NO CODE CHANGE > - Rebased from v4.11-rc3 to v4.11-rc11 > - Updated the commit message > - Moved the following names from CC: to TO: e-mail fields > - Lee Jones > - Liam Girdwood > - Mark Brown > > v5 -> v6 > - NO CODE CHANGE > - Rebased from v4.8 to v4.11-rc3 > - Patch renamed from [PATCH V5 8/8] to [PATCH V5 7/7] > > v4 -> v5 > - NO CODE CHANGE > - Rebased from v4.8 to v4.9 > > v3 -> v4 > - NO CODE CHANGE > - Patch renamed from [PATCH V3 9/9] to [PATCH V4 8/8] > > v2 -> v3 > - NO CODE CHANGE > - Patch renamed from [PATCH V2 10/10] to [PATCH V3 9/9] > > v1 -> v2 > - NO CODE CHANGE > > > MAINTAINERS | 4 ++++ > 1 file changed, 4 insertions(+) Applied, thanks. > diff --git a/MAINTAINERS b/MAINTAINERS > index 9e98464..a580bed 100644 > --- a/MAINTAINERS > +++ b/MAINTAINERS > @@ -3988,7 +3988,10 @@ W: http://www.dialog-semiconductor.com/products > S: Supported > F: Documentation/hwmon/da90?? > F: Documentation/devicetree/bindings/mfd/da90*.txt > +F: Documentation/devicetree/bindings/input/da90??-onkey.txt > +F: Documentation/devicetree/bindings/thermal/da90??-thermal.txt > F: Documentation/devicetree/bindings/regulator/da92*.txt > +F: Documentation/devicetree/bindings/watchdog/da92??-wdt.txt > F: Documentation/devicetree/bindings/sound/da[79]*.txt > F: drivers/gpio/gpio-da90??.c > F: drivers/hwmon/da90??-hwmon.c > @@ -4003,6 +4006,7 @@ F: drivers/power/supply/da9052-battery.c > F: drivers/power/supply/da91??-*.c > F: drivers/regulator/da903x.c > F: drivers/regulator/da9???-regulator.[ch] > +F: drivers/thermal/da90??-thermal.c > F: drivers/rtc/rtc-da90??.c > F: drivers/video/backlight/da90??_bl.c > F: drivers/watchdog/da90??_wdt.c -- Lee Jones Linaro STMicroelectronics Landing Team Lead Linaro.org │ Open source software for ARM SoCs Follow Linaro: Facebook | Twitter | Blog ^ permalink raw reply [flat|nested] 11+ messages in thread
[parent not found: <cover.1495546845.git.stwiss.opensource-WBD+wuPFNBhBDgjK7y7TUQ@public.gmane.org>]
* [RESEND PATCH V7 5/7] regulator: da9061: BUCK and LDO regulator driver [not found] ` <cover.1495546845.git.stwiss.opensource-WBD+wuPFNBhBDgjK7y7TUQ@public.gmane.org> @ 2017-05-23 13:40 ` Steve Twiss 2017-05-23 17:17 ` Mark Brown 0 siblings, 1 reply; 11+ messages in thread From: Steve Twiss @ 2017-05-23 13:40 UTC (permalink / raw) To: LINUX-KERNEL, Liam Girdwood, Mark Brown Cc: DEVICETREE, Dmitry Torokhov, Eduardo Valentin, Guenter Roeck, LINUX-INPUT, LINUX-PM, LINUX-WATCHDOG, Lee Jones, Mark Rutland, Rob Herring, Support Opensource, Wim Van Sebroeck, Zhang Rui From: Steve Twiss <stwiss.opensource-WBD+wuPFNBhBDgjK7y7TUQ@public.gmane.org> Regulator support for the DA9061 is added into the DA9062 regulator driver. The regulators for DA9061 differ from those of DA9062. A new DA9061 enumeration list for the LDOs and Bucks supported by this device is added. Regulator information added: the old regulator information for DA9062 is renamed from local_regulator_info[] to local_da9062_regulator_info[] and a new array is added to support local_da9061_regulator_info[]. The probe() function switches on the da9062_compatible_types enumeration and configures the correct da9062_regulator_info array and number of regulator entries. Kconfig is updated to reflect support for DA9061 and DA9062 regulators. Acked-by: Mark Brown <broonie-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org> Signed-off-by: Steve Twiss <stwiss.opensource-WBD+wuPFNBhBDgjK7y7TUQ@public.gmane.org> --- Hi, This patch was Acked by Mark Brown, a long time ago, way back in Oct 2016 (https://patchwork.kernel.org/patch/9397787/). I have kept Mark Brown's Ack attached because there have been no real code changes since then, but I have recently updated the copyright header slightly, rebased the code (no changes necessary) and compile tested it against x86_64. The MFD files which this patch depended on were accepted into linux-next by Lee Jones last week. If there is anything in the way of this patch acceptance, could you please let me know? Regards, Steve This patch applies against linux-next and v4.12-rc2 v6 -> v7 - NO CODE CHANGE - Compile tested ARCH=x86_64 v5 -> v6 - Rebased from v4.9 to v4.11-rc3 - Modify Copyright to match Dialog latest legal statement v4 -> v5 - Rebased from v4.8 to v4.9 - NO CODE CHANGE v3 -> v4 - NO CODE CHANGE - Patch renamed from [PATCH V3 6/9] to [PATCH V4 5/8] v2 -> v3 - NO CODE CHANGE - Patch renamed from [PATCH V2 06/10] to [PATCH V3 6/9] - Added Ack from Mark Brown v1 -> v2 - Patch renamed from [PATCH V1 02/10] to [PATCH V2 06/10] -- these changes were made to fix checkpatch warnings caused by the patch set dependency order - Updated header to use DA9061 and DA9062 Hi, I have updated copyright header slightly to match Dialog's legal expectation, but there are no code changes for this version PATCH V7. As previously: These changes depend on a header file provided as part of an earlier patch [V7,4/7] mfd: da9061: MFD core support from this set. The regulator probe() switches on the chip_type which uses enum da9062_compatible_types in core.h from this patch. Regards, Steve Twiss, Dialog Semiconductor drivers/regulator/Kconfig | 4 +- drivers/regulator/da9062-regulator.c | 303 +++++++++++++++++++++++++++++++++-- 2 files changed, 293 insertions(+), 14 deletions(-) diff --git a/drivers/regulator/Kconfig b/drivers/regulator/Kconfig index 48db87d..9d2222e 100644 --- a/drivers/regulator/Kconfig +++ b/drivers/regulator/Kconfig @@ -214,11 +214,11 @@ config REGULATOR_DA9055 will be called da9055-regulator. config REGULATOR_DA9062 - tristate "Dialog Semiconductor DA9062 regulators" + tristate "Dialog Semiconductor DA9061/62 regulators" depends on MFD_DA9062 help Say y here to support the BUCKs and LDOs regulators found on - DA9062 PMICs. + DA9061 and DA9062 PMICs. This driver can also be built as a module. If so, the module will be called da9062-regulator. diff --git a/drivers/regulator/da9062-regulator.c b/drivers/regulator/da9062-regulator.c index 0638c8b..34a70d9 100644 --- a/drivers/regulator/da9062-regulator.c +++ b/drivers/regulator/da9062-regulator.c @@ -1,6 +1,6 @@ /* - * da9062-regulator.c - REGULATOR device driver for DA9062 - * Copyright (C) 2015 Dialog Semiconductor Ltd. + * Regulator device driver for DA9061 and DA9062. + * Copyright (C) 2015-2017 Dialog Semiconductor * * This program is free software; you can redistribute it and/or * modify it under the terms of the GNU General Public License @@ -28,6 +28,17 @@ /* Regulator IDs */ enum { + DA9061_ID_BUCK1, + DA9061_ID_BUCK2, + DA9061_ID_BUCK3, + DA9061_ID_LDO1, + DA9061_ID_LDO2, + DA9061_ID_LDO3, + DA9061_ID_LDO4, + DA9061_MAX_REGULATORS, +}; + +enum { DA9062_ID_BUCK1, DA9062_ID_BUCK2, DA9062_ID_BUCK3, @@ -88,15 +99,21 @@ enum { /* Regulator operations */ -/* Current limits array (in uA) BUCK1 and BUCK3. - Entry indexes corresponds to register values. */ +/* Current limits array (in uA) + * - DA9061_ID_[BUCK1|BUCK3] + * - DA9062_ID_[BUCK1|BUCK2|BUCK4] + * Entry indexes corresponds to register values. + */ static const int da9062_buck_a_limits[] = { 500000, 600000, 700000, 800000, 900000, 1000000, 1100000, 1200000, 1300000, 1400000, 1500000, 1600000, 1700000, 1800000, 1900000, 2000000 }; -/* Current limits array (in uA) for BUCK2. - Entry indexes corresponds to register values. */ +/* Current limits array (in uA) + * - DA9061_ID_BUCK2 + * - DA9062_ID_BUCK3 + * Entry indexes corresponds to register values. + */ static const int da9062_buck_b_limits[] = { 1500000, 1600000, 1700000, 1800000, 1900000, 2000000, 2100000, 2200000, 2300000, 2400000, 2500000, 2600000, 2700000, 2800000, 2900000, 3000000 @@ -405,8 +422,254 @@ static int da9062_ldo_set_suspend_mode(struct regulator_dev *rdev, .set_suspend_mode = da9062_ldo_set_suspend_mode, }; -/* Regulator information */ -static const struct da9062_regulator_info local_regulator_info[] = { +/* DA9061 Regulator information */ +static const struct da9062_regulator_info local_da9061_regulator_info[] = { + { + .desc.id = DA9061_ID_BUCK1, + .desc.name = "DA9061 BUCK1", + .desc.of_match = of_match_ptr("buck1"), + .desc.regulators_node = of_match_ptr("regulators"), + .desc.ops = &da9062_buck_ops, + .desc.min_uV = (300) * 1000, + .desc.uV_step = (10) * 1000, + .desc.n_voltages = ((1570) - (300))/(10) + 1, + .current_limits = da9062_buck_a_limits, + .n_current_limits = ARRAY_SIZE(da9062_buck_a_limits), + .desc.enable_reg = DA9062AA_BUCK1_CONT, + .desc.enable_mask = DA9062AA_BUCK1_EN_MASK, + .desc.vsel_reg = DA9062AA_VBUCK1_A, + .desc.vsel_mask = DA9062AA_VBUCK1_A_MASK, + .desc.linear_min_sel = 0, + .sleep = REG_FIELD(DA9062AA_VBUCK1_A, + __builtin_ffs((int)DA9062AA_BUCK1_SL_A_MASK) - 1, + sizeof(unsigned int) * 8 - + __builtin_clz((DA9062AA_BUCK1_SL_A_MASK)) - 1), + .suspend_sleep = REG_FIELD(DA9062AA_VBUCK1_B, + __builtin_ffs((int)DA9062AA_BUCK1_SL_B_MASK) - 1, + sizeof(unsigned int) * 8 - + __builtin_clz((DA9062AA_BUCK1_SL_B_MASK)) - 1), + .suspend_vsel_reg = DA9062AA_VBUCK1_B, + .mode = REG_FIELD(DA9062AA_BUCK1_CFG, + __builtin_ffs((int)DA9062AA_BUCK1_MODE_MASK) - 1, + sizeof(unsigned int) * 8 - + __builtin_clz((DA9062AA_BUCK1_MODE_MASK)) - 1), + .suspend = REG_FIELD(DA9062AA_DVC_1, + __builtin_ffs((int)DA9062AA_VBUCK1_SEL_MASK) - 1, + sizeof(unsigned int) * 8 - + __builtin_clz((DA9062AA_VBUCK1_SEL_MASK)) - 1), + .ilimit = REG_FIELD(DA9062AA_BUCK_ILIM_C, + __builtin_ffs((int)DA9062AA_BUCK1_ILIM_MASK) - 1, + sizeof(unsigned int) * 8 - + __builtin_clz((DA9062AA_BUCK1_ILIM_MASK)) - 1), + }, + { + .desc.id = DA9061_ID_BUCK2, + .desc.name = "DA9061 BUCK2", + .desc.of_match = of_match_ptr("buck2"), + .desc.regulators_node = of_match_ptr("regulators"), + .desc.ops = &da9062_buck_ops, + .desc.min_uV = (800) * 1000, + .desc.uV_step = (20) * 1000, + .desc.n_voltages = ((3340) - (800))/(20) + 1, + .current_limits = da9062_buck_b_limits, + .n_current_limits = ARRAY_SIZE(da9062_buck_b_limits), + .desc.enable_reg = DA9062AA_BUCK3_CONT, + .desc.enable_mask = DA9062AA_BUCK3_EN_MASK, + .desc.vsel_reg = DA9062AA_VBUCK3_A, + .desc.vsel_mask = DA9062AA_VBUCK3_A_MASK, + .desc.linear_min_sel = 0, + .sleep = REG_FIELD(DA9062AA_VBUCK3_A, + __builtin_ffs((int)DA9062AA_BUCK3_SL_A_MASK) - 1, + sizeof(unsigned int) * 8 - + __builtin_clz((DA9062AA_BUCK3_SL_A_MASK)) - 1), + .suspend_sleep = REG_FIELD(DA9062AA_VBUCK3_B, + __builtin_ffs((int)DA9062AA_BUCK3_SL_B_MASK) - 1, + sizeof(unsigned int) * 8 - + __builtin_clz((DA9062AA_BUCK3_SL_B_MASK)) - 1), + .suspend_vsel_reg = DA9062AA_VBUCK3_B, + .mode = REG_FIELD(DA9062AA_BUCK3_CFG, + __builtin_ffs((int)DA9062AA_BUCK3_MODE_MASK) - 1, + sizeof(unsigned int) * 8 - + __builtin_clz((DA9062AA_BUCK3_MODE_MASK)) - 1), + .suspend = REG_FIELD(DA9062AA_DVC_1, + __builtin_ffs((int)DA9062AA_VBUCK3_SEL_MASK) - 1, + sizeof(unsigned int) * 8 - + __builtin_clz((DA9062AA_VBUCK3_SEL_MASK)) - 1), + .ilimit = REG_FIELD(DA9062AA_BUCK_ILIM_A, + __builtin_ffs((int)DA9062AA_BUCK3_ILIM_MASK) - 1, + sizeof(unsigned int) * 8 - + __builtin_clz((DA9062AA_BUCK3_ILIM_MASK)) - 1), + }, + { + .desc.id = DA9061_ID_BUCK3, + .desc.name = "DA9061 BUCK3", + .desc.of_match = of_match_ptr("buck3"), + .desc.regulators_node = of_match_ptr("regulators"), + .desc.ops = &da9062_buck_ops, + .desc.min_uV = (530) * 1000, + .desc.uV_step = (10) * 1000, + .desc.n_voltages = ((1800) - (530))/(10) + 1, + .current_limits = da9062_buck_a_limits, + .n_current_limits = ARRAY_SIZE(da9062_buck_a_limits), + .desc.enable_reg = DA9062AA_BUCK4_CONT, + .desc.enable_mask = DA9062AA_BUCK4_EN_MASK, + .desc.vsel_reg = DA9062AA_VBUCK4_A, + .desc.vsel_mask = DA9062AA_VBUCK4_A_MASK, + .desc.linear_min_sel = 0, + .sleep = REG_FIELD(DA9062AA_VBUCK4_A, + __builtin_ffs((int)DA9062AA_BUCK4_SL_A_MASK) - 1, + sizeof(unsigned int) * 8 - + __builtin_clz((DA9062AA_BUCK4_SL_A_MASK)) - 1), + .suspend_sleep = REG_FIELD(DA9062AA_VBUCK4_B, + __builtin_ffs((int)DA9062AA_BUCK4_SL_B_MASK) - 1, + sizeof(unsigned int) * 8 - + __builtin_clz((DA9062AA_BUCK4_SL_B_MASK)) - 1), + .suspend_vsel_reg = DA9062AA_VBUCK4_B, + .mode = REG_FIELD(DA9062AA_BUCK4_CFG, + __builtin_ffs((int)DA9062AA_BUCK4_MODE_MASK) - 1, + sizeof(unsigned int) * 8 - + __builtin_clz((DA9062AA_BUCK4_MODE_MASK)) - 1), + .suspend = REG_FIELD(DA9062AA_DVC_1, + __builtin_ffs((int)DA9062AA_VBUCK4_SEL_MASK) - 1, + sizeof(unsigned int) * 8 - + __builtin_clz((DA9062AA_VBUCK4_SEL_MASK)) - 1), + .ilimit = REG_FIELD(DA9062AA_BUCK_ILIM_B, + __builtin_ffs((int)DA9062AA_BUCK4_ILIM_MASK) - 1, + sizeof(unsigned int) * 8 - + __builtin_clz((DA9062AA_BUCK4_ILIM_MASK)) - 1), + }, + { + .desc.id = DA9061_ID_LDO1, + .desc.name = "DA9061 LDO1", + .desc.of_match = of_match_ptr("ldo1"), + .desc.regulators_node = of_match_ptr("regulators"), + .desc.ops = &da9062_ldo_ops, + .desc.min_uV = (900) * 1000, + .desc.uV_step = (50) * 1000, + .desc.n_voltages = ((3600) - (900))/(50) + 1, + .desc.enable_reg = DA9062AA_LDO1_CONT, + .desc.enable_mask = DA9062AA_LDO1_EN_MASK, + .desc.vsel_reg = DA9062AA_VLDO1_A, + .desc.vsel_mask = DA9062AA_VLDO1_A_MASK, + .desc.linear_min_sel = 0, + .sleep = REG_FIELD(DA9062AA_VLDO1_A, + __builtin_ffs((int)DA9062AA_LDO1_SL_A_MASK) - 1, + sizeof(unsigned int) * 8 - + __builtin_clz((DA9062AA_LDO1_SL_A_MASK)) - 1), + .suspend_sleep = REG_FIELD(DA9062AA_VLDO1_B, + __builtin_ffs((int)DA9062AA_LDO1_SL_B_MASK) - 1, + sizeof(unsigned int) * 8 - + __builtin_clz((DA9062AA_LDO1_SL_B_MASK)) - 1), + .suspend_vsel_reg = DA9062AA_VLDO1_B, + .suspend = REG_FIELD(DA9062AA_DVC_1, + __builtin_ffs((int)DA9062AA_VLDO1_SEL_MASK) - 1, + sizeof(unsigned int) * 8 - + __builtin_clz((DA9062AA_VLDO1_SEL_MASK)) - 1), + .oc_event = REG_FIELD(DA9062AA_STATUS_D, + __builtin_ffs((int)DA9062AA_LDO1_ILIM_MASK) - 1, + sizeof(unsigned int) * 8 - + __builtin_clz((DA9062AA_LDO1_ILIM_MASK)) - 1), + }, + { + .desc.id = DA9061_ID_LDO2, + .desc.name = "DA9061 LDO2", + .desc.of_match = of_match_ptr("ldo2"), + .desc.regulators_node = of_match_ptr("regulators"), + .desc.ops = &da9062_ldo_ops, + .desc.min_uV = (900) * 1000, + .desc.uV_step = (50) * 1000, + .desc.n_voltages = ((3600) - (600))/(50) + 1, + .desc.enable_reg = DA9062AA_LDO2_CONT, + .desc.enable_mask = DA9062AA_LDO2_EN_MASK, + .desc.vsel_reg = DA9062AA_VLDO2_A, + .desc.vsel_mask = DA9062AA_VLDO2_A_MASK, + .desc.linear_min_sel = 0, + .sleep = REG_FIELD(DA9062AA_VLDO2_A, + __builtin_ffs((int)DA9062AA_LDO2_SL_A_MASK) - 1, + sizeof(unsigned int) * 8 - + __builtin_clz((DA9062AA_LDO2_SL_A_MASK)) - 1), + .suspend_sleep = REG_FIELD(DA9062AA_VLDO2_B, + __builtin_ffs((int)DA9062AA_LDO2_SL_B_MASK) - 1, + sizeof(unsigned int) * 8 - + __builtin_clz((DA9062AA_LDO2_SL_B_MASK)) - 1), + .suspend_vsel_reg = DA9062AA_VLDO2_B, + .suspend = REG_FIELD(DA9062AA_DVC_1, + __builtin_ffs((int)DA9062AA_VLDO2_SEL_MASK) - 1, + sizeof(unsigned int) * 8 - + __builtin_clz((DA9062AA_VLDO2_SEL_MASK)) - 1), + .oc_event = REG_FIELD(DA9062AA_STATUS_D, + __builtin_ffs((int)DA9062AA_LDO2_ILIM_MASK) - 1, + sizeof(unsigned int) * 8 - + __builtin_clz((DA9062AA_LDO2_ILIM_MASK)) - 1), + }, + { + .desc.id = DA9061_ID_LDO3, + .desc.name = "DA9061 LDO3", + .desc.of_match = of_match_ptr("ldo3"), + .desc.regulators_node = of_match_ptr("regulators"), + .desc.ops = &da9062_ldo_ops, + .desc.min_uV = (900) * 1000, + .desc.uV_step = (50) * 1000, + .desc.n_voltages = ((3600) - (900))/(50) + 1, + .desc.enable_reg = DA9062AA_LDO3_CONT, + .desc.enable_mask = DA9062AA_LDO3_EN_MASK, + .desc.vsel_reg = DA9062AA_VLDO3_A, + .desc.vsel_mask = DA9062AA_VLDO3_A_MASK, + .desc.linear_min_sel = 0, + .sleep = REG_FIELD(DA9062AA_VLDO3_A, + __builtin_ffs((int)DA9062AA_LDO3_SL_A_MASK) - 1, + sizeof(unsigned int) * 8 - + __builtin_clz((DA9062AA_LDO3_SL_A_MASK)) - 1), + .suspend_sleep = REG_FIELD(DA9062AA_VLDO3_B, + __builtin_ffs((int)DA9062AA_LDO3_SL_B_MASK) - 1, + sizeof(unsigned int) * 8 - + __builtin_clz((DA9062AA_LDO3_SL_B_MASK)) - 1), + .suspend_vsel_reg = DA9062AA_VLDO3_B, + .suspend = REG_FIELD(DA9062AA_DVC_1, + __builtin_ffs((int)DA9062AA_VLDO3_SEL_MASK) - 1, + sizeof(unsigned int) * 8 - + __builtin_clz((DA9062AA_VLDO3_SEL_MASK)) - 1), + .oc_event = REG_FIELD(DA9062AA_STATUS_D, + __builtin_ffs((int)DA9062AA_LDO3_ILIM_MASK) - 1, + sizeof(unsigned int) * 8 - + __builtin_clz((DA9062AA_LDO3_ILIM_MASK)) - 1), + }, + { + .desc.id = DA9061_ID_LDO4, + .desc.name = "DA9061 LDO4", + .desc.of_match = of_match_ptr("ldo4"), + .desc.regulators_node = of_match_ptr("regulators"), + .desc.ops = &da9062_ldo_ops, + .desc.min_uV = (900) * 1000, + .desc.uV_step = (50) * 1000, + .desc.n_voltages = ((3600) - (900))/(50) + 1, + .desc.enable_reg = DA9062AA_LDO4_CONT, + .desc.enable_mask = DA9062AA_LDO4_EN_MASK, + .desc.vsel_reg = DA9062AA_VLDO4_A, + .desc.vsel_mask = DA9062AA_VLDO4_A_MASK, + .desc.linear_min_sel = 0, + .sleep = REG_FIELD(DA9062AA_VLDO4_A, + __builtin_ffs((int)DA9062AA_LDO4_SL_A_MASK) - 1, + sizeof(unsigned int) * 8 - + __builtin_clz((DA9062AA_LDO4_SL_A_MASK)) - 1), + .suspend_sleep = REG_FIELD(DA9062AA_VLDO4_B, + __builtin_ffs((int)DA9062AA_LDO4_SL_B_MASK) - 1, + sizeof(unsigned int) * 8 - + __builtin_clz((DA9062AA_LDO4_SL_B_MASK)) - 1), + .suspend_vsel_reg = DA9062AA_VLDO4_B, + .suspend = REG_FIELD(DA9062AA_DVC_1, + __builtin_ffs((int)DA9062AA_VLDO4_SEL_MASK) - 1, + sizeof(unsigned int) * 8 - + __builtin_clz((DA9062AA_VLDO4_SEL_MASK)) - 1), + .oc_event = REG_FIELD(DA9062AA_STATUS_D, + __builtin_ffs((int)DA9062AA_LDO4_ILIM_MASK) - 1, + sizeof(unsigned int) * 8 - + __builtin_clz((DA9062AA_LDO4_ILIM_MASK)) - 1), + }, +}; + +/* DA9062 Regulator information */ +static const struct da9062_regulator_info local_da9062_regulator_info[] = { { .desc.id = DA9062_ID_BUCK1, .desc.name = "DA9062 BUCK1", @@ -727,17 +990,33 @@ static int da9062_regulator_probe(struct platform_device *pdev) struct da9062_regulators *regulators; struct da9062_regulator *regl; struct regulator_config config = { }; + const struct da9062_regulator_info *rinfo; int irq, n, ret; size_t size; + int max_regulators; + + switch (chip->chip_type) { + case COMPAT_TYPE_DA9061: + max_regulators = DA9061_MAX_REGULATORS; + rinfo = local_da9061_regulator_info; + break; + case COMPAT_TYPE_DA9062: + max_regulators = DA9062_MAX_REGULATORS; + rinfo = local_da9062_regulator_info; + break; + default: + dev_err(chip->dev, "Unrecognised chip type\n"); + return -ENODEV; + } /* Allocate memory required by usable regulators */ size = sizeof(struct da9062_regulators) + - DA9062_MAX_REGULATORS * sizeof(struct da9062_regulator); + max_regulators * sizeof(struct da9062_regulator); regulators = devm_kzalloc(&pdev->dev, size, GFP_KERNEL); if (!regulators) return -ENOMEM; - regulators->n_regulators = DA9062_MAX_REGULATORS; + regulators->n_regulators = max_regulators; platform_set_drvdata(pdev, regulators); n = 0; @@ -745,7 +1024,7 @@ static int da9062_regulator_probe(struct platform_device *pdev) /* Initialise regulator structure */ regl = ®ulators->regulator[n]; regl->hw = chip; - regl->info = &local_regulator_info[n]; + regl->info = &rinfo[n]; regl->desc = regl->info->desc; regl->desc.type = REGULATOR_VOLTAGE; regl->desc.owner = THIS_MODULE; @@ -836,6 +1115,6 @@ static void __exit da9062_regulator_cleanup(void) /* Module information */ MODULE_AUTHOR("S Twiss <stwiss.opensource-WBD+wuPFNBhBDgjK7y7TUQ@public.gmane.org>"); -MODULE_DESCRIPTION("REGULATOR device driver for Dialog DA9062"); +MODULE_DESCRIPTION("REGULATOR device driver for Dialog DA9062 and DA9061"); MODULE_LICENSE("GPL"); MODULE_ALIAS("platform:da9062-regulators"); -- end-of-patch for RESEND PATCH V7 -- To unsubscribe from this list: send the line "unsubscribe linux-watchdog" in the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org More majordomo info at http://vger.kernel.org/majordomo-info.html ^ permalink raw reply related [flat|nested] 11+ messages in thread
* Re: [RESEND PATCH V7 5/7] regulator: da9061: BUCK and LDO regulator driver 2017-05-23 13:40 ` [RESEND PATCH V7 5/7] regulator: da9061: BUCK and LDO regulator driver Steve Twiss @ 2017-05-23 17:17 ` Mark Brown 2017-05-24 8:12 ` Steve Twiss [not found] ` <20170523171721.lpqjhakaawnz4prz-GFdadSzt00ze9xe1eoZjHA@public.gmane.org> 0 siblings, 2 replies; 11+ messages in thread From: Mark Brown @ 2017-05-23 17:17 UTC (permalink / raw) To: Steve Twiss Cc: LINUX-KERNEL, Liam Girdwood, DEVICETREE, Dmitry Torokhov, Eduardo Valentin, Guenter Roeck, LINUX-INPUT, LINUX-PM, LINUX-WATCHDOG, Lee Jones, Mark Rutland, Rob Herring, Support Opensource, Wim Van Sebroeck, Zhang Rui [-- Attachment #1: Type: text/plain, Size: 911 bytes --] On Tue, May 23, 2017 at 02:40:45PM +0100, Steve Twiss wrote: > This patch was Acked by Mark Brown, a long time ago, way back in Oct 2016 > (https://patchwork.kernel.org/patch/9397787/). > I have kept Mark Brown's Ack attached because there have been no real > code changes since then, but I have recently updated the copyright header > slightly, rebased the code (no changes necessary) and compile tested it > against x86_64. > The MFD files which this patch depended on were accepted into linux-next > by Lee Jones last week. If there is anything in the way of this patch > acceptance, could you please let me know? Given that I've acked this and it depends on the MFD changes I'd have expected Lee to apply it. If nothing else happens I can apply it after the next merge window, otherwise either Lee needs to send me a pull request for the MFD change so I've got the dependency or he needs to apply this. [-- Attachment #2: signature.asc --] [-- Type: application/pgp-signature, Size: 488 bytes --] ^ permalink raw reply [flat|nested] 11+ messages in thread
* RE: [RESEND PATCH V7 5/7] regulator: da9061: BUCK and LDO regulator driver 2017-05-23 17:17 ` Mark Brown @ 2017-05-24 8:12 ` Steve Twiss [not found] ` <6ED8E3B22081A4459DAC7699F3695FB7018CD8D651-68WUHU125fLzLL1Oxlh9IgLouzNaz+3S@public.gmane.org> [not found] ` <20170523171721.lpqjhakaawnz4prz-GFdadSzt00ze9xe1eoZjHA@public.gmane.org> 1 sibling, 1 reply; 11+ messages in thread From: Steve Twiss @ 2017-05-24 8:12 UTC (permalink / raw) To: Mark Brown, Lee Jones Cc: LINUX-KERNEL, Liam Girdwood, DEVICETREE, Dmitry Torokhov, Eduardo Valentin, Guenter Roeck, LINUX-INPUT, LINUX-PM, LINUX-WATCHDOG, Mark Rutland, Rob Herring, Support Opensource, Wim Van Sebroeck, Zhang Rui On 23 May 2017 18:17 Mark Brown > To: Steve Twiss > Subject: Re: [RESEND PATCH V7 5/7] regulator: da9061: BUCK and LDO regulator driver > > On Tue, May 23, 2017 at 02:40:45PM +0100, Steve Twiss wrote: > > > This patch was Acked by Mark Brown, a long time ago, way back in Oct 2016 > > (https://patchwork.kernel.org/patch/9397787/). > > I have kept Mark Brown's Ack attached because there have been no real > > code changes since then, but I have recently updated the copyright header > > slightly, rebased the code (no changes necessary) and compile tested it > > against x86_64. > > > The MFD files which this patch depended on were accepted into linux-next > > by Lee Jones last week. If there is anything in the way of this patch > > acceptance, could you please let me know? > > Given that I've acked this and it depends on the MFD changes I'd have > expected Lee to apply it. If nothing else happens I can apply it after > the next merge window, otherwise either Lee needs to send me a pull > request for the MFD change so I've got the dependency or he needs to > apply this. Hi Mark, Thanks, No problem, just some minor administration. @Lee Could you please send Mark a pull request for the regulator component to the DA9062/61 changes [PATCH V7 5/7] regulator: da9061: BUCK and LDO regulator driver. Regards, Steve ^ permalink raw reply [flat|nested] 11+ messages in thread
[parent not found: <6ED8E3B22081A4459DAC7699F3695FB7018CD8D651-68WUHU125fLzLL1Oxlh9IgLouzNaz+3S@public.gmane.org>]
* Re: [RESEND PATCH V7 5/7] regulator: da9061: BUCK and LDO regulator driver [not found] ` <6ED8E3B22081A4459DAC7699F3695FB7018CD8D651-68WUHU125fLzLL1Oxlh9IgLouzNaz+3S@public.gmane.org> @ 2017-05-24 8:40 ` Lee Jones 0 siblings, 0 replies; 11+ messages in thread From: Lee Jones @ 2017-05-24 8:40 UTC (permalink / raw) To: Steve Twiss Cc: Mark Brown, LINUX-KERNEL, Liam Girdwood, DEVICETREE, Dmitry Torokhov, Eduardo Valentin, Guenter Roeck, LINUX-INPUT, LINUX-PM, LINUX-WATCHDOG, Mark Rutland, Rob Herring, Support Opensource, Wim Van Sebroeck, Zhang Rui On Wed, 24 May 2017, Steve Twiss wrote: > On 23 May 2017 18:17 Mark Brown > > To: Steve Twiss > > Subject: Re: [RESEND PATCH V7 5/7] regulator: da9061: BUCK and LDO regulator driver > > > > On Tue, May 23, 2017 at 02:40:45PM +0100, Steve Twiss wrote: > > > > > This patch was Acked by Mark Brown, a long time ago, way back in Oct 2016 > > > (https://patchwork.kernel.org/patch/9397787/). > > > I have kept Mark Brown's Ack attached because there have been no real > > > code changes since then, but I have recently updated the copyright header > > > slightly, rebased the code (no changes necessary) and compile tested it > > > against x86_64. > > > > > The MFD files which this patch depended on were accepted into linux-next > > > by Lee Jones last week. If there is anything in the way of this patch > > > acceptance, could you please let me know? > > > > Given that I've acked this and it depends on the MFD changes I'd have > > expected Lee to apply it. If nothing else happens I can apply it after > > the next merge window, otherwise either Lee needs to send me a pull > > request for the MFD change so I've got the dependency or he needs to > > apply this. > > Hi Mark, > > Thanks, > No problem, just some minor administration. > > @Lee > Could you please send Mark a pull request for the regulator component to the > DA9062/61 changes [PATCH V7 5/7] regulator: da9061: BUCK and LDO regulator > driver. That wasn't one of the options. ;) -- Lee Jones Linaro STMicroelectronics Landing Team Lead Linaro.org │ Open source software for ARM SoCs Follow Linaro: Facebook | Twitter | Blog -- To unsubscribe from this list: send the line "unsubscribe linux-watchdog" in the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org More majordomo info at http://vger.kernel.org/majordomo-info.html ^ permalink raw reply [flat|nested] 11+ messages in thread
[parent not found: <20170523171721.lpqjhakaawnz4prz-GFdadSzt00ze9xe1eoZjHA@public.gmane.org>]
* Re: [RESEND PATCH V7 5/7] regulator: da9061: BUCK and LDO regulator driver [not found] ` <20170523171721.lpqjhakaawnz4prz-GFdadSzt00ze9xe1eoZjHA@public.gmane.org> @ 2017-05-24 8:32 ` Lee Jones 2017-05-24 10:10 ` Mark Brown 0 siblings, 1 reply; 11+ messages in thread From: Lee Jones @ 2017-05-24 8:32 UTC (permalink / raw) To: Mark Brown Cc: Steve Twiss, LINUX-KERNEL, Liam Girdwood, DEVICETREE, Dmitry Torokhov, Eduardo Valentin, Guenter Roeck, LINUX-INPUT, LINUX-PM, LINUX-WATCHDOG, Mark Rutland, Rob Herring, Support Opensource, Wim Van Sebroeck, Zhang Rui On Tue, 23 May 2017, Mark Brown wrote: > On Tue, May 23, 2017 at 02:40:45PM +0100, Steve Twiss wrote: > > > This patch was Acked by Mark Brown, a long time ago, way back in Oct 2016 > > (https://patchwork.kernel.org/patch/9397787/). > > I have kept Mark Brown's Ack attached because there have been no real > > code changes since then, but I have recently updated the copyright header > > slightly, rebased the code (no changes necessary) and compile tested it > > against x86_64. > > > The MFD files which this patch depended on were accepted into linux-next > > by Lee Jones last week. If there is anything in the way of this patch > > acceptance, could you please let me know? > > Given that I've acked this and it depends on the MFD changes I'd have > expected Lee to apply it. If nothing else happens I can apply it after > the next merge window, otherwise either Lee needs to send me a pull > request for the MFD change so I've got the dependency or he needs to > apply this. Plan is to push this through the MFD tree. Do you want a PR for this one? -- Lee Jones Linaro STMicroelectronics Landing Team Lead Linaro.org │ Open source software for ARM SoCs Follow Linaro: Facebook | Twitter | Blog -- To unsubscribe from this list: send the line "unsubscribe devicetree" in the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org More majordomo info at http://vger.kernel.org/majordomo-info.html ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [RESEND PATCH V7 5/7] regulator: da9061: BUCK and LDO regulator driver 2017-05-24 8:32 ` Lee Jones @ 2017-05-24 10:10 ` Mark Brown [not found] ` <20170524101057.v2fqwki4fopx5k7y-GFdadSzt00ze9xe1eoZjHA@public.gmane.org> 0 siblings, 1 reply; 11+ messages in thread From: Mark Brown @ 2017-05-24 10:10 UTC (permalink / raw) To: Lee Jones Cc: Steve Twiss, LINUX-KERNEL, Liam Girdwood, DEVICETREE, Dmitry Torokhov, Eduardo Valentin, Guenter Roeck, LINUX-INPUT, LINUX-PM, LINUX-WATCHDOG, Mark Rutland, Rob Herring, Support Opensource, Wim Van Sebroeck, Zhang Rui [-- Attachment #1: Type: text/plain, Size: 388 bytes --] On Wed, May 24, 2017 at 09:32:43AM +0100, Lee Jones wrote: > Plan is to push this through the MFD tree. Great, thanks. > Do you want a PR for this one? Ideally but it's not super urgent if (I've started handling these by keeping a note of the pull information and only merging if there's an actual problem, that way there's less cross tree merges show up when I send stuff to Linus). [-- Attachment #2: signature.asc --] [-- Type: application/pgp-signature, Size: 488 bytes --] ^ permalink raw reply [flat|nested] 11+ messages in thread
[parent not found: <20170524101057.v2fqwki4fopx5k7y-GFdadSzt00ze9xe1eoZjHA@public.gmane.org>]
* Re: [RESEND PATCH V7 5/7] regulator: da9061: BUCK and LDO regulator driver [not found] ` <20170524101057.v2fqwki4fopx5k7y-GFdadSzt00ze9xe1eoZjHA@public.gmane.org> @ 2017-05-30 9:17 ` Lee Jones 2017-06-06 19:02 ` Mark Brown 0 siblings, 1 reply; 11+ messages in thread From: Lee Jones @ 2017-05-30 9:17 UTC (permalink / raw) To: Mark Brown Cc: Steve Twiss, LINUX-KERNEL, Liam Girdwood, DEVICETREE, Dmitry Torokhov, Eduardo Valentin, Guenter Roeck, LINUX-INPUT, LINUX-PM, LINUX-WATCHDOG, Mark Rutland, Rob Herring, Support Opensource, Wim Van Sebroeck, Zhang Rui On Wed, 24 May 2017, Mark Brown wrote: > On Wed, May 24, 2017 at 09:32:43AM +0100, Lee Jones wrote: > > > Plan is to push this through the MFD tree. > > Great, thanks. Just taking a look at this now. It looks like the dependency: 656211b1dfb9 mfd: Add support for DA9061 ... is now in Mainline. Therefore it should be okay to take this directly through the Regulator repo. -- Lee Jones Linaro STMicroelectronics Landing Team Lead Linaro.org │ Open source software for ARM SoCs Follow Linaro: Facebook | Twitter | Blog -- To unsubscribe from this list: send the line "unsubscribe devicetree" in the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org More majordomo info at http://vger.kernel.org/majordomo-info.html ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [RESEND PATCH V7 5/7] regulator: da9061: BUCK and LDO regulator driver 2017-05-30 9:17 ` Lee Jones @ 2017-06-06 19:02 ` Mark Brown 0 siblings, 0 replies; 11+ messages in thread From: Mark Brown @ 2017-06-06 19:02 UTC (permalink / raw) To: Lee Jones Cc: Steve Twiss, LINUX-KERNEL, Liam Girdwood, DEVICETREE, Dmitry Torokhov, Eduardo Valentin, Guenter Roeck, LINUX-INPUT, LINUX-PM, LINUX-WATCHDOG, Mark Rutland, Rob Herring, Support Opensource, Wim Van Sebroeck, Zhang Rui [-- Attachment #1: Type: text/plain, Size: 488 bytes --] On Tue, May 30, 2017 at 10:17:59AM +0100, Lee Jones wrote: > On Wed, 24 May 2017, Mark Brown wrote: > > On Wed, May 24, 2017 at 09:32:43AM +0100, Lee Jones wrote: > > > Plan is to push this through the MFD tree. > > Great, thanks. > Just taking a look at this now. It looks like the dependency: > 656211b1dfb9 mfd: Add support for DA9061 > ... is now in Mainline. Therefore it should be okay to take this > directly through the Regulator repo. OK, can you resend please Steve? [-- Attachment #2: signature.asc --] [-- Type: application/pgp-signature, Size: 488 bytes --] ^ permalink raw reply [flat|nested] 11+ messages in thread
end of thread, other threads:[~2017-06-06 19:02 UTC | newest]
Thread overview: 11+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <cover.1495546845.git.stwiss.opensource@diasemi.com>
2017-05-23 13:40 ` [RESEND PATCH V7 7/7] MAINTAINERS: da9062/61 updates to the Dialog Semiconductor search terms Steve Twiss
2017-05-23 14:04 ` Guenter Roeck
2017-05-30 9:09 ` Lee Jones
[not found] ` <cover.1495546845.git.stwiss.opensource-WBD+wuPFNBhBDgjK7y7TUQ@public.gmane.org>
2017-05-23 13:40 ` [RESEND PATCH V7 5/7] regulator: da9061: BUCK and LDO regulator driver Steve Twiss
2017-05-23 17:17 ` Mark Brown
2017-05-24 8:12 ` Steve Twiss
[not found] ` <6ED8E3B22081A4459DAC7699F3695FB7018CD8D651-68WUHU125fLzLL1Oxlh9IgLouzNaz+3S@public.gmane.org>
2017-05-24 8:40 ` Lee Jones
[not found] ` <20170523171721.lpqjhakaawnz4prz-GFdadSzt00ze9xe1eoZjHA@public.gmane.org>
2017-05-24 8:32 ` Lee Jones
2017-05-24 10:10 ` Mark Brown
[not found] ` <20170524101057.v2fqwki4fopx5k7y-GFdadSzt00ze9xe1eoZjHA@public.gmane.org>
2017-05-30 9:17 ` Lee Jones
2017-06-06 19:02 ` Mark Brown
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for NNTP newsgroup(s).