Aucbvax.5466
fa.works
utzoo!decvax!ucbvax!works
Sun Dec 13 17:06:10 1981
WorkS Digest V1 #44
>From JSol@RUTGERS Sun Dec 13 17:04:42 1981
Works Digest Monday, 14 Dec 1981 Volume 1 : Issue 44
Today's Topics: Limiting 68000 To Permit Demand Paging
(Very Short Digest)
----------------------------------------------------------------------
Date: 9 Dec 1981 20:06:22-PST
From: decvax!watmath!idallen at Berkeley
To: decvax!ucbvax!works@Berkeley
Subject: Limiting 68000 to permit demand paging.
Re: Ian Merritt's comment on a "real implementation" of paging.
The observations of hardware deficiencies published in this digest
lead me to believe that a single 68000 can not be involved in a
non-restartable instruction when a page fault occurs, since there is
no way to preserve the internal state of the chip, service the page
fault, and resume. I am led to think that a "real implementation"
must involve more than one processor, essentially leaving the 68000
stuck in mid-instruction while the second processor brings in the
missing page(s). Some comments seemed to suggest that, even with this
dual-processor kludge, it was still necessary to restrict the use of
certain instructions. This is the point I am unsure of. I can not
see this restriction as being a good thing if it means that one must
avoid auto[increment|decrement] modes. I guess I am asking, What
precisely is a "real implementation"? -IAN!
------------------------------
End of WorkS Digest
*******************
-------
-----------------------------------------------------------------
gopher://quux.org/ conversion by John Goerzen <
[email protected]>
of
http://communication.ucsd.edu/A-News/
This Usenet Oldnews Archive
article may be copied and distributed freely, provided:
1. There is no money collected for the text(s) of the articles.
2. The following notice remains appended to each copy:
The Usenet Oldnews Archive: Compilation Copyright (C) 1981, 1996
Bruce Jones, Henry Spencer, David Wiseman.