linux-mips
[Top] [All Lists]

Re: How to request an IRQ for NMI on MIPS Processor

To: Adeel Malik <AdeelM@quartics.com>
Subject: Re: How to request an IRQ for NMI on MIPS Processor
From: Ralf Baechle <ralf@linux-mips.org>
Date: Tue, 4 Nov 2003 13:30:34 +0100
Cc: linux-mips@linux-mips.org
In-reply-to: <10C6C1971DA00C4BB87AC0206E3CA38264F542@1aurora.enabtech>
Original-recipient: rfc822;linux-mips@linux-mips.org
References: <10C6C1971DA00C4BB87AC0206E3CA38264F542@1aurora.enabtech>
Sender: linux-mips-bounce@linux-mips.org
User-agent: Mutt/1.4.1i
On Tue, Nov 04, 2003 at 04:56:08PM +0500, Adeel Malik wrote:

>           In my embedded design, I intend to use NMI of MIPS 4Kc processor
> (rather than IRQ0 or IRQ1 .....) for an external Interrupt Source. The
> external Interrupt source is a video capture device which interrupts the
> MIPS 4Kc CPU via its NMI (Non-Maskable Interrupt) line, whenever it has one
> complete frame. I need to write the driver for that device in Linux-2.4.20.
> The request_irq function provided by Linux takes a digit value from 0 to 5
> to map external interrupt sources to any one of CPUs Interrupt pins. How can
> I request and implement my interrupt handler routine for the NMI of MIPS
> processor ?.

Is there any particular reason for using the NMI?

NMI on MIPS is pretty much miss-designed for use in application code; it's
use should be limited to debugging and recovery from catastrophical
failure.  The reason for this is the way this exception is handled:

  - the BEV, TS, SR, NMI and ERL bits in c0_status are overwritten - that is
    their old state is lost.
  - c0_errorepc is overwritten - again that means the old value is lost so
    in case the NMI interrupts an exception handler that uses this register
    such as the cache error handler you can not resume execution.
  - the program counter is set to 0xbfc00000.  Most likely a slow flash
    memory is mapped at this address but in any case it's an uncached
    segment of the address space so execution will be even slower.
  - execution will pass through the firmware.  That means you can only
    use the NMI at all if firmware provides some kind of hook.

It seems pretty clear to me that the MIPS designers never intended the
NMI for anything else than catastrophic events.

  Ralf

<Prev in Thread] Current Thread [Next in Thread>