linux-arm-kernel.lists.infradead.org archive mirror
 help / color / mirror / Atom feed
From: hdegoede@redhat.com (Hans de Goede)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH v2 4/5] pinctrl: sunxi: Properly handle level triggered gpio interrupts
Date: Tue, 03 Jun 2014 17:13:17 +0200	[thread overview]
Message-ID: <538DE60D.5070705@redhat.com> (raw)
In-Reply-To: <20140603133022.GK27722@lukather>

Hi,

On 06/03/2014 03:30 PM, Maxime Ripard wrote:
> On Sat, May 31, 2014 at 04:01:38PM +0200, Hans de Goede wrote:
>> For level triggered gpio interrupts we need to use handle_fasteoi_irq,
>> like we do with the irq-sunxi-nmi driver. This is necessary to give threaded
>> interrupt handlers a chance to actuall clear the source of the interrupt
>> (which may involve sleeping waiting for i2c / spi / mmc transfers), before
>> acknowledging the interrupt.
>>
>> Signed-off-by: Hans de Goede <hdegoede@redhat.com>
>> ---
>>   drivers/pinctrl/sunxi/pinctrl-sunxi.c | 57 +++++++++++++++++++++++++----------
>>   1 file changed, 41 insertions(+), 16 deletions(-)
>>
>> diff --git a/drivers/pinctrl/sunxi/pinctrl-sunxi.c b/drivers/pinctrl/sunxi/pinctrl-sunxi.c
>> index 61d3246..418a430 100644
>> --- a/drivers/pinctrl/sunxi/pinctrl-sunxi.c
>> +++ b/drivers/pinctrl/sunxi/pinctrl-sunxi.c
>> @@ -31,6 +31,11 @@
>>   #include "../core.h"
>>   #include "pinctrl-sunxi.h"
>>
>> +static void sunxi_pinctrl_irq_ack(struct irq_data *d);
>> +static void sunxi_pinctrl_irq_mask(struct irq_data *d);
>> +static void sunxi_pinctrl_irq_unmask(struct irq_data *d);
>> +static int sunxi_pinctrl_irq_set_type(struct irq_data *d, unsigned int type);
>> +
>>   static struct sunxi_pinctrl_group *
>>   sunxi_pinctrl_find_group_by_name(struct sunxi_pinctrl *pctl, const char *group)
>>   {
>> @@ -545,10 +550,29 @@ static int sunxi_pinctrl_irq_request_resources(struct irq_data *d)
>>   	return 0;
>>   }
>>
>> -static int sunxi_pinctrl_irq_set_type(struct irq_data *d,
>> -				      unsigned int type)
>> +static struct irq_chip sunxi_pinctrl_edge_irq_chip = {
>> +	.irq_ack		= sunxi_pinctrl_irq_ack,
>> +	.irq_mask		= sunxi_pinctrl_irq_mask,
>> +	.irq_unmask		= sunxi_pinctrl_irq_unmask,
>> +	.irq_request_resources	= sunxi_pinctrl_irq_request_resources,
>> +	.irq_set_type		= sunxi_pinctrl_irq_set_type,
>> +	.flags			= IRQCHIP_SKIP_SET_WAKE,
>> +};
>> +
>> +static struct irq_chip sunxi_pinctrl_level_irq_chip = {
>> +	.irq_eoi		= sunxi_pinctrl_irq_ack,
>> +	.irq_mask		= sunxi_pinctrl_irq_mask,
>> +	.irq_unmask		= sunxi_pinctrl_irq_unmask,
>> +	.irq_request_resources	= sunxi_pinctrl_irq_request_resources,
>> +	.irq_set_type		= sunxi_pinctrl_irq_set_type,
>> +	.flags			= IRQCHIP_SKIP_SET_WAKE | IRQCHIP_EOI_THREADED
>> +				  | IRQCHIP_EOI_IF_HANDLED,
>> +};
>
> Maybe we can just forward declare these two structures, instead of all
> their functions.

Variables cannot be forward declared, they can be declared extern, but last
time I checked extern and static don't mix.

>
>> +
>> +static int sunxi_pinctrl_irq_set_type(struct irq_data *d, unsigned int type)
>>   {
>>   	struct sunxi_pinctrl *pctl = irq_data_get_irq_chip_data(d);
>> +	struct irq_desc *desc = container_of(d, struct irq_desc, irq_data);
>>   	u32 reg = sunxi_irq_cfg_reg(d->hwirq);
>>   	u8 index = sunxi_irq_cfg_offset(d->hwirq);
>>   	unsigned long flags;
>> @@ -575,6 +599,14 @@ static int sunxi_pinctrl_irq_set_type(struct irq_data *d,
>>   		return -EINVAL;
>>   	}
>>
>> +	if (type & IRQ_TYPE_LEVEL_MASK) {
>> +		d->chip = &sunxi_pinctrl_level_irq_chip;
>> +		desc->handle_irq = handle_fasteoi_irq;
>> +	} else {
>> +		d->chip = &sunxi_pinctrl_edge_irq_chip;
>> +		desc->handle_irq = handle_edge_irq;
>
> irq_set_chip_and_handler?

Does a lookup of the irqdata which we already have here, and
that lookup takes a lock which is already held here.

>
>> +	}
>> +
>>   	spin_lock_irqsave(&pctl->lock, flags);
>>
>>   	regval = readl(pctl->membase + reg);
>> @@ -630,15 +662,6 @@ static void sunxi_pinctrl_irq_unmask(struct irq_data *d)
>>   	spin_unlock_irqrestore(&pctl->lock, flags);
>>   }
>>
>> -static struct irq_chip sunxi_pinctrl_irq_chip = {
>> -	.irq_ack	= sunxi_pinctrl_irq_ack,
>> -	.irq_mask	= sunxi_pinctrl_irq_mask,
>> -	.irq_unmask	= sunxi_pinctrl_irq_unmask,
>> -	.irq_request_resources = sunxi_pinctrl_irq_request_resources,
>> -	.irq_set_type	= sunxi_pinctrl_irq_set_type,
>> -	.flags		= IRQCHIP_SKIP_SET_WAKE,
>> -};
>> -
>>   static void sunxi_pinctrl_irq_handler(unsigned irq, struct irq_desc *desc)
>>   {
>>   	struct irq_chip *chip = irq_get_chip(irq);
>> @@ -655,9 +678,6 @@ static void sunxi_pinctrl_irq_handler(unsigned irq, struct irq_desc *desc)
>>   	reg = sunxi_irq_status_reg_from_bank(bank);
>>   	val = readl(pctl->membase + reg);
>>
>> -	/* Clear all interrupts */
>> -	writel(val, pctl->membase + reg);
>> -
>>   	if (val) {
>>   		int irqoffset;
>>
>> @@ -927,12 +947,17 @@ int sunxi_pinctrl_init(struct platform_device *pdev,
>>   	for (i = 0; i < (pctl->desc->irq_banks * IRQ_PER_BANK); i++) {
>>   		int irqno = irq_create_mapping(pctl->domain, i);
>>
>> -		irq_set_chip_and_handler(irqno, &sunxi_pinctrl_irq_chip,
>> -					 handle_simple_irq);
>> +		irq_set_chip_and_handler(irqno, &sunxi_pinctrl_edge_irq_chip,
>> +					 handle_edge_irq);
>>   		irq_set_chip_data(irqno, pctl);
>>   	};
>>
>>   	for (i = 0; i < pctl->desc->irq_banks; i++) {
>> +		/* Mask and clear all IRQs before registering a handler */
>> +		writel(0, pctl->membase + sunxi_irq_ctrl_reg_from_bank(i));
>> +		writel(0xffffffff,
>> +			pctl->membase + sunxi_irq_status_reg_from_bank(i));
>> +
>>   		irq_set_chained_handler(pctl->irq[i],
>>   					sunxi_pinctrl_irq_handler);
>>   		irq_set_handler_data(pctl->irq[i], pctl);
>> --
>> 2.0.0
>>
>
> Looks fine otherwise, thanks.


Regards,

Hans

  reply	other threads:[~2014-06-03 15:13 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-05-31 14:01 [PATCH v2 0/5] pinctrl: sunxi: Fix level triggered interrupt support Hans de Goede
2014-05-31 14:01 ` [PATCH v2 1/5] pinctrl: sunxi: Fix sunxi_irq_cfg_reg not working for irqs >= 8 Hans de Goede
2014-06-02 10:18   ` Maxime Ripard
2014-06-09 13:21     ` Linus Walleij
2014-06-09 13:45       ` Hans de Goede
2014-05-31 14:01 ` [PATCH v2 2/5] pinctrl: sunxi: Add IRQCHIP_SKIP_SET_WAKE flag for pinctrl irq chip Hans de Goede
2014-06-02 10:34   ` Maxime Ripard
2014-05-31 14:01 ` [PATCH v2 3/5] pinctrl: sunxi: Move setting of mux to irq type from unmask to request_resources Hans de Goede
2014-06-02 11:59   ` Maxime Ripard
2014-06-03 15:42     ` Hans de Goede
2014-05-31 14:01 ` [PATCH v2 4/5] pinctrl: sunxi: Properly handle level triggered gpio interrupts Hans de Goede
2014-06-03 13:30   ` Maxime Ripard
2014-06-03 15:13     ` Hans de Goede [this message]
2014-06-17 18:43       ` Maxime Ripard
2014-06-23 14:53         ` Hans de Goede
2014-05-31 14:01 ` [PATCH v2 5/5] pinctrl: sunxi: Define enable / disable irq callbacks for level triggered irqs Hans de Goede
2014-06-03 13:47   ` Maxime Ripard
2014-06-03 15:34     ` Hans de Goede

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=538DE60D.5070705@redhat.com \
    --to=hdegoede@redhat.com \
    --cc=linux-arm-kernel@lists.infradead.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).