Re: Regarding "fast" path for IRQ handling out of the idle loop

To: Ramakrishna Rao Desetti <ramakrishnadtv%gmail.com@localhost>
Subject: Re: Regarding "fast" path for IRQ handling out of the idle loop
From: Martin Husemann <martin%netbsd.org@localhost>
Date: Tue, 20 Feb 2018 09:50:02 +0000

On Tue, Feb 20, 2018 at 11:21:43AM +0530, Ramakrishna Rao Desetti wrote:
[..]
> It appears, in that case, the soft interrupt would not be processed as part of
> irq_idle_entry processing. This is in contrast to irq_entry(), which processes
> any pending soft interrupts towards the end of its processing. Hence it appears
> irq_idle_entry may unnecessarily delay processing of soft interrupts.

If you look at the next commit to arm32/irq_dispatch.S, you'll see this had
been fixed within ~1 hour :-)

Martin

References:
- Regarding "fast" path for IRQ handling out of the idle loop
  - From: Ramakrishna Rao Desetti

Prev by Date: Re: Volunteer for "Add FFS support to U-Boot"
Next by Date: Re: RPI: * failed to add service - already in use?
Previous by Thread: Regarding "fast" path for IRQ handling out of the idle loop
Indexes:

Home | Main Index | Thread Index | Old Index