home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / os / minix / 4302 < prev    next >
Encoding:
Text File  |  1992-08-25  |  3.1 KB  |  70 lines
  1. Newsgroups: comp.os.minix
  2. Path: sparky!uunet!gatech!udel!rochester!rit!cci632!adw
  3. From: adw@cci632.cci.com (Allen Williams (co-op))
  4. Subject: Basic MINIX ST questions
  5. Message-ID: <1992Aug25.171217.4016@cci632.cci.com>
  6. Organization: Computer Consoles Incorporated
  7. Date: Tue, 25 Aug 1992 17:12:17 GMT
  8. Lines: 60
  9.  
  10.  
  11.  I've purchased Andy T.'s Minix textbook, and I found it interesting and
  12. a sight better more informative than the dull and boring OS book I used
  13. for an OS class I took. I especially appreciated the extra detail in file
  14. systems, somtheing that was glossed over in the class.
  15.  
  16.  I've ordered Minix for my Atari ST from the address in the FAQ, but I sent
  17. the order last week so it might be a bit early for it to arrive. 
  18.  
  19.  As the book was for the IBM PC, I have some questions about the Atari
  20. specific version of Minix. These are basic questions but hopefully not
  21. something people are tired of hearing:
  22.  
  23.       I know there is no paging of memory for Minix, as there isn't
  24.     any good hardware support. However, is memory accesses outside
  25.     the process space restricted? Can I write an user program to
  26.     diddle with the kernel or file system space? If so, is this
  27.     just one of those things you're not supposed to do but can
  28.     do anyway? If I access memory outside my program space, will a
  29.     core dump be generated?
  30.  
  31.     How are memory holes handled? I'm afraid I'm not clear on this
  32.     feature. Is memory compacted as the holes become too small or
  33.     too numerous, or does one have to reboot Minix when no new
  34.     processes can be created due to none of the holes being big enough?
  35.     
  36.     On the Atari, how is program expansion handled? For the IBM PC
  37.     in the minix book, there is a system call called "brk" which will
  38.     allow the program to grow upward toward the program stack. I think
  39.     this was due to a limitation of the 286's 64k segmentation. I would
  40.     think that Atari Minix won't have this limitation. Do I use a
  41.     malloc() call, and the memory manager will allocate any free memory for
  42.     my process, and not just the memory between my process and the stack?
  43.  
  44.  
  45.     Has anyone done any hardware hacking for the ST to make it run better
  46.     with Minix? I have two Atari computers, one which I'm willing to
  47.     donate to science (it won't read from the floppy but runs OK from
  48.     a hard drive).
  49.     
  50.     I was thinking of building a memory mangler for the ST, based on
  51.     my understanding of how Minix works. If a process has a lower and
  52.     upper limit that it can access (if my supposition about malloc() 
  53.     above doesn't hold true), then perhaps when the cpu is in user mode
  54.     and it tries to access memory outside this range, an interrupt is
  55.     generated and the kernel kills the process and generates a core 
  56.     dump. 
  57.  
  58.     Perhaps a small controller could provide some rudimentary memory
  59.     management, such as keeping track of the pages assigned and making
  60.     sure that the cpu doesn't stray from the proper areas of memory
  61.     it's supposed to access. It sounds like a bit of work, and I
  62.     would like to hear of other people's efforts in this matter.
  63.  
  64.  Well, I think that's enough questions to ask for now. I would be deeply
  65. appreciative to hear from other Atari (or any other computer) Minix
  66. hackers!
  67.  
  68.                                                       Derrick
  69.     
  70.