Pity the poor 286 folk

[The Beach Bum]

In article <Sep.22.04.57.32.1988.5403 at athos.rutgers.edu> hedrick at athos.rutgers.edu (Charles Hedrick) writes:
>The whole discussion about doing VM on the 286 may have been
>misleading.  The fact is, it isn't entirely Microport's decision.
>They just do device drivers and various details for what is basically
>an ATT/Intel product, System V/286.  I don't think Microport has the
>resources to do their own 286 port of System V from scratch.

uPort probably couldn't do a port from 3B2 sources to PC/AT on their
own, but there is little reason they can't hack in some support for
"segment swapping".  the fact is, the number of routines inside the
kernel which are affected by paged out segments is probably very small.
trap.c is probably the most affected, followed by various members of
sys[1234].c and three or four others.

virtual memory for any system which can support it is hard, but far
from beyond the reach of a company the size of uPort.
-- 
John F. Haugh II (jfh at rpp386.Dallas.TX.US)                   HASA, "S" Division

      "Why waste negative entropy on comments, when you could use the same
                   entropy to create bugs instead?" -- Steve Elias