home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / os / linux / 8842 < prev    next >
Encoding:
Internet Message Format  |  1992-08-22  |  2.0 KB
  1. Path: sparky!uunet!mcsun!news.funet.fi!hydra!klaava!torvalds
  2. From: torvalds@klaava.Helsinki.FI (Linus Benedict Torvalds)
  3. Newsgroups: comp.os.linux
  4. Subject: Re: problem compiling 0.97pl1.5 with gcc2.2.2d
  5. Message-ID: <1992Aug22.200046.25400@klaava.Helsinki.FI>
  6. Date: 22 Aug 92 20:00:46 GMT
  7. References: <1992Aug22.164625.772@rock.concert.net>
  8. Organization: University of Helsinki
  9. Lines: 35
  10.  
  11. In article <1992Aug22.164625.772@rock.concert.net> cole@concert.net (Derrick C. Cole) writes:
  12. >
  13. >Using the 96c bootimage, and after installing gcc2.2.2d and the 0.97 source
  14. >and patches, I am able to compile the kernel sans problem.
  15. >
  16. >However, after the unix socket init, I get an unstoppable list of
  17. >
  18. >[ ...lots of error stuff deleted... ]
  19. >kernel panic: no free inodes in mem
  20. >[ ...lots of error stuff deleted... ]
  21.  
  22. Sounds like the infamous problem with shoelace and a kernel image with
  23. holes in it.  The fix is either not to use shoelace, or make sure
  24. /vmunix (or whatever you call it) has no holes.  The latter can be done
  25. by using "cat /usr/src/linux/Image > /vmunix" instead of using 'cp' (or
  26. you can use 'dd' or any number of other things). 
  27.  
  28. While I'm orating, I might as well mention that 0.97.pl2 will be out
  29. tomorrow: it contains mostly the memory management rewrite, but also has
  30. some bigger vfs patches (mostly with symbolic links, but also some
  31. general fixes).  The changes will mostly not be seen on a user level:
  32. some error-codes have been corrected, and linux gives each task 3GB
  33. address space, but normal programs won't notice anything.  The memory
  34. management cleanup also allowed a clean vm86-mode, so that's in. 
  35.  
  36. pl2 is relative to (unpatched) pl1, so people who have applied the
  37. 1-line fix will get patch errors.
  38.  
  39. Also, while I haven't been totally out of touch, I've not answered all
  40. my mail (or answered very tersely) the last weeks, due to work.  I also
  41. haven't had time to check out all the patches I've gotten etc.  I should
  42. have more time for linux the upcoming weeks, so hopefully I'll try to
  43. catch up a bit. 
  44.  
  45.         Linus
  46.