[Top] [All Lists]

Re: "Setting flush to zero for ..." - what is the warning?

To: "Kevin D. Kissell" <>
Subject: Re: "Setting flush to zero for ..." - what is the warning?
From: Jun Sun <>
Date: Fri, 03 Nov 2000 09:55:31 -0800
Cc: Ralf Baechle <>,
References: <> <> <007d01c04585$25262e40$0deca8c0@Ulysses>
"Kevin D. Kissell" wrote:
> > On Wed, Nov 01, 2000 at 10:58:13AM -0800, Jun Sun wrote:
> >
> > > I ran some stress tests and start to get this warning.  It appears to be
> > > generated in do_fpe() routine.  See below.  I wonder why this is
> > > happening.  Can someone explain what is going on?  Thanks.
> >
> > It tells you the over-the-thumb-fp-mode has been activated ;-)
> More seriously, there was (is, in 2.4 I guess) a hack by which,
> in a desperate attempt to avoid having to do the FP emulation
> in software, the kernel changed the FPU denorm handling mode
> and replayed the instruction, in hopes that the problem would
> go away (which it would for a subset of the unimplemented
> operation cases). This is not legal IEEE behaviour, as it turns out,
> but not many people cared.

I am reading between the lines.  Do you mean

1) even though the CPU (R5432 in this case) has a FPU, some instructions
(or under certain conditions) are NOT supported by the hardware?
2) So in those cases, software should do the job, but the existing 2.4
is not doing it right?
3) Can we summarize exactly what instructions (under what conditions)
are considered not supported by hardware?  Or is it too complicated to
summarieze in short?  Or should it be documented in CPU manual (which
may vary for different CPUs)

> > Somebody at MIPS is working on merging the necessary fp support software
> > into the kernel, so this problem should be solved soon.
> Once we had bolted the Algorithmics FPU emulator into the kernel,
> the hack was no longer necessary.   To say that "somebody at MIPS
> is working on merging the necessary fp support software into the
> kernel" is perhaps a bit misleading.  The FPU emulator itself is in
> the repository, in the 2_2 branch, but I did not merge
> in the hacks to the kernel exception, context, signal, etc. handling.
> And there are several bug fixes that have been made since then.
> All the additional code is available on the server, and
> has been merged by others into 2.3/2.4, most notably by the VrLinux
> guys.

If I understand correctly, FPU emulator is for the case where FPU is
completely absent.  Does it do the job we are talking about here?


... totally ignorant about FPU

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