home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / unix / bsd / 9170 < prev    next >
Encoding:
Internet Message Format  |  1992-11-21  |  3.5 KB
  1. Path: sparky!uunet!cs.utexas.edu!sun-barr!sh.wide!wnoc-tyo-news!rena!specgw!amurai
  2. From: amurai@specgw.spec.co.jp (Atsushi MURAI)
  3. Newsgroups: comp.unix.bsd
  4. Subject: Re: [386BSD] Problem of New SCSI system for BT742A (In Japanese/Kanji)
  5. Message-ID: <2422@specgw.spec.co.jp>
  6. Date: 21 Nov 92 11:56:14 GMT
  7. References: <1992Nov20.001126.19615@tfs.com>
  8. Organization: System Planning and Engineering Corp., Tokyo, Japan
  9. Lines: 85
  10. X-Newsreader: Tin 1.1 PL5
  11.  
  12. Thanks for your quick response, Julian. Dear Netters, please pardon me
  13. following this article instead of replying by mail.
  14.  
  15. Julian Elischer (julian@tfs.com) wrote:
  16.  
  17. : The banner produced by the driver should have been of the form below:
  18. : does that agree with what you are seeing?
  19.  
  20. Yes, I can agree it 100%. I just put my banner follows. As you can see,
  21. I did set the board DMA emuration of ISA as drq 5 but if it off just
  22. disappear from banner but sympton is same.
  23.  
  24. <Copyright message>
  25. pc0<color> at 0x60 irq 1 on isa
  26. com1 at 0x3f8 irq 4 on isa
  27. fd0 drives 0:1.44M, 1:1.2M at 0x3f0 irq 6 drq 2 on isa
  28. bt0 reading board settings,
  29.   **bt0 probing for scsi devices**
  30.   dev0,lu0: type 0(direct),fixed 'MAXTOR  LXT-340S       6.57' scsi1
  31.        sd0: 322MB, cyls 1546, heads 7, secs 61, bytes/sec 512
  32. bt0 at 0x330 irq 11 drq 5 on isa
  33. ne0 ethernet address xx:xx:xx:xx:xx:xx at 0x300 irq 9 on isa
  34. npx0 at 0xf0 irq 13 on isa
  35.  
  36. <Auto reboot proceeding>
  37.  
  38. starting system logger.
  39.  
  40. <NO Flash LED - Disk access stopping..>
  41.  
  42. bt0:0 device timed out
  43. bt0:0 not taking commands
  44.  
  45. <Fall into DDB>
  46.  
  47. : >I notice btinter routine ignore about 10 times interrupts after probing 
  48. : >start. ( int = 0x81,unit=0, ALL bt_mbx[unit].mbi[].stat is BT_MBI_FREE )
  49. : I don't quite understand this, but it sounds suspicious..
  50. : do you have another board on the same interrupt?
  51.  
  52. I did check it again and change to other interrupt number, but it same.
  53. Also I attempt to follows.
  54.  
  55.      o Level/Edge Interrupt
  56.      o EISA Bus Burst Cycles
  57.      o Initiate Sync ( Should be not related )
  58.      o Sync Date Rate Allowed( Should be not related )
  59.  
  60. : >   ccb: fe092780 op:2 cmdlen:10 senlen:34
  61. : >   datlen:8 hstat:0 tstat:0 delta:500 falgs:1
  62. : >
  63. : >Also ccb->mbx->cmd is 0x01
  64. : that is what the line "bt0:0 not taking commands" is saying.
  65.  
  66.  I think you are correct but I want to figure out that either BT742A
  67. firm ware (Vesion 3.30) forget to do interrupt nor driver missing
  68. interrupt. I am not familia with this board and no technical manual. 
  69. So I want to know this timeouted ccb is either finishd or not yet by
  70. BT742A. Becacuse in btinter routine, If port status is NOT 0x?1 just
  71. return with 1. If port status is 0x?1, he try to search a active
  72. (!=BT_MBI_FREE) mail box and ccb. Case of finding it with ccb, he
  73. unlink from timout queue and call to bt_done routine. but Case of
  74. "about 10 times 0x81 port status", he just ignores (Not found active
  75. mail box with ccb).
  76.  
  77.   1. BT742A made interrupts but btintr missing
  78.      -> Continue investgation for driver under my machine
  79.  
  80.   2. BT742A is screwed up under some condition and forget command.
  81.      -> I want to know your version and ask to Buslogic(Busteck)
  82.         about Firm Ware.( Is there any BBS like Adaptec one ? )
  83.  
  84. : if you can find someone with internet access, you can try the kernel
  85. : running on ref.tfs.com
  86. : (there are japanese users, some may be close to you)
  87.  
  88. Yes, I will. I'm going to ask someone for sending it.
  89.  
  90. Thank you so much, julian.
  91.  
  92. Atsushi Murai.
  93. -- 
  94. $@B<0f!!=_(J (Atsushi Murai)                              Junet : amurai@spec.co.jp
  95. SPEC                                                  Voice : (03)3833-5341
  96. System Planning and Engineering Corp.
  97.