[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAPybu_180vMPMx4yhFAoL9H2b34+tWtqQCTHjxqkTRt9e_VA5g@mail.gmail.com>
Date: Tue, 20 Jan 2015 00:37:07 +0100
From: Ricardo Ribalda Delgado <ricardo.ribalda@...il.com>
To: Peter Korsgaard <peter@...sgaard.com>
Cc: "linux-gpio@...r.kernel.org" <linux-gpio@...r.kernel.org>,
LKML <linux-kernel@...r.kernel.org>,
Linus Walleij <linus.walleij@...aro.org>,
Alexandre Courbot <gnurou@...il.com>,
Grant Likely <grant.likely@...aro.org>,
Rob Herring <robh+dt@...nel.org>,
Peter Korsgaard <jacmet@...site.dk>,
"devicetree@...r.kernel.org" <devicetree@...r.kernel.org>
Subject: Re: [PATCH 7/8] gpio/mpc8xxx: Convert to platform device interface.
Hello Peter
I thought the logic behind the original driver was:
1) Create gpiochip so it can be used by other modules/userland
2) if there is also a irq available for it, create a irqdomain.
otherwise continue.
I can change the code so it does not continue, and exit cleanly if the
irqdomain fails.
You are the original developer of the driver. So: do you think it
makes sense to continue only as a gpiochip? :P
If I need to change it I rather add it as a another patch to the
patchset, so if it causes an issue somewhere it can be found easier
via bisect.
Regards!
On Mon, Jan 19, 2015 at 11:48 PM, Peter Korsgaard <peter@...sgaard.com> wrote:
>>>>>> "Ricardo" == Ricardo Ribalda Delgado <ricardo.ribalda@...il.com> writes:
>
> > This way we do not need to transverse the device tree manually.
> > Cc: Linus Walleij <linus.walleij@...aro.org>
> > Cc: Alexandre Courbot <gnurou@...il.com>
> > Cc: Grant Likely <grant.likely@...aro.org>
> > Cc: Rob Herring <robh+dt@...nel.org>
> > Cc: Peter Korsgaard <jacmet@...site.dk>
> > Cc: devicetree@...r.kernel.org
> > Signed-off-by: Ricardo Ribalda Delgado <ricardo.ribalda@...il.com>
> > ---
> > drivers/gpio/gpio-mpc8xxx.c | 48 +++++++++++++++++++++------------------------
> > 1 file changed, 22 insertions(+), 26 deletions(-)
>
> > diff --git a/drivers/gpio/gpio-mpc8xxx.c b/drivers/gpio/gpio-mpc8xxx.c
> > index d1ff879..57eb794 100644
> > --- a/drivers/gpio/gpio-mpc8xxx.c
> > +++ b/drivers/gpio/gpio-mpc8xxx.c
> > @@ -15,6 +15,7 @@
> > #include <linux/of.h>
> > #include <linux/of_gpio.h>
> > #include <linux/of_irq.h>
> > +#include <linux/of_platform.h>
> > #include <linux/gpio.h>
> > #include <linux/slab.h>
> > #include <linux/irq.h>
> > @@ -342,8 +343,9 @@ static struct of_device_id mpc8xxx_gpio_ids[] __initdata = {
> > {}
> > };
>
> > -static void __init mpc8xxx_add_controller(struct device_node *np)
> > +static int mpc8xxx_probe(struct platform_device *pdev)
> > {
> > + struct device_node *np = pdev->dev.of_node;
> > struct mpc8xxx_gpio_chip *mpc8xxx_gc;
> > struct of_mm_gpio_chip *mm_gc;
> > struct gpio_chip *gc;
> > @@ -351,11 +353,9 @@ static void __init mpc8xxx_add_controller(struct device_node *np)
> > unsigned hwirq;
> > int ret;
>
> > - mpc8xxx_gc = kzalloc(sizeof(*mpc8xxx_gc), GFP_KERNEL);
> > - if (!mpc8xxx_gc) {
> > - ret = -ENOMEM;
> > - goto err;
> > - }
> > + mpc8xxx_gc = devm_kzalloc(&pdev->dev, sizeof(*mpc8xxx_gc), GFP_KERNEL);
> > + if (!mpc8xxx_gc)
> > + return -ENOMEM;
>
> > spin_lock_init(&mpc8xxx_gc->lock);
>
> > @@ -375,16 +375,16 @@ static void __init mpc8xxx_add_controller(struct device_node *np)
>
> > ret = of_mm_gpiochip_add(np, mm_gc);
> > if (ret)
> > - goto err;
> > + return ret;
>
> > hwirq = irq_of_parse_and_map(np, 0);
> > if (hwirq == NO_IRQ)
> > - goto skip_irq;
> > + return 0;
>
> Actually, looking closer - Isn't this leaking mm_gc? It was as well
> before, but it would be good to get it fixed.
>
>
> > mpc8xxx_gc-> irq = irq_domain_add_linear(np, MPC8XXX_GPIO_PINS,
> > &mpc8xxx_gpio_irq_ops, mpc8xxx_gc);
> > if (!mpc8xxx_gc->irq)
> > - goto skip_irq;
> > + return 0;
>
> And here as well?
>
>
> --
> Bye, Peter Korsgaard
--
Ricardo Ribalda
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists