Date: Sat, 11 May 1996 14:25:50 +1000 From: Bruce Evans <bde@zeta.org.au> To: asami@cs.berkeley.edu, bde@zeta.org.au Cc: current@FreeBSD.ORG, nisha@cs.berkeley.edu Subject: Re: some more on fast bcopy Message-ID: <199605110425.OAA11493@godzilla.zeta.org.au>
next in thread | raw e-mail | index | archive | help
> * I think this is caused by the FPU probe failing. It only happens when > * npxdna() returns 0, and npxdna() only returns 1 if the probe failed. > * bcopy() is sure to be called at boot time before the npx0 probe, and > * this might foul the probe. There must be another bug for the crash to > * be so long delayed. >I've been saying bcopy() but the code is actually only called from >copyin() and copyout(). ;) Oops. npxdna() is only relevant for user mode. You must be getting a trap of type T_DNA (device not available) in system mode. This can't happen :-). `clts' make the coprocessor device available and nothing should change the TS bit. Bruce
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199605110425.OAA11493>