From: Graeme Gregory <gg@slimlogic.co.uk>
To: J Keerthy <j-keerthy@ti.com>
Cc: linux-omap@vger.kernel.org, broonie@opensource.wolfsonmicro.com,
ldewangan@nvidia.com, sameo@linux.intel.com
Subject: Re: [PATCH] mfd: Palmas: Introduce features to select the appropriate modules present in the palmas variant
Date: Fri, 14 Jun 2013 10:55:54 +0100 [thread overview]
Message-ID: <20130614095554.GF5456@mint> (raw)
In-Reply-To: <1371201718-15101-1-git-send-email-j-keerthy@ti.com>
On Fri, Jun 14, 2013 at 02:51:58PM +0530, J Keerthy wrote:
> Introduce features to select the appropriate sub-modules present in the palmas
> variants. This adds the major features present in palmas family of PMICs.
>
> Boot tested on OMAP5 uevm board.
> Signed-off-by: J Keerthy <j-keerthy@ti.com>
> ---
> drivers/mfd/palmas.c | 83 ++++++++++++++++++++++++++++++++++----------
> include/linux/mfd/palmas.h | 55 +++++++++++++++++++++++++++++
> 2 files changed, 119 insertions(+), 19 deletions(-)
>
> diff --git a/drivers/mfd/palmas.c b/drivers/mfd/palmas.c
> index 53e9fe6..0ca5854 100644
> --- a/drivers/mfd/palmas.c
> +++ b/drivers/mfd/palmas.c
> @@ -302,6 +302,27 @@ static void palmas_dt_to_pdata(struct i2c_client *i2c,
> palmas_set_pdata_irq_flag(i2c, pdata);
> }
>
> +static unsigned int palmas_features = PALMAS_PMIC_FEATURE_WATCHDOG |
> + PALMAS_PMIC_FEATURE_REGULATORS |
> + PALMAS_PMIC_FEATURE_BACKUP_BATTERY |
> + PALMAS_PMIC_FEATURE_32K_CLK |
> + PALMAS_PMIC_FEATURE_RTC |
> + PALMAS_PMIC_FEATURE_GPADC |
> + PALMAS_PMIC_FEATURE_USB_OTG |
> + PALMAS_PMIC_FEATURE_CHARGER_DETECT |
> + PALMAS_PMIC_FEATURE_GPIO |
> + PALMAS_PMIC_FEATURE_PWM_LED |
> + PALMAS_PMIC_FEATURE_INTERRUPT |
> + PALMAS_PMIC_FEATURE_SMPS10_BOOST;
> +
> +static const struct of_device_id of_palmas_match_tbl[] = {
> + {
> + .compatible = "ti,palmas",
> + .data = &palmas_features,
> + },
> + { },
> +};
> +
> static int palmas_i2c_probe(struct i2c_client *i2c,
> const struct i2c_device_id *id)
> {
> @@ -309,9 +330,10 @@ static int palmas_i2c_probe(struct i2c_client *i2c,
> struct palmas_platform_data *pdata;
> struct device_node *node = i2c->dev.of_node;
> int ret = 0, i;
> - unsigned int reg, addr;
> + unsigned int reg, addr, *features;
> int slave;
> struct mfd_cell *children;
> + const struct of_device_id *match;
>
> pdata = dev_get_platdata(&i2c->dev);
>
> @@ -333,9 +355,17 @@ static int palmas_i2c_probe(struct i2c_client *i2c,
>
> i2c_set_clientdata(i2c, palmas);
> palmas->dev = &i2c->dev;
> - palmas->id = id->driver_data;
> palmas->irq = i2c->irq;
>
> + match = of_match_device(of_match_ptr(of_palmas_match_tbl), &i2c->dev);
> +
> + if (match) {
> + features = (unsigned int *)match->data;
> + palmas->features = *features;
> + } else {
> + return -ENODATA;
> + }
> +
> for (i = 0; i < PALMAS_NUM_CLIENTS; i++) {
> if (i == 0)
> palmas->i2c_clients[i] = i2c;
> @@ -362,6 +392,9 @@ static int palmas_i2c_probe(struct i2c_client *i2c,
> }
> }
>
> + if (!PALMAS_PMIC_HAS(palmas, INTERRUPT))
> + goto no_int;
> +
> /* Change interrupt line output polarity */
> if (pdata->irq_flags & IRQ_TYPE_LEVEL_HIGH)
> reg = PALMAS_POLARITY_CTRL_INT_POLARITY;
> @@ -388,6 +421,10 @@ static int palmas_i2c_probe(struct i2c_client *i2c,
> if (ret < 0)
> goto err;
>
> +no_int:
> + if (!PALMAS_PMIC_HAS(palmas, GPIO))
> + goto no_gpio;
> +
> slave = PALMAS_BASE_TO_SLAVE(PALMAS_PU_PD_OD_BASE);
> addr = PALMAS_BASE_TO_REG(PALMAS_PU_PD_OD_BASE,
> PALMAS_PRIMARY_SECONDARY_PAD1);
> @@ -459,7 +496,7 @@ static int palmas_i2c_probe(struct i2c_client *i2c,
> ret = regmap_write(palmas->regmap[slave], addr, reg);
> if (ret)
> goto err_irq;
> -
> +no_gpio:
> /*
> * If we are probing with DT do this the DT way and return here
> * otherwise continue and add devices using mfd helpers.
> @@ -479,21 +516,34 @@ static int palmas_i2c_probe(struct i2c_client *i2c,
> goto err_irq;
> }
>
> - children[PALMAS_PMIC_ID].platform_data = pdata->pmic_pdata;
> - children[PALMAS_PMIC_ID].pdata_size = sizeof(*pdata->pmic_pdata);
> + if (PALMAS_PMIC_HAS(palmas, REGULATORS)) {
> + children[PALMAS_PMIC_ID].platform_data = pdata->pmic_pdata;
> + children[PALMAS_PMIC_ID].pdata_size =
> + sizeof(*pdata->pmic_pdata);
> + }
>
I think a lot of complexity here could actually be removed by removing the
old board file style probing for palmas. I do not beleive either major user
of palmas requires that anymore? I always had in my mind that this bit
was temporary.
> - children[PALMAS_GPADC_ID].platform_data = pdata->gpadc_pdata;
> - children[PALMAS_GPADC_ID].pdata_size = sizeof(*pdata->gpadc_pdata);
> + if (PALMAS_PMIC_HAS(palmas, GPADC)) {
> + children[PALMAS_GPADC_ID].platform_data = pdata->gpadc_pdata;
> + children[PALMAS_GPADC_ID].pdata_size =
> + sizeof(*pdata->gpadc_pdata);
> + }
>
> - children[PALMAS_RESOURCE_ID].platform_data = pdata->resource_pdata;
> - children[PALMAS_RESOURCE_ID].pdata_size =
> - sizeof(*pdata->resource_pdata);
> + if (PALMAS_PMIC_HAS(palmas, RESOURCE)) {
> + children[PALMAS_RESOURCE_ID].platform_data =
> + pdata->resource_pdata;
> + children[PALMAS_RESOURCE_ID].pdata_size =
> + sizeof(*pdata->resource_pdata);
> + }
>
> - children[PALMAS_USB_ID].platform_data = pdata->usb_pdata;
> - children[PALMAS_USB_ID].pdata_size = sizeof(*pdata->usb_pdata);
> + if (PALMAS_PMIC_HAS(palmas, USB_OTG)) {
> + children[PALMAS_USB_ID].platform_data = pdata->usb_pdata;
> + children[PALMAS_USB_ID].pdata_size = sizeof(*pdata->usb_pdata);
> + }
>
> - children[PALMAS_CLK_ID].platform_data = pdata->clk_pdata;
> - children[PALMAS_CLK_ID].pdata_size = sizeof(*pdata->clk_pdata);
> + if (PALMAS_PMIC_HAS(palmas, 32K_CLK)) {
> + children[PALMAS_CLK_ID].platform_data = pdata->clk_pdata;
> + children[PALMAS_CLK_ID].pdata_size = sizeof(*pdata->clk_pdata);
> + }
>
> ret = mfd_add_devices(palmas->dev, -1,
> children, ARRAY_SIZE(palmas_children),
> @@ -533,11 +583,6 @@ static const struct i2c_device_id palmas_i2c_id[] = {
> };
> MODULE_DEVICE_TABLE(i2c, palmas_i2c_id);
>
> -static struct of_device_id of_palmas_match_tbl[] = {
> - { .compatible = "ti,palmas", },
> - { /* end */ }
> -};
> -
> static struct i2c_driver palmas_i2c_driver = {
> .driver = {
> .name = "palmas",
> diff --git a/include/linux/mfd/palmas.h b/include/linux/mfd/palmas.h
> index 8f21daf..cc437a0 100644
> --- a/include/linux/mfd/palmas.h
> +++ b/include/linux/mfd/palmas.h
> @@ -32,6 +32,60 @@
> ((a) == PALMAS_CHIP_ID))
> #define is_palmas_charger(a) ((a) == PALMAS_CHIP_CHARGER_ID)
>
> +/**
> + * DOC: Palmas PMIC feature types
> + *
> + * PALMAS_PMIC_FEATURE_WATCHDOG - used when the PMIC has a built-in
> + * Watchdog timer.
> + *
> + * PALMAS_PMIC_FEATURE_REGULATORS - used when PMIC has voltage
> + * regulators(SMPSs and LDOs).
> + *
> + * PALMAS_PMIC_FEATURE_BACKUP_BATTERY - used when the PMIC has back-up battery.
> + *
> + * PALMAS_PMIC_FEATURE_32K_CLK - used when PMIC provides a 32K clock.
> + *
> + * PALMAS_PMIC_FEATURE_RTC - used when the PMIC provides an RTC.
> + *
> + * PALMAS_PMIC_FEATURE_GPADC - used when the PMIC provides a general purpose
> + * ADC.
> + *
> + * PALMAS_PMIC_FEATURE_USB_OTG - used when the PMIC provides USB OTG.
> + *
> + * PALMAS_PMIC_FEATURE_CHARGER_DETECT - used when the PMIC has charger
> + * detection ability.
> + *
> + * PALMAS_PMIC_FEATURE_GPIO - used when the PMIC has GPIOs
> + *
> + * PALMAS_PMIC_FEATURE_PWM_LED - used when the PMIC has PWM and LED.
> + *
> + * PALMAS_PMIC_FEATURE_INTERRUPT - used when the PMIC has Interrupt line going
> + * to an application processor.
> + *
> + * PALMAS_PMIC_FEATURE_SMPS10_BOOST - used when the PMIC provides SMPS10 boost
> + * voltage supply.
> + *
> + * PALMAS_PMIC_FEATURE_RESOURCE - used when the PMIC has resources like REGEN1.
> + *
> + * PALMAS_PMIC_HAS(b, f) - macro to check if a bandgap device is capable of a
> + * specific feature (above) or not. Return non-zero, if yes.
> + */
> +#define PALMAS_PMIC_FEATURE_WATCHDOG BIT(0)
> +#define PALMAS_PMIC_FEATURE_REGULATORS BIT(1)
> +#define PALMAS_PMIC_FEATURE_BACKUP_BATTERY BIT(2)
> +#define PALMAS_PMIC_FEATURE_32K_CLK BIT(3)
> +#define PALMAS_PMIC_FEATURE_RTC BIT(4)
> +#define PALMAS_PMIC_FEATURE_GPADC BIT(5)
> +#define PALMAS_PMIC_FEATURE_USB_OTG BIT(6)
> +#define PALMAS_PMIC_FEATURE_CHARGER_DETECT BIT(7)
> +#define PALMAS_PMIC_FEATURE_GPIO BIT(8)
> +#define PALMAS_PMIC_FEATURE_PWM_LED BIT(9)
> +#define PALMAS_PMIC_FEATURE_INTERRUPT BIT(10)
> +#define PALMAS_PMIC_FEATURE_SMPS10_BOOST BIT(11)
> +#define PALMAS_PMIC_FEATURE_RESOURCE BIT(12)
> +#define PALMAS_PMIC_HAS(b, f) \
> + ((b)->features & PALMAS_PMIC_FEATURE_ ## f)
> +
> struct palmas_pmic;
> struct palmas_gpadc;
> struct palmas_resource;
> @@ -46,6 +100,7 @@ struct palmas {
> /* Stored chip id */
> int id;
>
> + unsigned int features;
> /* IRQ Data */
> int irq;
> u32 irq_mask;
> --
> 1.7.5.4
>
next prev parent reply other threads:[~2013-06-14 9:55 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-06-14 9:21 [PATCH] mfd: Palmas: Introduce features to select the appropriate modules present in the palmas variant J Keerthy
2013-06-14 9:55 ` Graeme Gregory [this message]
2013-06-14 10:02 ` Laxman Dewangan
2013-06-14 10:22 ` J, KEERTHY
2013-06-14 10:35 ` Graeme Gregory
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=20130614095554.GF5456@mint \
--to=gg@slimlogic.co.uk \
--cc=broonie@opensource.wolfsonmicro.com \
--cc=j-keerthy@ti.com \
--cc=ldewangan@nvidia.com \
--cc=linux-omap@vger.kernel.org \
--cc=sameo@linux.intel.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: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.