Re: [patch] linux: New style IRQs for DECstation

[Jun Sun <jsun@mvista.com>]

What is the intention of introducing MIPS_CPU_FPUEX?  It seems an overkill if 
it is just needed by DecStation.  How many CPUs really need this?


Jun

Maciej W. Rozycki wrote:

> Hello,
> 
>  Here is code that implements new style IRQ handlers for DECstation. 
> Beside obvious things, like mask/unmask, etc. functions it adds IRQ
> routing tables for individual systems (including somewhat more complete
> basic support for the 5100) so that device drivers for onboard devices do
> not have to code IRQ guesswork based on model types.  I tried to make
> hardware documentation more complete as well as its external sources are
> scarce to say at least, so it might be best to keep bits described within
> the code that deals with them. 
> 
>  Also included there are a few updates to generic code:
> 
> 1. A few clean-ups to arch/mips/kernel/irq_cpu.c.  Just a five minute
> approach to fix obvious things.  A deeper action is needed, in particular
> locking is missing altogether.
> 
> 2. A new mips_cpu option to denote the dedicated FPU exception is present
> as there is currently no sane way to conclude whether it's available or
> not.
> 
> 3. A few missing header inclusions.
> 
>  Actually the code is nothing new, but since I'm resubmitting it and a few
> people confirmed their interest in the DECstation port since the previous
> submission, I'm making the patch available to the public.  I'm running the
> code since mid January successfully with only a few minor fixes since
> then.
> 
>  Due to a relatively large size the patch is available here:
> 'ftp://ftp.ds2.pg.gda.pl/pub/macro/linux/patch-mips-2.4.18-20020402-irq-48.gz'.
> 
>   Maciej
> 
>