From: Julien Grall <julien.grall@linaro.org>
To: Ian Campbell <Ian.Campbell@citrix.com>
Cc: xen-devel@lists.xenproject.org, Keir Fraser <keir@xen.org>,
tim@xen.org, Jan Beulich <jbeulich@suse.com>,
stefano.stabellini@citrix.com
Subject: Re: [PATCH v3 18/18] xen/arm: IRQ: Handle multiple action per IRQ
Date: Wed, 16 Apr 2014 17:06:04 +0100 [thread overview]
Message-ID: <534EAA6C.9070601@linaro.org> (raw)
In-Reply-To: <1397663693.24638.226.camel@kazak.uk.xensource.com>
On 04/16/2014 04:54 PM, Ian Campbell wrote:
> On Tue, 2014-04-08 at 15:44 +0100, Julien Grall wrote:
>> desc->status &= ~IRQ_PENDING;
>> spin_unlock_irq(&desc->lock);
>> - action->handler(irq, action->dev_id, regs);
>> + list_for_each_entry_safe(action, next, &desc->action, next)
>> + action->handler(irq, action->dev_id, regs);
>
> You aren't removing entries from within the loop so I don't think you
> need the _safe variant.
As we release the desc->lock here, it might be possible to have the list
changed under the CPU feet by release_irq.
With the double-linked list, how do we make sure that it won't happen?
>> spin_lock_irq(&desc->lock);
>> }
>>
>> @@ -217,33 +220,69 @@ void release_irq(unsigned int irq, const void *dev_id)
>> {
>> struct irq_desc *desc;
>> unsigned long flags;
>> - struct irqaction *action;
>> + struct irqaction *action;
>> + bool_t found = 0;
>>
>> desc = irq_to_desc(irq);
>>
>> spin_lock_irqsave(&desc->lock,flags);
>>
>> - desc->handler->shutdown(desc);
>> + list_for_each_entry(action, &desc->action, next)
>> + {
>> + if ( action->dev_id == dev_id )
>> + {
>> + found = 1;
>
> Extra space before =.
>
> I actually think a goto found would actually be clearer here than the
> flag.
I'm not a big fan of goto.
Anyway, I will use it here if you think it's clearer.
> for each
> if (got it)
> goto found
>
> printk(not found)
> return
>
> found:
> /* Found it. */
>> + /* Sanity checks:
>> + * - if the IRQ is marked as shared
>> + * - dev_id is not NULL when IRQF_SHARED is set
>> + */
>> + if ( !list_empty(&desc->action) &&
>> + (!(desc->status & IRQF_SHARED) || !shared) )
>> + return -EINVAL;
>
> Did you mean EBUSY?
Right, EBUSY would be better here.
>> @@ -68,7 +72,11 @@ typedef struct irq_desc {
>> unsigned int status; /* IRQ status */
>> hw_irq_controller *handler;
>> struct msi_desc *msi_desc;
>> +#ifdef CONFIG_IRQ_HAS_MULTIPLE_ACTION
>> + struct list_head action; /* IRQ action list */
>> +#else
>> struct irqaction *action; /* IRQ action list */
>
> This was never actually a list I think, and the comment is certainly
> wrong now.
I guess it was copied from Linux :). I will change the comment into
"IRQ action"
Regards,
--
Julien Grall
next prev parent reply other threads:[~2014-04-16 16:06 UTC|newest]
Thread overview: 54+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-04-08 14:43 [PATCH v3 00/18] xen/arm: Interrupt management reworking Julien Grall
2014-04-08 14:43 ` [PATCH v3 01/18] xen/arm: timer: replace timer_dt_irq by timer_get_irq Julien Grall
2014-04-16 15:27 ` Ian Campbell
2014-04-08 14:43 ` [PATCH v3 02/18] xen/arm: IRQ: Use default irq callback from common code for no_irq_type Julien Grall
2014-04-08 14:43 ` [PATCH v3 03/18] xen/arm: IRQ: Rename irq_cfg into arch_irq_desc Julien Grall
2014-04-08 14:43 ` [PATCH v3 04/18] xen/arm: IRQ: move gic {, un}lock in gic_set_irq_properties Julien Grall
2014-04-08 14:43 ` [PATCH v3 05/18] xen/arm: IRQ: drop irq parameter in __setup_irq Julien Grall
2014-04-08 14:43 ` [PATCH v3 06/18] xen/arm: IRQ: remove __init from setup_dt_irq, request_dt_irq and release_irq Julien Grall
2014-04-08 14:43 ` [PATCH v3 07/18] xen/arm: IRQ: Rework gic_route_irq_to_guest function Julien Grall
2014-04-16 15:31 ` Ian Campbell
2014-04-08 14:43 ` [PATCH v3 08/18] xen/arm: IRQ: Move IRQ management from gic.c to irq.c Julien Grall
2014-04-17 10:38 ` Ian Campbell
2014-04-08 14:43 ` [PATCH v3 09/18] xen/arm: IRQ Introduce irq_get_domain Julien Grall
2014-04-08 14:43 ` [PATCH v3 10/18] xen/arm: IRQ: Require desc.lock held by callers of hw_irq_controller callbacks Julien Grall
2014-04-16 15:36 ` Ian Campbell
2014-04-16 15:39 ` Julien Grall
2014-04-08 14:44 ` [PATCH v3 11/18] xen/arm: IRQ: Defer routing IRQ to Xen until setup_irq() call Julien Grall
2014-04-16 15:39 ` Ian Campbell
2014-04-08 14:44 ` [PATCH v3 12/18] xen/arm: IRQ: Do not allow IRQ to be shared between domains and XEN Julien Grall
2014-04-16 15:40 ` Ian Campbell
2014-04-21 19:16 ` Julien Grall
2014-04-08 14:44 ` [PATCH v3 13/18] xen/serial: remove serial_dt_irq Julien Grall
2014-04-17 10:22 ` Julien Grall
2014-04-17 10:35 ` Ian Campbell
2014-04-08 14:44 ` [PATCH v3 14/18] xen/arm: IRQ: Store IRQ type in arch_irq_desc Julien Grall
2014-04-16 15:45 ` Ian Campbell
2014-04-16 15:52 ` Julien Grall
2014-04-08 14:44 ` [PATCH v3 15/18] xen/arm: IRQ: Replace {request, setup}_dt_irq by {request, setup}_irq Julien Grall
2014-04-16 15:46 ` Ian Campbell
2014-04-08 14:44 ` [PATCH v3 16/18] xen: IRQ: Add dev_id parameter to release_irq Julien Grall
2014-04-08 14:55 ` Jan Beulich
2014-04-16 15:47 ` Ian Campbell
2014-04-08 14:44 ` [PATCH v3 17/18] xen/arm: IRQ: extend {request, setup}_irq to take an irqflags in parameter Julien Grall
2014-04-08 14:58 ` Jan Beulich
2014-04-16 15:46 ` Julien Grall
2014-04-16 15:48 ` Ian Campbell
2014-04-08 14:44 ` [PATCH v3 18/18] xen/arm: IRQ: Handle multiple action per IRQ Julien Grall
2014-04-08 14:59 ` Jan Beulich
2014-04-16 16:01 ` Julien Grall
2014-04-16 15:54 ` Ian Campbell
2014-04-16 16:06 ` Julien Grall [this message]
2014-04-16 16:17 ` Ian Campbell
2014-04-16 16:21 ` Jan Beulich
2014-04-16 16:23 ` Julien Grall
2014-04-17 7:07 ` Jan Beulich
2014-04-17 10:36 ` Julien Grall
2014-04-17 11:15 ` Jan Beulich
2014-04-17 11:22 ` Julien Grall
2014-04-17 11:36 ` Ian Campbell
2014-04-17 12:18 ` Julien Grall
2014-04-17 12:27 ` Ian Campbell
2014-04-17 12:35 ` Julien Grall
2014-04-17 10:26 ` [PATCH v3 00/18] xen/arm: Interrupt management reworking Julien Grall
2014-04-17 10:39 ` Ian Campbell
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=534EAA6C.9070601@linaro.org \
--to=julien.grall@linaro.org \
--cc=Ian.Campbell@citrix.com \
--cc=jbeulich@suse.com \
--cc=keir@xen.org \
--cc=stefano.stabellini@citrix.com \
--cc=tim@xen.org \
--cc=xen-devel@lists.xenproject.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.