All of lore.kernel.org
 help / color / mirror / Atom feed
From: Thomas Gleixner <tglx@linutronix.de>
To: Alexandre Torgue <alexandre.torgue@st.com>
Cc: Maxime Coquelin <mcoquelin.stm32@gmail.com>,
	Jason Cooper <jason@lakedaemon.net>,
	Marc Zyngier <marc.zyngier@arm.com>,
	Linus Walleij <linus.walleij@linaro.org>,
	Mark Rutland <mark.rutland@arm.com>,
	Rob Herring <robh+dt@kernel.org>,
	linux-gpio@vger.kernel.org, arnd@arndb.de,
	linux-arm-kernel@lists.infradead.org,
	linux-kernel@vger.kernel.org, devicetree@vger.kernel.org,
	Daniel Thompson <daniel.thompson@linaro.org>,
	bruherrera@gmail.com, lee.jones@linaro.org
Subject: Re: [PATCH v5 2/9] drivers: irqchip: Add STM32 external interrupts support
Date: Wed, 14 Sep 2016 11:19:02 +0200 (CEST)	[thread overview]
Message-ID: <alpine.DEB.2.20.1609141103420.6233@nanos> (raw)
In-Reply-To: <6941f61d-0b33-4108-0135-b11887cd0488@st.com>

On Tue, 13 Sep 2016, Alexandre Torgue wrote:
> On 09/13/2016 05:21 PM, Thomas Gleixner wrote:
> > On Fri, 9 Sep 2016, Alexandre TORGUE wrote:
> > > +static void stm32_exti_free(struct irq_domain *d, unsigned int virq,
> > > +			    unsigned int nr_irqs)
> > > +{
> > > +	struct irq_data *data = irq_get_irq_data(virq);
> > > +
> > > +	irq_gc_mask_clr_bit(data->parent_data);
> > 
> > I have a hard time to understand this. The irq domain is not hierarchical.
> 
> Actually, I wanted to test ".free" callback function of gpio_irq_domain in
> STM32 pinctrl driver. To do that I modified gpio driver: just after getting
> virq through gpio_to_irq, I called "irq_dispose_mapping(virq)".
> I know it is dirty but I thought it was the only way to test.
> 
> Doing that, I see that ".free" callback of gpio domain is called but as it is
> hirerchical ".free" callback for parent domain (exti one) is also called. I
> observed that virq was well unmapped, but not masked at exti level. It is for
> this reason than I added "irq_gc_mask_clr_bit(data->parent_data);" which mask
> interrupt at exti level.

Aargh. I really misread the patch, but this is entirely non obvious and you
should do:

       struct irq_data *data = irq_domain_get_irq_data(d, virq);

       irq_gc_mask_clr_bit(d);

Then it is entirely clear that you mask the interrupt of _this_ (the exti)
domain.

Now what really bugs me is that you do that at all. An interrupt which is
freed must be masked already. Why is it unmasked in the first place?

Thanks,

	tglx


WARNING: multiple messages have this Message-ID (diff)
From: tglx@linutronix.de (Thomas Gleixner)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH v5 2/9] drivers: irqchip: Add STM32 external interrupts support
Date: Wed, 14 Sep 2016 11:19:02 +0200 (CEST)	[thread overview]
Message-ID: <alpine.DEB.2.20.1609141103420.6233@nanos> (raw)
In-Reply-To: <6941f61d-0b33-4108-0135-b11887cd0488@st.com>

On Tue, 13 Sep 2016, Alexandre Torgue wrote:
> On 09/13/2016 05:21 PM, Thomas Gleixner wrote:
> > On Fri, 9 Sep 2016, Alexandre TORGUE wrote:
> > > +static void stm32_exti_free(struct irq_domain *d, unsigned int virq,
> > > +			    unsigned int nr_irqs)
> > > +{
> > > +	struct irq_data *data = irq_get_irq_data(virq);
> > > +
> > > +	irq_gc_mask_clr_bit(data->parent_data);
> > 
> > I have a hard time to understand this. The irq domain is not hierarchical.
> 
> Actually, I wanted to test ".free" callback function of gpio_irq_domain in
> STM32 pinctrl driver. To do that I modified gpio driver: just after getting
> virq through gpio_to_irq, I called "irq_dispose_mapping(virq)".
> I know it is dirty but I thought it was the only way to test.
> 
> Doing that, I see that ".free" callback of gpio domain is called but as it is
> hirerchical ".free" callback for parent domain (exti one) is also called. I
> observed that virq was well unmapped, but not masked at exti level. It is for
> this reason than I added "irq_gc_mask_clr_bit(data->parent_data);" which mask
> interrupt at exti level.

Aargh. I really misread the patch, but this is entirely non obvious and you
should do:

       struct irq_data *data = irq_domain_get_irq_data(d, virq);

       irq_gc_mask_clr_bit(d);

Then it is entirely clear that you mask the interrupt of _this_ (the exti)
domain.

Now what really bugs me is that you do that at all. An interrupt which is
freed must be masked already. Why is it unmasked in the first place?

Thanks,

	tglx

  reply	other threads:[~2016-09-14  9:21 UTC|newest]

Thread overview: 86+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-09-09 14:41 [PATCH v5 0/9] Add STM32 EXTI interrupt controller support Alexandre TORGUE
2016-09-09 14:41 ` Alexandre TORGUE
2016-09-09 14:41 ` Alexandre TORGUE
2016-09-09 14:41 ` [PATCH v5 1/9] Documentation: dt-bindings: Document STM32 EXTI controller bindings Alexandre TORGUE
2016-09-09 14:41   ` Alexandre TORGUE
2016-09-09 14:41   ` Alexandre TORGUE
2016-09-19 21:24   ` Rob Herring
2016-09-19 21:24     ` Rob Herring
2016-09-19 21:24     ` Rob Herring
2016-09-09 14:41 ` [PATCH v5 2/9] drivers: irqchip: Add STM32 external interrupts support Alexandre TORGUE
2016-09-09 14:41   ` Alexandre TORGUE
2016-09-09 14:41   ` Alexandre TORGUE
     [not found]   ` <1473432124-6784-3-git-send-email-alexandre.torgue-qxv4g6HH51o@public.gmane.org>
2016-09-13  8:19     ` Marc Zyngier
2016-09-13  8:19       ` Marc Zyngier
2016-09-13  8:19       ` Marc Zyngier
2016-09-13 15:21   ` Thomas Gleixner
2016-09-13 15:21     ` Thomas Gleixner
2016-09-13 16:29     ` Alexandre Torgue
2016-09-13 16:29       ` Alexandre Torgue
2016-09-13 16:29       ` Alexandre Torgue
2016-09-14  9:19       ` Thomas Gleixner [this message]
2016-09-14  9:19         ` Thomas Gleixner
2016-09-14 13:05         ` Alexandre Torgue
2016-09-14 13:05           ` Alexandre Torgue
2016-09-14 13:05           ` Alexandre Torgue
2016-09-14 13:34           ` Thomas Gleixner
2016-09-14 13:34             ` Thomas Gleixner
2016-09-14 13:44             ` Alexandre Torgue
2016-09-14 13:44               ` Alexandre Torgue
2016-09-14 13:44               ` Alexandre Torgue
2016-09-20  9:48               ` Alexandre Torgue
2016-09-20  9:48                 ` Alexandre Torgue
2016-09-20  9:48                 ` Alexandre Torgue
2016-09-20  9:51                 ` Thomas Gleixner
2016-09-20  9:51                   ` Thomas Gleixner
2016-09-20 12:40                   ` Alexandre Torgue
2016-09-20 12:40                     ` Alexandre Torgue
2016-09-20 12:40                     ` Alexandre Torgue
2016-09-20 12:44                     ` Thomas Gleixner
2016-09-20 12:44                       ` Thomas Gleixner
2016-09-20 13:33                       ` Alexandre Torgue
2016-09-20 13:33                         ` Alexandre Torgue
2016-09-20 13:33                         ` Alexandre Torgue
2016-09-20 14:02                         ` Thomas Gleixner
2016-09-20 14:02                           ` Thomas Gleixner
2016-09-20 15:28                           ` Alexandre Torgue
2016-09-20 15:28                             ` Alexandre Torgue
2016-09-20 15:28                             ` Alexandre Torgue
2016-09-20 15:36                             ` Thomas Gleixner
2016-09-20 15:36                               ` Thomas Gleixner
2016-09-09 14:41 ` [PATCH v5 3/9] ARM: STM32: Select external interrupts controller Alexandre TORGUE
2016-09-09 14:41   ` Alexandre TORGUE
2016-09-09 14:41   ` Alexandre TORGUE
2016-09-09 14:41 ` [PATCH v5 4/9] ARM: dts: Add EXTI controller node to stm32f429 Alexandre TORGUE
2016-09-09 14:41   ` Alexandre TORGUE
2016-09-09 14:41   ` Alexandre TORGUE
2016-09-09 14:42 ` [PATCH v5 5/9] Documentation: dt-bindings: Add IRQ related properties of STM32 pinctrl Alexandre TORGUE
2016-09-09 14:42   ` Alexandre TORGUE
2016-09-09 14:42   ` Alexandre TORGUE
     [not found]   ` <1473432124-6784-6-git-send-email-alexandre.torgue-qxv4g6HH51o@public.gmane.org>
2016-09-13  8:12     ` Linus Walleij
2016-09-13  8:12       ` Linus Walleij
2016-09-13  8:12       ` Linus Walleij
2016-09-13  8:18   ` Linus Walleij
2016-09-13  8:18     ` Linus Walleij
2016-09-13  8:18     ` Linus Walleij
2016-09-13 12:34     ` Alexandre Torgue
2016-09-13 12:34       ` Alexandre Torgue
2016-09-13 12:34       ` Alexandre Torgue
2016-09-13 12:47       ` Linus Walleij
2016-09-13 12:47         ` Linus Walleij
2016-09-13 12:47         ` Linus Walleij
2016-09-09 14:42 ` [PATCH v5 6/9] pinctrl: Add IRQ support to STM32 gpios Alexandre TORGUE
2016-09-09 14:42   ` Alexandre TORGUE
2016-09-09 14:42   ` Alexandre TORGUE
     [not found]   ` <1473432124-6784-7-git-send-email-alexandre.torgue-qxv4g6HH51o@public.gmane.org>
2016-09-13  8:14     ` Linus Walleij
2016-09-13  8:14       ` Linus Walleij
2016-09-13  8:14       ` Linus Walleij
2016-09-09 14:42 ` [PATCH v5 7/9] ARM: dts: Add GPIO irq support to STM2F429 Alexandre TORGUE
2016-09-09 14:42   ` Alexandre TORGUE
2016-09-09 14:42   ` Alexandre TORGUE
     [not found] ` <1473432124-6784-1-git-send-email-alexandre.torgue-qxv4g6HH51o@public.gmane.org>
2016-09-09 14:42   ` [PATCH v5 8/9] ARM: dts: Declare push button as GPIO key on stm32f429 boards Alexandre TORGUE
2016-09-09 14:42     ` Alexandre TORGUE
2016-09-09 14:42     ` Alexandre TORGUE
2016-09-09 14:42 ` [PATCH v5 9/9] ARM: config: Enable GPIO Key driver in stm32_defconfig Alexandre TORGUE
2016-09-09 14:42   ` Alexandre TORGUE
2016-09-09 14:42   ` Alexandre TORGUE

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=alpine.DEB.2.20.1609141103420.6233@nanos \
    --to=tglx@linutronix.de \
    --cc=alexandre.torgue@st.com \
    --cc=arnd@arndb.de \
    --cc=bruherrera@gmail.com \
    --cc=daniel.thompson@linaro.org \
    --cc=devicetree@vger.kernel.org \
    --cc=jason@lakedaemon.net \
    --cc=lee.jones@linaro.org \
    --cc=linus.walleij@linaro.org \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-gpio@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=marc.zyngier@arm.com \
    --cc=mark.rutland@arm.com \
    --cc=mcoquelin.stm32@gmail.com \
    --cc=robh+dt@kernel.org \
    /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.