home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / unix / bsd / 4581 < prev    next >
Encoding:
Internet Message Format  |  1992-08-22  |  3.6 KB
  1. Path: sparky!uunet!zaphod.mps.ohio-state.edu!uakari.primate.wisc.edu!ames!agate!tfs.com!tfs.com!julian
  2. From: julian@tfs.com (Julian Elischer)
  3. Newsgroups: comp.unix.bsd
  4. Subject: New scsi driver.
  5. Message-ID: <1992Aug22.220006.1266@tfs.com>
  6. Date: 22 Aug 92 22:00:06 GMT
  7. Distribution: comp
  8. Organization: TRW Financial Systems
  9. Lines: 71
  10.  
  11. Well I have finally had time to port some of my SCSI stuff to 386bsd.
  12. I have the adaptec driver working and the generic tape subdriver
  13. seems to find the tape on the scsibus and attach to it.
  14. I don't know if the actual reads and writes work yet as there is
  15. no tape in  the drive (which is at work, and I am at home)
  16. But I have no reason to doubt it so far.
  17.  
  18. I have a couple of questions which maybe some people out there can
  19. answer to save me time:
  20.  
  21. 1/ ddb uses strcmp (as I do) The only strcmp in the kernel is
  22. in ddb, so if I don't include ddb, I can't link. Does anybody have 
  23. any knowledge of a similar function in the kernel by default.
  24. (I have done all sorts of greps but can't find one).
  25. I may end up taking strcmp out of ddb and make it generic.
  26. (I note there IS a strncpy)
  27.  
  28. 2/ The MACH and OSF kernels have a function
  29. spinwait(millisecs) and a calibrated delay counter
  30. delaycount that is used by spinwait() and set up when the clock is
  31. started.. Does anybody know of such a 'calibrated count variable'
  32. for 386bsd. (i.e a loop of that variable number of times takes the
  33. same amount of time on any kind of machine.) I have just put a constant
  34. into a local copy at the moment, (I use it to loop in timeouts in 
  35. the probe, before the interrupts are usable.) but a constant is not
  36. very portable. I may just port in the routines from mach.
  37.  
  38. For those that don't know why my scsi stuff is different to
  39. the existing stuff, this may help:
  40.  
  41. +------+    +-------+    +-------+    +-------+
  42. | tape |    | disk  |    | cdrom |    | your  |
  43. |      |    |       |    |       |    |device |
  44. +------+    +-------+    +-------+    +-------+
  45.                                                  
  46. +-------------+                                    
  47. | Autoconnect |                                   
  48. | scsi probe  |                                    
  49. | module      |                                    
  50. +-------------+                                    
  51.                                                  
  52. +-------+    +-------+    +-------+    +-------+
  53. |adaptec|    |bustek |    |your   |    |adaptec|
  54. |1542   |    |742    |    |adapter|    |1740   |
  55. +-------+    +-------+    +-------+    +-------+
  56.  
  57. Any device could be on any adapter and in fact
  58. a single type of device may be present on each
  59. of several different types of adapters simultaniously
  60.  
  61. The scsi ID's of the devices need not be known at kernel
  62. build time but are dynamically probed out and 'attached'
  63. to their correct drivers at boot time.
  64. (there is a mechanism for preattachind devices you think may
  65. be turned off at boot time)
  66. I hope to be able to release an alpha version of the system
  67. at the middle or end of next week.
  68. (btw the 1740 driver is not written yet but I have received the manual!)
  69.  
  70.  
  71.  notice people asking for in2000 drivers and dtc drivers etc.
  72.  with this scheme it should be possible to add the drivers for
  73.  these boards without having to write new scsi disk and tape and 
  74.  configure code.
  75.  
  76. +----------------------------------+       ______ _  __
  77. |   __--_|\  Julian Elischer       |       \     U \/ / On assignment
  78. |  /       \ julian@tfs.com        +------>x   USA    \ in a very strange
  79. | (   OZ    ) 2118 Milvia st. Berkeley CA. \___   ___ | country !
  80. +- X_.---._/  USA+(510) 704-3137(wk)           \_/   \\            
  81.           v
  82.