home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / sys / 3b1 / 3112 < prev    next >
Encoding:
Text File  |  1992-08-17  |  2.1 KB  |  44 lines
  1. Newsgroups: comp.sys.3b1
  2. Path: sparky!uunet!usc!rpi!zaphod.mps.ohio-state.edu!magnus.acs.ohio-state.edu!usenet.ins.cwru.edu!wsu-cs!uts.cc.wayne.edu!rwilson
  3. From: rwilson@uts.cc.wayne.edu (Ron Wilson)
  4. Subject: Re: Potential kernel mods...
  5. Message-ID: <1992Aug17.162950.883@uts.cc.wayne.edu>
  6. Organization: Wayne State University, Detroit Mich.
  7. References: <l8rdpnINNdq4@skat.usc.edu> <1992Aug16.195654.9330@ceilidh.beartrack.com>
  8. Distribution: usa
  9. Date: Mon, 17 Aug 1992 16:29:50 GMT
  10. Lines: 32
  11.  
  12. In article <1992Aug16.195654.9330@ceilidh.beartrack.com> dnichols@ceilidh.beartrack.com (Don Nichols (DoN.)) writes:
  13. >In article <l8rdpnINNdq4@skat.usc.edu> jlowrey@skat.usc.edu (John 'Fritz' Lowrey) writes:
  14. >>    Folks,
  15. >>    With there being a potential for at some access to the source for
  16. >>our pet machine, I think that this would be an ideal time to consider a
  17. >>few improvements that some kernel hackers could implement that would make
  18. >>all of our lives easier.  By improvements, I mean things that could be
  19. >>done that would improve that performance and usability of the 3b1/7300
  20. >>without completely altering the system.  Now, don't all shout out things
  21. >>like "BSD file system!!", or "X Windows!!", be rational about the abilities
  22. >>and limitations or the machine.
  23. >>    My proposals are:
  24. >>
  25. [...]
  26. >>    = Maybe a leaner, meaner kernel without the TAM windowing.
  27. >>       I personally have hacked some things with this system (and I am
  28. >>       working on some others), but there are some with no need for the
  29. >>       code overhead (the MGR folks for instance).
  30. >
  31. >    Again, make it an optional loadable device driver, if possible.
  32.  
  33. I beleive the windowing already is a loadable driver - look at the begining
  34. of /etc/rc; it appears to test whether windows is running and loads the
  35. driver if not, then it reruns itself.
  36.  
  37. Another peice of evidence: I once compared the /unix on a bootable floppy to
  38. the /unix on the HD: they are the same.  When booting from the floppy, you
  39. windup with a single user shell with the full screen in use and not being
  40. able to open any of the /dev/w* devices.
  41.  
  42. While this is by no means proof, it does strongly suggest that TAM windowing
  43. is a loadable device driver.
  44.