Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!sdd.hp.com!decwrl!ogicse!littlei!intelisc!hays
From: hays@isc.intel.com (Kirk Hays)
Newsgroups: comp.os.minix
Subject: Re: Huge cache under Minix-32
Message-ID: <949@intelisc.isc.intel.com>
Date: 5 Oct 90 17:44:03 GMT
References: <31783@nigel.ee.udel.edu> <2324@runxtsa.runx.oz.au>
Organization: Intel Scientific Computers
Lines: 26

In article <2324@runxtsa.runx.oz.au> brucee@runxtsa.runx.oz.au (Bruce Evans) writes:
|In article <31783@nigel.ee.udel.edu> andrew@eleceng.bradford.ac.uk (Andrew G. Minter) writes:
|>After upgrading my RAM to 4Mb, I tried increasing the size of the cache to
|>1Mb, but now shoelace locks up whebn trying to load the fs.
|
|The cache has to fit below 640K because the system is loaded into the
|real-mode address space :(. Shoelace should detect that the big FS would
|overwrite shoelace and abort the boot. However, the check for this has a
|bug. It fails for small overwrites. I'm not sure what happens for large
|ones.
|-- 
|Bruce Evans  (evans@syd.dit.csiro.au)

Sounds like time for a two stage boot:

	1.  boot a "small" 386 minix using shoelace
	2.  run a protected mode shoelace that runs in the
	    low 640K of memory, loading the "big" 386 minix
	    into high RAM.


-- 
Kirk Hays - NRA Life.  Dulce et Decorum est, pro patra mori.
"The way of the samurai is found in death.  It is this simple.  If you
 can accept it then you will fight as though you are already dead."
Tsunemoto Yamamoto, _Hagakure_