Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!uunet!zaphod.mps.ohio-state.edu!caen!ox.com!math.fu-berlin.de!fauern!ira.uka.de!smurf!flatlin!ptavv!ralf From: ralf@ptavv.ka.sub.org (Ralf Wenk) Newsgroups: comp.os.minix Subject: Re: About Minix 68k Message-ID: <1991Apr30.201738.01841@ptavv.ka.sub.org> Date: 30 Apr 91 20:17:38 GMT References: <52171@nigel.ee.udel.edu> Lines: 28 In article <52171@nigel.ee.udel.edu> Frank Breure writes: > last weeks, a few people mentioned that you could easily increase > the number of cache buffers on the 68K version. > IMHO this is true WITH RESTRICTIONS, because the ACK - compiler > uses 16bit the maximum size of an array is 64k. > If you want more cache buffers than 62 (one cache buffer is bigger > than 1k because it's hold in a struct with some other information > about the buffer status). > > Anytime I try to boot a kernel with NR_CACHE_BUFS > 62 it hangs in > the startup, on an ST (running Minix 1.5.10.3) this means that the > screen will remain white. > > The solution to this can be to use a 32 bit integer compiler > (I intend to try this but I'm not very sure this can be done without > any modifications to the sources) That is not the real solution for that problem. I use a 68K version with NR_BUFS == 110 and this version is compiled with the normal ACK. The system crashed with different problems until Bruce Evans noted that ldaddr in sys/tools/boot.s must be increased to be able to boot which such a big cache. Since then the system runs fine. -- -- Ralf Wenk -- ralf@ptavv.ka.sub.org