Return to BSD News archive
Path: sserve!manuel.anu.edu.au!munnari.oz.au!spool.mu.edu!sdd.hp.com!zaphod.mps.ohio-state.edu!rpi!usc!cs.utexas.edu!sun-barr!sh.wide!wnoc-tyo-news!rena!specgw!amurai From: amurai@specgw.spec.co.jp (Atsushi MURAI) Newsgroups: comp.unix.bsd Subject: Re: [386BSD] Problem of New SCSI system for BT742A (In Japanese/Kanji) Message-ID: <2422@specgw.spec.co.jp> Date: 21 Nov 92 11:56:14 GMT References: <1992Nov20.001126.19615@tfs.com> Organization: System Planning and Engineering Corp., Tokyo, Japan Lines: 85 X-Newsreader: Tin 1.1 PL5 Thanks for your quick response, Julian. Dear Netters, please pardon me following this article instead of replying by mail. Julian Elischer (julian@tfs.com) wrote: : The banner produced by the driver should have been of the form below: : does that agree with what you are seeing? Yes, I can agree it 100%. I just put my banner follows. As you can see, I did set the board DMA emuration of ISA as drq 5 but if it off just disappear from banner but sympton is same. <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> starting system logger. <NO Flash LED - Disk access stopping..> bt0:0 device timed out bt0:0 not taking commands <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? 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 falgs: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 ? ) : 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. Atsushi Murai. -- $@B<0f!!=_(J (Atsushi Murai) Junet : amurai@spec.co.jp SPEC Voice : (03)3833-5341 System Planning and Engineering Corp.