home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / unix / bsd / 9211 < prev    next >
Encoding:
Internet Message Format  |  1992-11-22  |  4.4 KB
  1. Path: sparky!uunet!olivea!spool.mu.edu!agate!tfs.com!tfs.com!julian
  2. From: julian@tfs.com (Julian Elischer)
  3. Newsgroups: comp.unix.bsd
  4. Subject: Re: [386BSD] Problem of New SCSI system for BT742A (In Japanese/Kanji)
  5. Message-ID: <1992Nov23.063148.8645@tfs.com>
  6. Date: 23 Nov 92 06:31:48 GMT
  7. References: <1992Nov20.001126.19615@tfs.com> <2422@specgw.spec.co.jp>
  8. Organization: TRW Financial Systems
  9. Lines: 111
  10.  
  11. In article <2422@specgw.spec.co.jp> amurai@specgw.spec.co.jp (Atsushi MURAI) writes:
  12. >Thanks for your quick response, Julian. Dear Netters, please pardon me
  13. >following this article instead of replying by mail.
  14.  
  15. the reason being that amurai cannot get mail in/out of japan
  16. thankyou for your forgoance (it is actually relevant to c.u.b )
  17.  
  18. >
  19. >Julian Elischer (julian@tfs.com) wrote:
  20. >
  21. ><Copyright message>
  22. >pc0<color> at 0x60 irq 1 on isa
  23. >com1 at 0x3f8 irq 4 on isa
  24. >fd0 drives 0:1.44M, 1:1.2M at 0x3f0 irq 6 drq 2 on isa
  25. >bt0 reading board settings,
  26. >  **bt0 probing for scsi devices**
  27. >  dev0,lu0: type 0(direct),fixed 'MAXTOR  LXT-340S       6.57' scsi1
  28. >       sd0: 322MB, cyls 1546, heads 7, secs 61, bytes/sec 512
  29. >bt0 at 0x330 irq 11 drq 5 on isa
  30. >ne0 ethernet address xx:xx:xx:xx:xx:xx at 0x300 irq 9 on isa
  31. >npx0 at 0xf0 irq 13 on isa
  32. >
  33. ><Auto reboot proceeding>
  34. >
  35.  
  36. up to this point, all acces has been via POLLED operation.
  37. or via the BIOS
  38.  
  39. >starting system logger.
  40. >
  41. ><NO Flash LED - Disk access stopping..>
  42. >
  43. >bt0:0 device timed out
  44. >bt0:0 not taking commands
  45. >
  46.  
  47. This indicates that the board has stopped reading in commands from the 
  48. mailbox.. The last command (the one that timed out) was still 
  49. unacknowledged in the mailbox. the board had not even read it in.
  50.  
  51. I suspect a faulty board.. I have 3 running here
  52.  
  53. ><Fall into DDB>
  54. >
  55. >: >I notice btinter routine ignore about 10 times interrupts after probing 
  56. >: >start. ( int = 0x81,unit=0, ALL bt_mbx[unit].mbi[].stat is BT_MBI_FREE )
  57. >: I don't quite understand this, but it sounds suspicious..
  58. >: do you have another board on the same interrupt?
  59.  
  60. why would the board post interrupts without having anything to report?
  61. It sounds as though you MAY have a bad board.
  62.  
  63. >
  64. >I did check it again and change to other interrupt number, but it same.
  65. >Also I attempt to follows.
  66. >
  67. >     o Level/Edge Interrupt
  68. >     o EISA Bus Burst Cycles
  69. >     o Initiate Sync ( Should be not related )
  70. >     o Sync Date Rate Allowed( Should be not related )
  71. >
  72. >: >   ccb: fe092780 op:2 cmdlen:10 senlen:34
  73. >: >   datlen:8 hstat:0 tstat:0 delta:500 flags:1
  74. >: >
  75. >: >Also ccb->mbx->cmd is 0x01
  76. >: that is what the line "bt0:0 not taking commands" is saying.
  77. >
  78. > I think you are correct but I want to figure out that either BT742A
  79. >firm ware (Vesion 3.30) forget to do interrupt nor driver missing
  80. >interrupt. I am not familia with this board and no technical manual. 
  81. >So I want to know this timeouted ccb is either finishd or not yet by
  82. >BT742A. Becacuse in btinter routine, If port status is NOT 0x?1 just
  83. >return with 1. If port status is 0x?1, he try to search a active
  84. >(!=BT_MBI_FREE) mail box and ccb. Case of finding it with ccb, he
  85. >unlink from timout queue and call to bt_done routine. but Case of
  86. >"about 10 times 0x81 port status", he just ignores (Not found active
  87. >mail box with ccb).
  88. >
  89. >  1. BT742A made interrupts but btintr missing
  90. >     -> Continue investgation for driver under my machine
  91. >
  92. >  2. BT742A is screwed up under some condition and forget command.
  93. >     -> I want to know your version and ask to Buslogic(Busteck)
  94. >        about Firm Ware.( Is there any BBS like Adaptec one ? )
  95. >
  96.  
  97. I cannot get at the boards now to look at the version, but I have been running
  98. this drive now for nearly 2 years. NEVER with this sort of problem.
  99. some 20 or 30 busteks running under both 386bsd and MACH2.6.
  100. If there have been version changes over those 2 years, they have all worked.
  101.  
  102.  
  103. >: if you can find someone with internet access, you can try the kernel
  104. >: running on ref.tfs.com
  105. >: (there are japanese users, some may be close to you)
  106. >
  107. >Yes, I will. I'm going to ask someone for sending it.
  108. >
  109. >Thank you so much, julian.
  110. we do what we can..
  111.  
  112. >
  113. >Atsushi Murai.
  114.  
  115.  
  116. +----------------------------------+       ______ _  __
  117. |   __--_|\  Julian Elischer       |       \     U \/ / On assignment
  118. |  /       \ julian@tfs.com        +------>x   USA    \ in a very strange
  119. | (   OZ    ) 2118 Milvia st. Berkeley CA. \___   ___ | country !
  120. +- X_.---._/  USA+(510) 704-3137(wk)           \_/   \\            
  121.           v
  122.