Date: Wed, 22 Apr 1998 12:06:48 +0800 From: Peter Wemm <peter@netplex.com.au> To: "Justin T. Gibbs" <gibbs@plutotech.com> Cc: gibbs@FreeBSD.ORG, scsi@FreeBSD.ORG Subject: Re: ahh, I think I see part of the problem.. (CAM bouncing) Message-ID: <199804220406.MAA01011@spinner.netplex.com.au> In-Reply-To: Your message of "Tue, 21 Apr 1998 11:19:56 CST." <199804211723.LAA29727@pluto.plutotech.com>
next in thread | previous in thread | raw e-mail | index | archive | help
"Justin T. Gibbs" wrote: [..] > 3) Tell the hardware to perform the transfer. > > 4) Perform another sync operation on the map (POSTREAD, POSTWRITE). This > performs the "bounce back" for bounce buffer reads. > > 5) Unload the mapping. > > It just so happens that I forgot to perform steps 4 and 5 in the BT driver. > Ooops. Diff attached. Ahh... Yes, this indeed does make a lot of difference. :-) It's running now "just fine" so far (touch wood) on both a BT545S and 445S (with 16MB crossover blocked). --- bt_isa.c.save Tue Apr 21 00:59:42 1998 +++ bt_isa.c Tue Apr 21 15:15:23 1998 @@ -304,6 +304,8 @@ if (addr >= bt->bios_addr && addr < (bt->bios_addr + BIOS_MAP_SIZE)) + return (1); + if (addr == 0) return (1); return (0); } Since addr at that point is masked to a 24 bit address, this is quick and convenient. It hardly seems worth testing for firmware rev 3.35 or earlier.. (although it would be relatively simple to store an extra flag in the bt_softc at probe time and simply test it here rather than a string compare for each filter call.) bt0 at 0x330 irq 11 on isa bt0: BT-445S FW Rev. 3.35 Narrow SCSI Host Adapter, SCSI ID 7, 30 CCBs [..] sa0 at bt0 bus 0 target 4 lun 0 sa0: <ARCHIVE VIPER 2525 25462 -007> Removable Sequential Access SCSI1 device sa0: 3.300MB/s transfers da1 at bt0 bus 0 target 1 lun 0 da1: <QUANTUM FIREBALL_TM2110S 300X> Fixed Direct Access SCSI2 device da1: Serial Number 399741110024 da1: 10.0MB/s transfers (10.0MHz, offset 15), Tagged Queueing Enabled da1: 2014MB (4124736 512 byte sectors: 128H 32S/T 1007C) cd0 at bt0 bus 0 target 2 lun 0 cd0: <TOSHIBA CD-ROM XM-3401TA 3593> Removable CD-ROM SCSI2 device cd0: 4.32MB/s transfers (4.32MHz, offset 15) cd0: Attempt to query device size failed: NOT READY, Medium not present da0 at bt0 bus 0 target 0 lun 0 da0: <QUANTUM MAVERICK 540S 0901> Fixed Direct Access SCSI2 device da0: 10.0MB/s transfers (10.0MHz, offset 8) da0: 516MB (1057758 512 byte sectors: 64H 32S/T 516C) (da1:bt0:0:1:0): tagged openings now 25 (da1:bt0:0:1:0): tagged openings now 24 (da1:bt0:0:1:0): tagged openings now 23 (da1:bt0:0:1:0): tagged openings now 22 (da1:bt0:0:1:0): tagged openings now 21 (da1:bt0:0:1:0): tagged openings now 20 (da1:bt0:0:1:0): tagged openings now 19 (da1:bt0:0:1:0): tagged openings now 18 (da1:bt0:0:1:0): tagged openings now 17 (da1:bt0:0:1:0): tagged openings now 16 (da1:bt0:0:1:0): tagged openings now 15 The system seems to feel more responsive relative to the AHA1542CF that it used to have. :-) It's only an ISA/VLB 486DX2-66 w/ 32M of ram and needed all the help it could get. Cheers, -Peter -- Peter Wemm <peter@netplex.com.au> Netplex Consulting To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199804220406.MAA01011>