home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / os / linux / 8015 < prev    next >
Encoding:
Text File  |  1992-08-12  |  3.3 KB  |  80 lines
  1. Newsgroups: comp.os.linux
  2. Path: sparky!uunet!boulder!kinglear!drew
  3. From: drew@kinglear.cs.colorado.edu (Drew Eckhardt)
  4. Subject: Re: Stabilizing Linux
  5. Message-ID: <1992Aug12.173012.17552@colorado.edu>
  6. Sender: news@colorado.edu (The Daily Planet)
  7. Nntp-Posting-Host: kinglear.cs.colorado.edu
  8. Organization: University of Colorado at Boulder
  9. References: <1992Aug11.135230.18082@kth.se> <1992Aug11.203828.11554@crd.ge.com>
  10. Date: Wed, 12 Aug 1992 17:30:12 GMT
  11. Lines: 67
  12.  
  13. In article <1992Aug11.203828.11554@crd.ge.com> davidsen@crd.ge.com (bill davidsen) writes:
  14. >
  15. >  Just one last thought. Linux has really taken to doing the hard stuff
  16. >first, like virtual memory. Work is going on right now to look at
  17. >improving the shared libraries, when most other systems don't even
  18. >/have/ shared libraries.
  19. >
  20.  
  21. Most AT&T variants do.  No BSD flavor I know of has shared libraries.
  22.  
  23. >  It would be really great to have loadable device drivers. More to the
  24. >point, it would allow people to add devices without generating a new
  25. >kernel, something I believe most users would like to see. Nice a it is
  26. >to have source, I lose an evening of use of my system every time I
  27. >recompile the kernel.
  28. >
  29.  
  30. Loadable device drivers are bad because you need to relocate them 
  31. at load time.  Loadable device drivers may be impractical - for 
  32. instance, if your disk driver is on the root disk which you can't
  33. read, you are SOL.  I don't like loadable device drivers - you
  34. don't really gain anything significant that you don't get with a 
  35. good config utility.
  36.  
  37. It takes me ~45 seconds to add a new SCSI driver into my development 
  38. kernel.  I have automatically generated make files and something 
  39. like the BSD ioconf.c, table.c.  When I change the configuration 
  40. file, table.c gets recompiled, and nothing but the new files that
  41. were'nt built before.
  42.  
  43. Linux needs this - users can then recompile just the new parts that
  44. weren't in their kernel before.
  45.  
  46. >  This also allows people to install to unsupported devices, by loading
  47.  
  48. People can install new devices by recompiling the kernel.  If we 
  49. get a decent config program, people can install new devices by relinking
  50. the thing.
  51.  
  52. >the driver from a floppy at boot from floppy time. It has been done by a
  53. >commercial vendor, I see no reason why it couldn't be in Linux.
  54.  
  55. Assuming you run in kernel space :
  56.  
  57. 1.  You will have to allocate more kernel memory.  This is a sloppy operation,
  58.     because currently everything assumes that kernel memory is 
  59.     identity mapped.  You may have to swap things arround for 
  60.     other processes just to get a large enough chunk of contigous
  61.     physical memory in the right place.  Messy.
  62.  
  63. 2.  You need to relocate the drivers at run time if you run them in kernel
  64.     space, writing something like LD to load them.
  65.  
  66. Assuming you run in user space :
  67.  
  68. 1.  You will be VERY, VERY, slow.  Anything that accesses the device 
  69.     will incur extra context switches.
  70.  
  71. 2.  You will need to do nasty things to access kmem.
  72.  
  73. Get a decent config program, it will accomplish the same thing 
  74. (except you have to reboot to use the new device driver),
  75. without all of the negative side effects.
  76. -- 
  77. Microsoft is responsible for propogating the evils it calls DOS and Windows, 
  78. IBM for AIX (appropriately called Aches by those having to administer it), but neither is as bad as AT&T.  Boycott AT&T, and let them know how you feel. 
  79.  
  80.