home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / os / linux / 8100 < prev    next >
Encoding:
Internet Message Format  |  1992-08-12  |  3.9 KB
  1. Path: sparky!uunet!mcsun!sun4nl!orcenl!jhelberg
  2. From: jhelberg@nl.oracle.com (Joost Helberg)
  3. Newsgroups: comp.os.linux
  4. Subject: loadable device drivers
  5. Message-ID: <2659@nlsun1.oracle.nl>
  6. Date: 13 Aug 92 07:05:43 GMT
  7. Organization: Oracle Europe
  8. Lines: 100
  9. X-Newsreader: Tin 1.1 PL3
  10.  
  11. X-Disclaimer: This message was written by an unauthenticated user
  12.               at Oracle Corporation.  The opinions expressed are those
  13.               of the user and not necessarily those of Oracle.
  14.  
  15. If you're interested in the pros of loadable drivers only, go to the
  16. end of this article.
  17. In article <1992Aug12.173012.17552@colorado.edu> you write:
  18. : In article <1992Aug11.203828.11554@crd.ge.com> davidsen@crd.ge.com (bill davidsen) writes:
  19. : >
  20. : >  Just one last thought. Linux has really taken to doing the hard stuff
  21. : >first, like virtual memory. Work is going on right now to look at
  22. : >improving the shared libraries, when most other systems don't even
  23. : >/have/ shared libraries.
  24. : >
  25. : 
  26. : Most AT&T variants do.  No BSD flavor I know of has shared libraries.
  27.  
  28. Next? I thought they had shared libs?
  29.  
  30. : 
  31. : >  It would be really great to have loadable device drivers. More to the
  32. : >point, it would allow people to add devices without generating a new
  33. : >kernel, something I believe most users would like to see. Nice a it is
  34. : >to have source, I lose an evening of use of my system every time I
  35. : >recompile the kernel.
  36. : >
  37. : 
  38. : Loadable device drivers are bad because you need to relocate them 
  39. : at load time.  Loadable device drivers may be impractical - for 
  40.  
  41. Relocation isn't bad, what's your point?
  42.  
  43. : instance, if your disk driver is on the root disk which you can't
  44. : read, you are SOL.  I don't like loadable device drivers - you
  45.  
  46. Of course, there are a number of drivers which will always reside
  47. in core (sticky), but the rest ....
  48.  
  49. : don't really gain anything significant that you don't get with a 
  50. : good config utility.
  51. : 
  52. : It takes me ~45 seconds to add a new SCSI driver into my development 
  53.  
  54. Far too long, and you have to reboot too! i.e. all users have to 
  55. get coffee or tea!
  56.  
  57. : kernel.  I have automatically generated make files and something 
  58. : like the BSD ioconf.c, table.c.  When I change the configuration 
  59. : file, table.c gets recompiled, and nothing but the new files that
  60. : were'nt built before.
  61. : 
  62. [STUFF DELETED]
  63.  
  64. : Assuming you run in kernel space :
  65. : 
  66. : 1.  You will have to allocate more kernel memory.  This is a sloppy operation,
  67.  
  68. You're right, not easy to do.
  69.  
  70. :     because currently everything assumes that kernel memory is 
  71. :     identity mapped.  You may have to swap things arround for 
  72.  
  73. The kernel must be mapped when implementing loadable device drivers (to
  74. get page-faults) so the kernel doesn't need contiguous memory --> less
  75. problems allocating memory.
  76.  
  77. :     other processes just to get a large enough chunk of contigous
  78. :     physical memory in the right place.  Messy.
  79. : 
  80. : 2.  You need to relocate the drivers at run time if you run them in kernel
  81. :     space, writing something like LD to load them.
  82.  
  83. Again, what is the problem here?
  84.  
  85. : Assuming you run in user space :
  86.  
  87. The driver shouldn't run in user space.
  88.  
  89. :
  90. [stuff deleted]
  91. : 
  92. : Get a decent config program, it will accomplish the same thing 
  93. : (except you have to reboot to use the new device driver),
  94. : without all of the negative side effects.
  95.  
  96. Positive effects:
  97. Much of the positive effects are the same as the effects for paging of user-programs.
  98.  
  99. - The kernel will never use more core than necessary. Only text/data really
  100.   used will be in core (that is using LRU algorithms). 
  101. - Updating a driver can be done at runtime shortening the development time
  102.   of driver enhancements.
  103.  
  104. --
  105.    Joost Helberg                                Rijnzathe 6
  106.    jhelberg@oracle.nl                           NL-3454 PV De Meern
  107.    jhelberg@nl.oracle.com                       The Netherlands
  108.  
  109.    Oracle Europe BV                             Product Line Development    
  110.    Phone: +31 3406 94211                        Fax:   +31 3406 65609
  111.