home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / os / linux / 20388 < prev    next >
Encoding:
Text File  |  1992-12-14  |  2.5 KB  |  64 lines
  1. Newsgroups: comp.os.linux
  2. Path: sparky!uunet!mcsun!news.funet.fi!hydra!klaava!torvalds
  3. From: torvalds@klaava.Helsinki.FI (Linus Torvalds)
  4. Subject: IMPORTANT [BUG in 0.99] Re: [ANNOUNCE]: linux version 0.99
  5. Message-ID: <1992Dec14.192204.16359@klaava.Helsinki.FI>
  6. Keywords: kernel linux 0.99
  7. Organization: University of Helsinki
  8. References: <1992Dec13.193812.6958@tc.cornell.edu> <1992Dec14.172729.9675@tc.cornell.edu> <1992Dec14.174625.1102@galileo.cc.rochester.edu>
  9. Date: Mon, 14 Dec 1992 19:22:04 GMT
  10. Lines: 52
  11.  
  12. Simple but important bug-fixes follow.  Please check them out if you
  13. have had problems with 0.99. 
  14.  
  15. In article <1992Dec14.174625.1102@galileo.cc.rochester.edu> ctne_ltd@uhura.cc.rochester.edu (Chris Newbold) writes:
  16. >
  17. >Okay. I posted a note this morning about not being able to get 0.99 to boot.
  18. >Well, I solved that problem... Just my own stupidity. *BUT*, I may have a 
  19. >bug to report here.
  20. >
  21. >I also posted another note about X locking up perodically (Subject was 
  22. >[BUG REPORT] swapping trouble ?!?). Now that I am running 0.99, the kernel
  23. >manages to keep limping when X locks up--enough for syslogd to spit out what
  24. >happens: I get a whole bunch of "No free inodes -- contact Linus" messages.
  25.  
  26. Good.  I added code to handle the "out of inode" error more gracefully,
  27. and it seems to have found the error pretty efficiently (well, I
  28. suspected it already, which is why I wrote the code in the first place,
  29. but now it's confirmed).  Consider me contacted. 
  30.  
  31. Sadly, the "out of inode" code has a silly bug that can lead to kernel
  32. panics at bootup: the 'inode_wait' wait-queue is not correctly
  33. initialized to NULL, so people booting from floppy may get bad values
  34. here. So here are a couple of fixes for 0.99 - unofficial, but I would
  35. like to hear if there are still problems after these:
  36.  
  37.  1) in linux/fs/inode.c, at the start, change
  38.  
  39.     static struct wait_queue * inode_wait;
  40.  
  41.     to
  42.  
  43.     static struct wait_queue * inode_wait = NULL;
  44.  
  45.  2) in linux/include/linux/fs.h, double the value of NR_INODE (to 256),
  46.     ie change
  47.  
  48.     #define NR_INODE 128
  49.  
  50.     to
  51.  
  52.     #define NR_INODE 256
  53.  
  54. and see if that is enough (it really should be: NR_FILE is 128, so the
  55. above value for NR_INODE should leave plenty of inodes for things like
  56. executables etc).  Hopefully you won't get the "No free inodes" problem
  57. any more. 
  58.  
  59. Note that I'll have to make the number of inodes dynamic, but I won't do
  60. so for 1.0, as the changes would be big enough to be bug-prone.  1.0
  61. need not be perfect, but I hope it will be stable. 
  62.  
  63.         Linus
  64.