Return to BSD News archive
Path: sserve!manuel.anu.edu.au!munnari.oz.au!uunet!wupost!uwm.edu!biosci!agate!tfs.com!julian
From: julian@tfs.com (Julian Elischer)
Newsgroups: comp.unix.bsd
Subject: Re: [386BSD] Problem of New SCSI system for BT742A (In Japanese/Kanji)
Keywords: BT742A
Message-ID: <1992Nov20.001126.19615@tfs.com>
Date: 20 Nov 92 00:11:26 GMT
References: <22@tama.spec.co.jp>
Organization: TRW Financial Systems, Berkeley, CA - 94704
Lines: 131
In article <22@tama.spec.co.jp> amurai@tama.spec.co.jp (Atsushi Murai) writes:
>Dear Netters,
>
I note that you cannot receive mail so I appologise to other netters for
posting a response that Should otherwise have been mail..
> Now a day, I could make a spare time to play around 386BSD with
>private machine ;-) I've already recompiled the kernel with terry's
>patch and it's up and running ISA machine with stable. So I just try
>to install the new scsi system for BT742A SCSI controler by 32bit
>NATIVE mode.
>
> Anyway, Original SCSI system bring up my machie without any problem
>but whenever bringing up the new kernel that is installed "Julian's
>New SCSI system beta 3" and "Oops Real bug!" patch, it booting and
>doing disk checking and then display the follows message and fall into
>debuger ( ddb ) mode ( if ddb Enabled ) before near the "starting
>local demon" message.
The banner produced by the driver should have been of the form below:
bt0 reading board settings,
**bt0 probing for scsi devices**
dev0,lu0: type 0(direct),fixed 'SEAGATE ST41651 6488' scsi2
sd0: 1342MB, cyls 2107, heads 15, secs 87, bytes/sec 512
dev5,lu0: type 1(sequential),removable 'WangDAT Model 1300 02.4' scsi2
st0: scsi tape drive, 0 blocks of 512 bytes
bt0 at 0x330 irq 11 on isa
does that agree with what you are seeing?
>
>bt0:0 device timed out
this indicates that an expected interrupt did not arrive.
>bt0:0 not taking commands
The driver discovered that the reason the command didn't complete
was because the board never took in the last command.
>
>And also I try to Displaying content's of ccb(s) by
>tfs_print_active_ccbs before unlink it. ( Always same and display
>just one ccb )
It will use more when things get busier!
>
> 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 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?
>So it might be casuing with missing interrupter or just board is hung
>by Firm Ware bugs or ? So any help I will appreciate and I hope not
>"the board has gone south"...
>
>Thanks in advance.
>--------------------------- Configuration -----------------------------
>386BSD 0.1
> o All "Terry's patch" without Some other ether net driver relate one.
> o Julian's "Oops Real Bug" patch ( Just one is released )
> o OS-BS 134 with new boot block
>
>Disk
> o"Maxtor LXT-340S 6.57" 1 drive
> o Using Translated mode and disktab
> ( 512 byes/sector, 32 sector/track, 64 track/Cylynder, 322 Cylynders)
> 64M - DOS
> 64M - root ( /dev/sd0a )
> 32M - swap ( /dev/sd0b )
> 32M - var ( /dev/sd0g )
> 128M - src ( /dev/sd0h )
>
> root - src ( /dev/sd0c )
> DOS - src ( /dev/sd0d )
>
> o From Newscsi system Probing
> sd0: 322MB, cyls 1546, heads 7, secs 61, bytes/sec 512
>
>SCSI
> o "BIOS V4.50" - During Initailization and probe disk by Board
> o All Board setup is Default and default EISA I/O clock
> o Set/Reset 33Mbytes burst transfer mode, not realted
>
>Mother Board
> o NICE EISA 486 33Mhz
> o 256KB External cache
> o 8 Mbytes 70ns DRAM
>
>VGA
> o Diamond Speed Star +
> o Disable IRQ2
>
>EtherNet
> o NE2000-T ( Novell? )
> o IRQ 2 ( IRQ9?)
> o Default I/O BASE
>
>AT/IO
> o No name 2S 1P 1G enable with default I/O BASE and IRQ
>
># I don't permit send/receive a email from out side japan....
># Please follow up as This Article. Thank you.
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)
>--
>Atsushi Murai FAX: +81-3-3832-2779
>System Planning & Engineering co,. TEL: +81-3-3833-5341
+----------------------------------+ ______ _ __
| __--_|\ 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