From owner-freebsd-scsi Fri Nov 3 15:55:13 2000 Delivered-To: freebsd-scsi@freebsd.org Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by hub.freebsd.org (Postfix) with ESMTP id 89E6C37B4C5 for ; Fri, 3 Nov 2000 15:55:10 -0800 (PST) Received: from randy by rip.psg.com with local (Exim 3.16 #1) id 13rqfn-0000vT-00; Fri, 03 Nov 2000 15:55:03 -0800 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: =?ISO-8859-1?Q?G=E9rard_Roudier?= Cc: freebsd-scsi@FreeBSD.ORG Subject: Re: 68-80 on curdle second scsi chan References: Message-Id: Date: Fri, 03 Nov 2000 15:55:03 -0800 Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >> the asus cur-dls has a sym dual controller >> >> sym0: <896> port 0xb400-0xb4ff mem 0xf9000000-0xf9001fff,\ >> 0xf9800000-0xf98003ff irq 9 at device 5.0 on pci1 >> sym0: Symbios NVRAM, ID 7, Fast-40, LVD, parity checking >> sym0: open drain IRQ line driver, using on-chip SRAM >> sym0: using LOAD/STORE-based firmware. >> sym0: handling phase mismatch from SCRIPTS. >> sym1: <896> port 0xb000-0xb0ff mem 0xf8000000-0xf8001fff,\ >> 0xf8800000-0xf88003ff irq 9 at device 5.1 on pci1 >> sym1: Symbios NVRAM, ID 7, Fast-40, LVD, parity checking >> sym1: open drain IRQ line driver, using on-chip SRAM >> sym1: using LOAD/STORE-based firmware. >> sym1: handling phase mismatch from SCRIPTS. >> (noperiph:sym0:0:-1:-1): SCSI BUS reset delivered. >> (noperiph:sym1:0:-1:-1): SCSI BUS reset delivered. >> da0 at sym0 bus 0 target 0 lun 0 >> da1 at sym0 bus 0 target 1 lun 0 >> Waiting 5 seconds for SCSI devices to settle >> (noperiph:sym0:0:-1:-1): SCSI BUS reset delivered. >> (noperiph:sym1:0:-1:-1): SCSI BUS reset delivered. >> Mounting root from ufs:/dev/da0a >> da0 at sym0 bus 0 target 0 lun 0 >> da0: Fixed Direct Access SCSI-3 device >> da0: 80.000MB/s transfers (40.000MHz, offset 31, 16bit), \ >> Tagged Queueing Enabled >> da0: 17501MB (35843670 512 byte sectors: 255H 63S/T 2231C) >> da1 at sym0 bus 0 target 1 lun 0 >> da1: Fixed Direct Access SCSI-3 device >> da1: 80.000MB/s transfers (40.000MHz, offset 31, 16bit), \ >> Tagged Queueing Enabled >> da1: 17501MB (35843670 512 byte sectors: 255H 63S/T 2231C) >> >> it seems quite happy with the two ultra-2 drives on a 68pin cable on chan 0. >> >> the second channel is also a 68pin. i want to put on two old cd-rom >> drives. so i got a nicely terminated cable [0], and put on two 68m-to-80 >> adapters, see . >> >> when booting, the system takes a loooooong time to scan the second scsi >> channel, and does not see the drives. >> >> i am probably doing something very naive/stoopid. clues solicited. > > It may well be a termination problem, in my opinion. > > Given what you want to achieve, the Wide BUS must be terminated with SE > (single ended signaling) at controller side and the Narrow one must be SE > terminated at the other end. > > The Wide-to-Narrow adapter you are using seems to just connect the low > part of the Wide BUS to its output and just doesn't care of the high part. > > Cause can be, for example: > > - If your SCSI controller uses some kind of auto-termination magic, it may > well be confused by your configuration and not terminate the Wide BUS > properly at the controller side. > - If there is no terminator (normally LVD/SE capable) on the controller, > then the BUS is just not terminated at this side. > > Basically, as long as you cannot make sure that the BUS is actually > terminated as required by the tinking you want to achieve, you should not > expect your SCSI system to work properly. i think it is terminated properly. the mobo termination is enabled. there is a terminator at the end of the 68-pin cable, an LVD/SE TRM-8915 from . i ain't sayin' that termination is not the problem. i am saying that, if it needs to be done differently, please apply clue-by-four. randy To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message