>> Replace fpcurproc->p_addr-> references with curpcb->.
>
> This is wrong for the multiprocessor case, BTW.  The processor may
> have an FPU context for a process running on a different CPU.

Oh, Jason, you're right.  My comment was too terse.  Those changes are
enclosed inside #ifdef SOFTFLOAT section, so delayed lazy FPA context
switch semantics is not affected for fully equipped MIPS processors.
For Vr4100/TX3900 cases, every process has a set of software emulated
FP registers individually, and they should be free from MDP_FPUSED and
fpcurproc.

Tohru Nishimura