lkml.org 
[lkml]   [2014]   [Apr]   [15]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [PATCH 1/6] mfd: arizona: Factor out read of device tree GPIOs
On Tue, Apr 15, 2014 at 11:25:27AM +0100, Lee Jones wrote:
> On Tue, 01 Apr 2014, Charles Keepax wrote:
>
> > This patch factors out the reading of GPIOs for the Arizona devices
> > into a helper function.
> >
> > Signed-off-by: Charles Keepax <ckeepax@opensource.wolfsonmicro.com>
> > ---
> > drivers/mfd/arizona-core.c | 33 ++++++++++++++++++++++++---------
> > include/linux/mfd/arizona/core.h | 3 +++
> > 2 files changed, 27 insertions(+), 9 deletions(-)
> >
> > diff --git a/drivers/mfd/arizona-core.c b/drivers/mfd/arizona-core.c
> > index a45aab9..8ad4373 100644
> > --- a/drivers/mfd/arizona-core.c
> > +++ b/drivers/mfd/arizona-core.c
> > @@ -512,19 +512,34 @@ int arizona_of_get_type(struct device *dev)
> > }
> > EXPORT_SYMBOL_GPL(arizona_of_get_type);
> >
> > +int arizona_of_get_named_gpio(struct arizona *arizona, const char *prop,
> > + bool mandatory, int *gpio)
> > +{
> > + int ret;
> > +
> > + ret = of_get_named_gpio(arizona->dev->of_node, prop, 0);
> > + *gpio = ret;
> > + if (ret >= 0)
> > + return ret;
> > +
> > + *gpio = 0;
> > +
> > + if (mandatory)
> > + dev_err(arizona->dev,
> > + "Mandatory DT gpio %s missing/malformed: %d\n",
> > + prop, ret);
> > +
> > + return ret;
> > +}
>
> Hmm.. me no likey!
>
> How about:
>
> +void arizona_of_get_named_gpio(struct arizona *arizona, const char *prop,
> + bool mandatory, int *gpio)
> +{
> + *gpio = of_get_named_gpio(arizona->dev->of_node, prop, 0);
> + if (*gpio < 0) {
> + if (mandatory)
> + dev_err(arizona->dev,
> + "Mandatory DT gpio %s missing/malformed: %d\n",
> + prop, *gpio);
> + *gpio = 0;
> + }
> +}

Indeed that is nicer I will respin and change it.

>
> > +EXPORT_SYMBOL_GPL(arizona_of_get_named_gpio);
> > +
>
> Are you sure you're going to use this externally?
>
> NB: I haven't looked at the remainder of the set yet.

Yeah we move the ldoena gpio into the LDO driver, and later we
will be adding a polarity GPIO into the extcon driver.

>
> > static int arizona_of_get_core_pdata(struct arizona *arizona)
> > {
> > + struct arizona_pdata *pdata = &arizona->pdata;
> > int ret, i;
> >
> > - arizona->pdata.reset = of_get_named_gpio(arizona->dev->of_node,
> > - "wlf,reset", 0);
> > - if (arizona->pdata.reset < 0)
> > - arizona->pdata.reset = 0;
> > -
> > - arizona->pdata.ldoena = of_get_named_gpio(arizona->dev->of_node,
> > - "wlf,ldoena", 0);
> > - if (arizona->pdata.ldoena < 0)
> > - arizona->pdata.ldoena = 0;
> > + arizona_of_get_named_gpio(arizona, "wlf,reset", true, &pdata->reset);
> > + arizona_of_get_named_gpio(arizona, "wlf,ldoena", true, &pdata->ldoena);
>
> I guess this pdata is populated by DT?

Yeah that is correct, the Arizona driver populates the pdata from
the DT then the rest of the driver just uses the pdata in both DT
and pdata cases.

Thanks,
Charles


\
 
 \ /
  Last update: 2014-04-15 15:21    [W:0.163 / U:0.476 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site