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 > >
