Pic on ISC's 386/ix 2.0.2 locks system hard.
vjs at calcite.UUCP
Fri Dec 1 03:37:03 AEST 1989
In article <1708 at mtunb.ATT.COM>, jcm at mtunb.ATT.COM (John McMillan) writes:
> On an ATT-6386 running SVR3.2, the 387 problem is 'fixed' by adding
> the following to '/etc/conf/cf.d/stune' and re-building the kernel:
> DO387CR3 1
> john mcmillan -- att!mtunb!jcm -- muttering for SELF... not THEM
Can someone say precisely what the kernel work-around is? I've heard
of something like leaving the 387 marked absent or in other words continueing
to "emulate" 387 instructions, and in the "emulator" doing strange and
slow stuff before actually doing the ESC+etc. How much slower is
<old 386>+<software fix>+387 than <new 386>+387? How many cycles are
added to each 387 operation?
vjs at calcite.uucp
More information about the Comp.unix.i386