LKML Archive on lore.kernel.org help / color / mirror / Atom feed
From: Steve Twiss <stwiss.opensource@diasemi.com> To: Marek Vasut <marek.vasut@gmail.com>, "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org> Cc: Marek Vasut <marek.vasut+renesas@gmail.com>, Geert Uytterhoeven <geert+renesas@glider.be>, Lee Jones <lee.jones@linaro.org>, Mark Brown <broonie@kernel.org>, Steve Twiss <stwiss.opensource@diasemi.com>, "Wolfram Sang" <wsa+renesas@sang-engineering.com>, "linux-renesas-soc@vger.kernel.org" <linux-renesas-soc@vger.kernel.org> Subject: RE: [PATCH 6/6] mfd: da9063: Add DA9063L support Date: Thu, 24 May 2018 11:48:54 +0000 [thread overview] Message-ID: <6ED8E3B22081A4459DAC7699F3695FB701941A47F0@SW-EX-MBX02.diasemi.com> (raw) In-Reply-To: <20180523114230.10109-6-marek.vasut+renesas@gmail.com> Thanks Marek, > On 23 May 2018 12:43 Marek Vasut wrote, > > To: linux-kernel@vger.kernel.org > Cc: Marek Vasut <marek.vasut+renesas@gmail.com>; Geert Uytterhoeven <geert+renesas@glider.be>; > Lee Jones <lee.jones@linaro.org>; Mark Brown <broonie@kernel.org>; Steve Twiss <stwiss.opensource@diasemi.com>; > Wolfram Sang <wsa+renesas@sang-engineering.com>; linux-renesas-soc@vger.kernel.org > Subject: [PATCH 6/6] mfd: da9063: Add DA9063L support > > Add support for DA9063L, which is a reduced variant of the DA9063 with less regulators and without RTC. > There's potentially more to this file. Without an RTC the regmap access tables would change and the usual DA9063 (BB silicon) tables would become invalid. The tables for da9063_bb_readable_ranges, da9063_bb_writeable_ranges, da9063_bb_volatile_ranges, would need to be updated for DA9063L, if a new chip model was needed. The new ranges would be this (see below), and would remove any RTC accesses in the new chip model. static const struct regmap_range da9063l_bb_readable_ranges[] = { { .range_min = DA9063_REG_PAGE_CON, .range_max = DA9063_REG_MON_A10_RES, }, { .range_min = DA9063_REG_SEQ, .range_max = DA9063_REG_ID_32_31, }, { .range_min = DA9063_REG_SEQ_A, .range_max = DA9063_REG_AUTO3_LOW, }, { .range_min = DA9063_REG_T_OFFSET, .range_max = DA9063_BB_REG_GP_ID_19, }, { .range_min = DA9063_REG_CHIP_ID, .range_max = DA9063_REG_CHIP_VARIANT, }, }; static const struct regmap_range da9063l_bb_writeable_ranges[] = { { .range_min = DA9063_REG_PAGE_CON, .range_max = DA9063_REG_PAGE_CON, }, { .range_min = DA9063_REG_FAULT_LOG, .range_max = DA9063_REG_VSYS_MON, }, { .range_min = DA9063_REG_SEQ, .range_max = DA9063_REG_ID_32_31, }, { .range_min = DA9063_REG_SEQ_A, .range_max = DA9063_REG_AUTO3_LOW, }, { .range_min = DA9063_REG_CONFIG_I, .range_max = DA9063_BB_REG_MON_REG_4, }, { .range_min = DA9063_BB_REG_GP_ID_0, .range_max = DA9063_BB_REG_GP_ID_19, }, }; static const struct regmap_range da9063l_bb_volatile_ranges[] = { { .range_min = DA9063_REG_PAGE_CON, .range_max = DA9063_REG_EVENT_D, }, { .range_min = DA9063_REG_CONTROL_A, .range_max = DA9063_REG_CONTROL_B, }, { .range_min = DA9063_REG_CONTROL_E, .range_max = DA9063_REG_CONTROL_F, }, { .range_min = DA9063_REG_BCORE2_CONT, .range_max = DA9063_REG_LDO11_CONT, }, { .range_min = DA9063_REG_DVC_1, .range_max = DA9063_REG_ADC_MAN, }, { .range_min = DA9063_REG_ADC_RES_L, .range_max = DA9063_REG_MON_A10_RES, }, { .range_min = DA9063_REG_SEQ, .range_max = DA9063_REG_SEQ, }, { .range_min = DA9063_REG_EN_32K, .range_max = DA9063_REG_EN_32K, }, { .range_min = DA9063_BB_REG_MON_REG_5, .range_max = DA9063_BB_REG_MON_REG_6, }, }; However this is a larger and more wide-ranging change compared to the one proposed by Marek, and would require other alterations to fit this in. Also I'm undecided to what it would really add apart from a new chip model: I have been told accessing the DA9063 RTC register locations has no effect in the DA9063L. If the maintainers are happy with this, and if a chip model addition is really needed in future it can be added later if required. Acked-by: Steve Twiss <stwiss.opensource@diasemi.com> Regards, Steve > Signed-off-by: Marek Vasut <marek.vasut+renesas@gmail.com> > Cc: Geert Uytterhoeven <geert+renesas@glider.be> > Cc: Lee Jones <lee.jones@linaro.org> > Cc: Mark Brown <broonie@kernel.org> > Cc: Steve Twiss <stwiss.opensource@diasemi.com> > Cc: Wolfram Sang <wsa+renesas@sang-engineering.com> > Cc: linux-renesas-soc@vger.kernel.org > --- > drivers/mfd/da9063-i2c.c | 2 ++ > 1 file changed, 2 insertions(+) > > diff --git a/drivers/mfd/da9063-i2c.c b/drivers/mfd/da9063-i2c.c index 5544ce8e3363..84bbd2bbcd2a 100644 > --- a/drivers/mfd/da9063-i2c.c > +++ b/drivers/mfd/da9063-i2c.c > @@ -232,6 +232,7 @@ static struct regmap_config da9063_regmap_config = { > > static const struct of_device_id da9063_dt_ids[] = { > { .compatible = "dlg,da9063", }, > + { .compatible = "dlg,da9063l", }, > { } > }; > MODULE_DEVICE_TABLE(of, da9063_dt_ids); @@ -282,6 +283,7 @@ static int da9063_i2c_remove(struct i2c_client *i2c) > > static const struct i2c_device_id da9063_i2c_id[] = { > { "da9063", PMIC_TYPE_DA9063 }, > + { "da9063l", PMIC_TYPE_DA9063L }, > {}, > }; > MODULE_DEVICE_TABLE(i2c, da9063_i2c_id); > -- > 2.16.2
next prev parent reply other threads:[~2018-05-24 11:49 UTC|newest] Thread overview: 36+ messages / expand[flat|nested] mbox.gz Atom feed top 2018-05-23 11:42 [PATCH 1/6] mfd: da9063: Rename PMIC_DA9063 to PMIC_CHIP_ID_DA9063 Marek Vasut 2018-05-23 11:42 ` [PATCH 2/6] mfd: da9063: Replace model with type Marek Vasut 2018-05-23 11:50 ` Mark Brown 2018-05-23 11:55 ` Geert Uytterhoeven 2018-05-23 12:15 ` Marek Vasut 2018-05-26 9:16 ` kbuild test robot 2018-05-26 9:58 ` Marek Vasut 2018-05-30 5:21 ` Ye Xiaolong 2018-05-30 10:45 ` Marek Vasut 2018-05-26 11:01 ` kbuild test robot 2018-05-23 11:42 ` [PATCH 3/6] mfd: da9063: Add DA9063L type Marek Vasut 2018-05-23 12:00 ` Geert Uytterhoeven 2018-05-24 13:06 ` Steve Twiss 2018-05-23 11:42 ` [PATCH 4/6] mfd: da9063: Disallow RTC on DA9063L Marek Vasut 2018-05-23 12:00 ` Geert Uytterhoeven 2018-05-24 12:50 ` Steve Twiss 2018-05-29 7:55 ` Lee Jones 2018-05-30 10:59 ` Marek Vasut 2018-05-23 11:42 ` [PATCH 5/6] mfd: da9063: Handle less LDOs " Marek Vasut 2018-05-23 11:50 ` Mark Brown 2018-05-23 12:05 ` Geert Uytterhoeven 2018-05-23 11:42 ` [PATCH 6/6] mfd: da9063: Add DA9063L support Marek Vasut 2018-05-23 11:50 ` Mark Brown 2018-05-23 12:06 ` Geert Uytterhoeven 2018-05-24 11:48 ` Steve Twiss [this message] 2018-05-24 12:32 ` Steve Twiss 2018-05-24 14:50 ` Marek Vasut 2018-05-24 17:30 ` Steve Twiss 2018-05-30 11:24 ` Marek Vasut 2018-05-31 12:45 ` Steve Twiss 2018-06-02 9:59 ` Marek Vasut 2018-05-29 7:46 ` Lee Jones 2018-05-30 11:26 ` Marek Vasut 2018-05-23 11:49 ` [PATCH 1/6] mfd: da9063: Rename PMIC_DA9063 to PMIC_CHIP_ID_DA9063 Mark Brown 2018-05-23 11:53 ` Geert Uytterhoeven 2018-05-24 12:03 ` Steve Twiss
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=6ED8E3B22081A4459DAC7699F3695FB701941A47F0@SW-EX-MBX02.diasemi.com \ --to=stwiss.opensource@diasemi.com \ --cc=broonie@kernel.org \ --cc=geert+renesas@glider.be \ --cc=lee.jones@linaro.org \ --cc=linux-kernel@vger.kernel.org \ --cc=linux-renesas-soc@vger.kernel.org \ --cc=marek.vasut+renesas@gmail.com \ --cc=marek.vasut@gmail.com \ --cc=wsa+renesas@sang-engineering.com \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
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).