From: linux@arm.linux.org.uk (Russell King - ARM Linux)
To: linux-arm-kernel@lists.infradead.org
Subject: generic irq handler and stack?
Date: Tue, 7 Dec 2010 15:02:03 +0000 [thread overview]
Message-ID: <20101207150203.GA23589@n2100.arm.linux.org.uk> (raw)
In-Reply-To: <201012071356.16281.tim.sander@hbm.com>
On Tue, Dec 07, 2010 at 01:56:16PM +0100, Tim Sander wrote:
> Hi
>
> > > The interrupt handling on the i.mx35x seems to handle only one interrupt
> > > at a time. This generates larger then nessecary interrupt jitter. I am
> > > currently investigating to reprogram the AVIC to enable higher priority
> > > interrupts to interrupt lower priority interrupts. The mechanism is
> > > outlined in section 13,3.8 of the IMX35 Reference Manual.
> >
> > The kernel now runs _all_ interrupts with IRQs masked on the CPU. See
> > e58aa3d2d0cc01ad8d6f7f640a0670433f794922.
>
> Thanks Russell for your quick answer. But as far as i understand this is only
> one step to get better interrupt latency on i.mx35x since the AVIC by default
> only allows one interrupt at a time. So any idea which is the cleanest way to
> push the SPSR_irq register on the stack.
We don't run interrupts in IRQ mode. The exception is entered in IRQ
mode, but we then save what state is necessary and switch to SVC mode.
We have supported nested interrupts since the 1.x kernel days - there's
no code changes needed to support having one interrupt handler interrupt
another handler - merely re-enabling interrupts in your own handlers
will allow it to happen if your IRQ controller will also allow it.
next prev parent reply other threads:[~2010-12-07 15:02 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-12-07 10:29 generic irq handler and stack? Tim Sander
2010-12-07 10:41 ` Russell King - ARM Linux
2010-12-07 12:56 ` Tim Sander
2010-12-07 15:02 ` Russell King - ARM Linux [this message]
2010-12-08 8:54 ` Tim Sander
2010-12-08 10:19 ` Russell King - ARM Linux
2010-12-13 11:20 ` Interrupt latencies on i.mx was " Tim Sander
2010-12-07 21:18 ` Ben Dooks
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=20101207150203.GA23589@n2100.arm.linux.org.uk \
--to=linux@arm.linux.org.uk \
--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).