*BSD News Article 8007


Return to BSD News archive

Newsgroups: comp.unix.bsd
Path: sserve!manuel.anu.edu.au!munnari.oz.au!spool.mu.edu!agate!tfs.com!tfs.com!julian
From: julian@tfs.com (Julian Elischer)
Subject: Re: [386BSD] Problem of New SCSI system for BT742A (In Japanese/Kanji)
Message-ID: <1992Nov23.063148.8645@tfs.com>
Organization: TRW Financial Systems
References: <1992Nov20.001126.19615@tfs.com> <2422@specgw.spec.co.jp>
Date: Mon, 23 Nov 1992 06:31:48 GMT
Lines: 113

In article <2422@specgw.spec.co.jp> amurai@specgw.spec.co.jp (Atsushi MURAI) writes:
>Thanks for your quick response, Julian. Dear Netters, please pardon me
>following this article instead of replying by mail.

the reason being that amurai cannot get mail in/out of japan
thankyou for your forgoance (it is actually relevant to c.u.b )

>
>Julian Elischer (julian@tfs.com) wrote:
>
><Copyright message>
>pc0<color> at 0x60 irq 1 on isa
>com1 at 0x3f8 irq 4 on isa
>fd0 drives 0:1.44M, 1:1.2M at 0x3f0 irq 6 drq 2 on isa
>bt0 reading board settings,
>  **bt0 probing for scsi devices**
>  dev0,lu0: type 0(direct),fixed 'MAXTOR  LXT-340S       6.57' scsi1
>       sd0: 322MB, cyls 1546, heads 7, secs 61, bytes/sec 512
>bt0 at 0x330 irq 11 drq 5 on isa
>ne0 ethernet address xx:xx:xx:xx:xx:xx at 0x300 irq 9 on isa
>npx0 at 0xf0 irq 13 on isa
>
><Auto reboot proceeding>
>

up to this point, all acces has been via POLLED operation.
or via the BIOS

>starting system logger.
>
><NO Flash LED - Disk access stopping..>
>
>bt0:0 device timed out
>bt0:0 not taking commands
>

This indicates that the board has stopped reading in commands from the 
mailbox.. The last command (the one that timed out) was still 
unacknowledged in the mailbox. the board had not even read it in.

I suspect a faulty board.. I have 3 running here

><Fall into DDB>
>
>: >I notice btinter routine ignore about 10 times interrupts after probing 
>: >start. ( int = 0x81,unit=0, ALL bt_mbx[unit].mbi[].stat is BT_MBI_FREE )
>: I don't quite understand this, but it sounds suspicious..
>: do you have another board on the same interrupt?

why would the board post interrupts without having anything to report?
It sounds as though you MAY have a bad board.

>
>I did check it again and change to other interrupt number, but it same.
>Also I attempt to follows.
>
>     o Level/Edge Interrupt
>     o EISA Bus Burst Cycles
>     o Initiate Sync ( Should be not related )
>     o Sync Date Rate Allowed( Should be not related )
>
>: >   ccb: fe092780 op:2 cmdlen:10 senlen:34
>: >   datlen:8 hstat:0 tstat:0 delta:500 flags:1
>: >
>: >Also ccb->mbx->cmd is 0x01
>: that is what the line "bt0:0 not taking commands" is saying.
>
> I think you are correct but I want to figure out that either BT742A
>firm ware (Vesion 3.30) forget to do interrupt nor driver missing
>interrupt. I am not familia with this board and no technical manual. 
>So I want to know this timeouted ccb is either finishd or not yet by
>BT742A. Becacuse in btinter routine, If port status is NOT 0x?1 just
>return with 1. If port status is 0x?1, he try to search a active
>(!=BT_MBI_FREE) mail box and ccb. Case of finding it with ccb, he
>unlink from timout queue and call to bt_done routine. but Case of
>"about 10 times 0x81 port status", he just ignores (Not found active
>mail box with ccb).
>
>  1. BT742A made interrupts but btintr missing
>     -> Continue investgation for driver under my machine
>
>  2. BT742A is screwed up under some condition and forget command.
>     -> I want to know your version and ask to Buslogic(Busteck)
>        about Firm Ware.( Is there any BBS like Adaptec one ? )
>

I cannot get at the boards now to look at the version, but I have been running
this drive now for nearly 2 years. NEVER with this sort of problem.
some 20 or 30 busteks running under both 386bsd and MACH2.6.
If there have been version changes over those 2 years, they have all worked.


>: if you can find someone with internet access, you can try the kernel
>: running on ref.tfs.com
>: (there are japanese users, some may be close to you)
>
>Yes, I will. I'm going to ask someone for sending it.
>
>Thank you so much, julian.
we do what we can..

>
>Atsushi Murai.


+----------------------------------+       ______ _  __
|   __--_|\  Julian Elischer       |       \     U \/ / On assignment
|  /       \ julian@tfs.com        +------>x   USA    \ in a very strange
| (   OZ    ) 2118 Milvia st. Berkeley CA. \___   ___ | country !
+- X_.---._/  USA+(510) 704-3137(wk)           \_/   \\            
          v