home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / os / linux / 8877 < prev    next >
Encoding:
Internet Message Format  |  1992-08-23  |  3.3 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: linux-0.97 patchlevel 2
  5. Message-ID: <1992Aug23.221741.6989@klaava.Helsinki.FI>
  6. Date: 23 Aug 92 22:17:41 GMT
  7. Organization: University of Helsinki
  8. Lines: 56
  9.  
  10. As promised, 0.97.pl2 is out today (well, over here it's already
  11. tomorrow, so I guess I'm 35 minutes late.  Naughty, naughty).  Right
  12. now, the patch (and full source for those that don't like to patch up
  13. the system) is available at "nic.funet.fi: pub/OS/Linux/testing/Linus",
  14. but I'll try to put it on some other sites as well if I'm able and
  15. energetic enough.  Probably tomorrow - together with a binary for those
  16. that aren't willing to comple the kernel on their own. 
  17.  
  18. 0.97.2 has mostly my mm/fs patches, along with some relatively minor
  19. diffs by others (including file locking by Doug Evans).  User-level
  20. changes are minor: but the mm has changed a lot, and the vfs routines
  21. have been changed to keep track of the error-messages a bit better. 
  22. Also, the vfs-interface to "follow_link()" changed slightly: people who
  23. are making filesystems should look at the changes (but they are
  24. relatively minor, and shouldn't result in any problems - both the
  25. extended fs and minix fs needed just a simple change in their respective
  26. symlink.c files). 
  27.  
  28. The mm changes /might/ lower performance slightly, as the paging TLB's
  29. are now flushed at every task-switch due to the new system, but I doubt
  30. it's noticeable.  The other performance changes (dynamic buffers etc) in
  31. 0.97(.pl1) should overshadow that particular problem. 
  32.  
  33. I hope this release means that these kinds of low-level rewrites aren't
  34. needed for a while: the last couple of releases have changed some very
  35. fundamental things.  Nothing seems to have suffered too badly, but I'd
  36. be happier if it all got tested more thoroughly.  Anyway, discounting
  37. the ps/free etc suite of programs, everything I have tried has worked
  38. flawlessly despite the big kernel changes.
  39.  
  40. I'm still worried about the reports about messed-up buffers, but have
  41. been unable to reproduce the problem, and nobody has so far
  42. disillusioned me about my guess that it's a problem with the SCSI code
  43. (which at least gives me an excuse for not doing anything about it :-). 
  44. Other problems include at least one report of spontaneous re-booting,
  45. which is totally inexplicable, so I'm blaming hardware once more until I
  46. can get better data on the thing.
  47.  
  48. As to patches sent by others: 0.97.2 contains very little of that kind
  49. of code.  I've been too busy either working, or implementing my own
  50. changes that I have simply ignored them for the most part.  Remind me
  51. (or resend them relative to the new kernel) if you have a patch that is
  52. still needed. 
  53.  
  54. There is one new system call: 'vm86(struct vm86_struct * info)'.  It's
  55. not ready for general use yet - it works, but will probably need some
  56. tweaking before being practical.  But supporting a virtual 86 mode was
  57. so easy after the mm rewrite that I felt it was worth implementing: the
  58. vm86 code is less than 50 lines of C right now. 
  59.  
  60.         Linus
  61.  
  62. PS.  The bright spot of the week goes to "The Oxford Beer Trolls" - all
  63. UK inhabitants should probably be locked into some (big) mental
  64. institution and TOBT should probably have a wing of their own, but
  65. thanks to them linux can now call itself "beerware" :-)
  66.