|To:||"Maciej W. Rozycki" <firstname.lastname@example.org>|
|Subject:||Re: [patch] linux: New style IRQs for DECstation|
|From:||Jun Sun <email@example.com>|
|Date:||Mon, 08 Apr 2002 11:25:54 -0700|
|Cc:||Ralf Baechle <firstname.lastname@example.org>, email@example.com, firstname.lastname@example.org|
|User-agent:||Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.4) Gecko/20011126 Netscape6/6.2.1|
Maciej W. Rozycki wrote:
On Mon, 8 Apr 2002, Jun Sun wrote: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?It's needed by any system using a (logically) external FPU. If set it means there is no need to install a special FPU exception handler using ageneral-purpose interrupt line. It's a generic flag.Even if it's only of limited use now, it is not an excuse for not writing clean code. I'm afraid the current mess within the MIPS port is a result of people trying to think locally and I'm trying to avoid it. Are there any trade-offs of this flags you see and I don't? I'm willing to changethe code if there really are.
Generally interrupt dispatching belongs to machine/board-specific code. So I think FPU exeption through an interrupt is probably best handled within DEC's code, instead of being generalized to the common code.
In addition, conceptional you might have a system where FPU exception is handled through an interrupt and yet CPU has FPU exception.
Of course abstraction and generalization can happen later when it becomes obvious. It is just not obvious, at least to me.
|<Prev in Thread]||Current Thread||[Next in Thread>|
|Previous by Date:||Re: [patch] linux: New style IRQs for DECstation, Maciej W. Rozycki|
|Next by Date:||Where to get the latest kernel., Muthukumar Ratty|
|Previous by Thread:||Re: [patch] linux: New style IRQs for DECstation, Maciej W. Rozycki|
|Next by Thread:||Re: [patch] linux: New style IRQs for DECstation, Maciej W. Rozycki|
|Indexes:||[Date] [Thread] [Top] [All Lists]|