From: Aaro Koskinen <aaro.koskinen@iki.fi> To: Javier Martinez Canillas <martinez.javier@gmail.com>, Tony Lindgren <tony@atomide.com> Cc: Grant Likely <grant.likely@secretlab.ca>, linux-arm-kernel@lists.infradead.org, linux-omap@vger.kernel.org, Jon Hunter <jgchunter@gmail.com> Subject: Re: [BISECTED] 3.10-rc1 OMAP1 GPIO IRQ regression Date: Tue, 25 Jun 2013 21:14:52 +0300 [thread overview] Message-ID: <20130625181452.GE20703@blackmetal.musicnaut.iki.fi> (raw) In-Reply-To: <CAAwP0s1LTj1gu8o2mQd3arzH9-9Wfn2G+wsQ=4DpnMRXb7LADw@mail.gmail.com> On Mon, Jun 24, 2013 at 05:35:18PM +0200, Javier Martinez Canillas wrote: > Ok, so something like the following patch should do it (tested on an > OMAP3 board): > > From b9e262c688fb7f3ad733f140b55dddbc8e4716e6 Mon Sep 17 00:00:00 2001 > From: Javier Martinez Canillas <javier.martinez@collabora.co.uk> > Date: Mon, 24 Jun 2013 17:13:23 +0200 > Subject: [PATCH 1/1] gpio/omap: don't use linear domain mapping for OMAP1 > > commit ede4d7a5 ("gpio/omap: convert gpio irq domain to linear mapping") > converted the OMAP GPIO driver to use a linear mapping for the GPIO IRQ > domain instead of using a legacy mapping. Not using a legacy mapping has > a number of benefits but it requires the platform to support SPARSE_IRQ > which currently is not supported on OMAP1. > > So this change caused a regression on OMAP1 platforms [1]. > > Since this issue is not present on all OMAP2+ platforms, there is no need to > revert the driver to use legacy domain mapping for all the platforms. > > [1]: http://www.mail-archive.com/linux-omap@vger.kernel.org/msg89005.html > > Signed-off-by: Javier Martinez Canillas <javier.martinez@collabora.co.uk> I tested this on OMAP1 / 770, and it's fine. Tested-by: Aaro Koskinen <aaro.koskinen@iki.fi> Thanks, A. > --- > drivers/gpio/gpio-omap.c | 22 +++++++++++++++++++++- > 1 files changed, 21 insertions(+), 1 deletions(-) > > diff --git a/drivers/gpio/gpio-omap.c b/drivers/gpio/gpio-omap.c > index d3f7d2d..4a43036 100644 > --- a/drivers/gpio/gpio-omap.c > +++ b/drivers/gpio/gpio-omap.c > @@ -1094,6 +1094,9 @@ static int omap_gpio_probe(struct platform_device *pdev) > const struct omap_gpio_platform_data *pdata; > struct resource *res; > struct gpio_bank *bank; > +#ifdef CONFIG_ARCH_OMAP1 > + int irq_base; > +#endif > > match = of_match_device(of_match_ptr(omap_gpio_match), dev); > > @@ -1135,11 +1138,28 @@ static int omap_gpio_probe(struct platform_device *pdev) > pdata->get_context_loss_count; > } > > +#ifdef CONFIG_ARCH_OMAP1 > + /* > + * REVISIT: Once we have OMAP1 supporting SPARSE_IRQ, we can drop > + * irq_alloc_descs() and irq_domain_add_legacy() and just use a > + * linear IRQ domain mapping for all OMAP platforms. > + */ > + irq_base = irq_alloc_descs(-1, 0, bank->width, 0); > + if (irq_base < 0) { > + dev_err(dev, "Couldn't allocate IRQ numbers\n"); > + return -ENODEV; > + } > > + bank->domain = irq_domain_add_legacy(node, bank->width, irq_base, > + 0, &irq_domain_simple_ops, NULL); > +#else > bank->domain = irq_domain_add_linear(node, bank->width, > &irq_domain_simple_ops, NULL); > - if (!bank->domain) > +#endif > + if (!bank->domain) { > + dev_err(dev, "Couldn't register an IRQ domain\n"); > return -ENODEV; > + } > > if (bank->regs->set_dataout && bank->regs->clr_dataout) > bank->set_dataout = _set_gpio_dataout_reg; > -- > 1.7.7.6
WARNING: multiple messages have this Message-ID (diff)
From: aaro.koskinen@iki.fi (Aaro Koskinen) To: linux-arm-kernel@lists.infradead.org Subject: [BISECTED] 3.10-rc1 OMAP1 GPIO IRQ regression Date: Tue, 25 Jun 2013 21:14:52 +0300 [thread overview] Message-ID: <20130625181452.GE20703@blackmetal.musicnaut.iki.fi> (raw) In-Reply-To: <CAAwP0s1LTj1gu8o2mQd3arzH9-9Wfn2G+wsQ=4DpnMRXb7LADw@mail.gmail.com> On Mon, Jun 24, 2013 at 05:35:18PM +0200, Javier Martinez Canillas wrote: > Ok, so something like the following patch should do it (tested on an > OMAP3 board): > > From b9e262c688fb7f3ad733f140b55dddbc8e4716e6 Mon Sep 17 00:00:00 2001 > From: Javier Martinez Canillas <javier.martinez@collabora.co.uk> > Date: Mon, 24 Jun 2013 17:13:23 +0200 > Subject: [PATCH 1/1] gpio/omap: don't use linear domain mapping for OMAP1 > > commit ede4d7a5 ("gpio/omap: convert gpio irq domain to linear mapping") > converted the OMAP GPIO driver to use a linear mapping for the GPIO IRQ > domain instead of using a legacy mapping. Not using a legacy mapping has > a number of benefits but it requires the platform to support SPARSE_IRQ > which currently is not supported on OMAP1. > > So this change caused a regression on OMAP1 platforms [1]. > > Since this issue is not present on all OMAP2+ platforms, there is no need to > revert the driver to use legacy domain mapping for all the platforms. > > [1]: http://www.mail-archive.com/linux-omap at vger.kernel.org/msg89005.html > > Signed-off-by: Javier Martinez Canillas <javier.martinez@collabora.co.uk> I tested this on OMAP1 / 770, and it's fine. Tested-by: Aaro Koskinen <aaro.koskinen@iki.fi> Thanks, A. > --- > drivers/gpio/gpio-omap.c | 22 +++++++++++++++++++++- > 1 files changed, 21 insertions(+), 1 deletions(-) > > diff --git a/drivers/gpio/gpio-omap.c b/drivers/gpio/gpio-omap.c > index d3f7d2d..4a43036 100644 > --- a/drivers/gpio/gpio-omap.c > +++ b/drivers/gpio/gpio-omap.c > @@ -1094,6 +1094,9 @@ static int omap_gpio_probe(struct platform_device *pdev) > const struct omap_gpio_platform_data *pdata; > struct resource *res; > struct gpio_bank *bank; > +#ifdef CONFIG_ARCH_OMAP1 > + int irq_base; > +#endif > > match = of_match_device(of_match_ptr(omap_gpio_match), dev); > > @@ -1135,11 +1138,28 @@ static int omap_gpio_probe(struct platform_device *pdev) > pdata->get_context_loss_count; > } > > +#ifdef CONFIG_ARCH_OMAP1 > + /* > + * REVISIT: Once we have OMAP1 supporting SPARSE_IRQ, we can drop > + * irq_alloc_descs() and irq_domain_add_legacy() and just use a > + * linear IRQ domain mapping for all OMAP platforms. > + */ > + irq_base = irq_alloc_descs(-1, 0, bank->width, 0); > + if (irq_base < 0) { > + dev_err(dev, "Couldn't allocate IRQ numbers\n"); > + return -ENODEV; > + } > > + bank->domain = irq_domain_add_legacy(node, bank->width, irq_base, > + 0, &irq_domain_simple_ops, NULL); > +#else > bank->domain = irq_domain_add_linear(node, bank->width, > &irq_domain_simple_ops, NULL); > - if (!bank->domain) > +#endif > + if (!bank->domain) { > + dev_err(dev, "Couldn't register an IRQ domain\n"); > return -ENODEV; > + } > > if (bank->regs->set_dataout && bank->regs->clr_dataout) > bank->set_dataout = _set_gpio_dataout_reg; > -- > 1.7.7.6
next prev parent reply other threads:[~2013-06-25 18:15 UTC|newest] Thread overview: 58+ messages / expand[flat|nested] mbox.gz Atom feed top 2013-05-13 20:53 [BISECTED] 3.10-rc1 OMAP1 GPIO IRQ regression Aaro Koskinen 2013-05-13 20:53 ` Aaro Koskinen 2013-05-16 18:09 ` Tony Lindgren 2013-05-16 18:09 ` Tony Lindgren 2013-05-16 21:00 ` Aaro Koskinen 2013-05-16 21:00 ` Aaro Koskinen 2013-05-16 21:44 ` Tony Lindgren 2013-05-16 21:44 ` Tony Lindgren 2013-05-20 17:46 ` Tony Lindgren 2013-05-20 17:46 ` Tony Lindgren 2013-05-21 17:39 ` Aaro Koskinen 2013-05-21 17:39 ` Aaro Koskinen 2013-05-21 19:37 ` Jon Hunter 2013-05-21 19:37 ` Jon Hunter 2013-05-22 21:20 ` Aaro Koskinen 2013-05-22 21:20 ` Aaro Koskinen 2013-05-23 19:02 ` Jon Hunter 2013-05-23 19:02 ` Jon Hunter 2013-05-23 20:13 ` Aaro Koskinen 2013-05-23 20:13 ` Aaro Koskinen 2013-05-28 18:41 ` Jon Hunter 2013-05-28 18:41 ` Jon Hunter 2013-05-26 19:07 ` Aaro Koskinen 2013-05-26 19:07 ` Aaro Koskinen 2013-05-28 18:42 ` Jon Hunter 2013-05-28 18:42 ` Jon Hunter 2013-05-29 18:55 ` Aaro Koskinen 2013-05-29 18:55 ` Aaro Koskinen 2013-05-29 21:29 ` Jon Hunter 2013-05-29 21:29 ` Jon Hunter 2013-05-29 22:41 ` Jon Hunter 2013-05-29 22:41 ` Jon Hunter 2013-06-05 22:33 ` Grant Likely 2013-06-05 22:33 ` Grant Likely 2013-06-06 15:53 ` Tony Lindgren 2013-06-06 15:53 ` Tony Lindgren 2013-06-23 22:16 ` Aaro Koskinen 2013-06-23 22:16 ` Aaro Koskinen 2013-06-23 23:06 ` Javier Martinez Canillas 2013-06-23 23:06 ` Javier Martinez Canillas 2013-06-23 23:43 ` Aaro Koskinen 2013-06-23 23:43 ` Aaro Koskinen 2013-06-24 1:01 ` Javier Martinez Canillas 2013-06-24 1:01 ` Javier Martinez Canillas 2013-06-24 7:21 ` Tony Lindgren 2013-06-24 7:21 ` Tony Lindgren 2013-06-24 15:35 ` Javier Martinez Canillas 2013-06-24 15:35 ` Javier Martinez Canillas 2013-06-25 18:14 ` Aaro Koskinen [this message] 2013-06-25 18:14 ` Aaro Koskinen 2013-06-24 15:53 ` Grant Likely 2013-06-24 15:53 ` Grant Likely 2013-06-25 7:04 ` Tony Lindgren 2013-06-25 7:04 ` Tony Lindgren 2013-06-25 11:49 ` Grant Likely 2013-06-25 11:49 ` Grant Likely 2013-06-26 7:06 ` Tony Lindgren 2013-06-26 7:06 ` Tony Lindgren
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=20130625181452.GE20703@blackmetal.musicnaut.iki.fi \ --to=aaro.koskinen@iki.fi \ --cc=grant.likely@secretlab.ca \ --cc=jgchunter@gmail.com \ --cc=linux-arm-kernel@lists.infradead.org \ --cc=linux-omap@vger.kernel.org \ --cc=martinez.javier@gmail.com \ --cc=tony@atomide.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 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.