From owner-freebsd-hackers Mon Jan 22 19:40:11 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA23539 for hackers-outgoing; Mon, 22 Jan 1996 19:40:11 -0800 (PST) Received: from Aspen.Woc.Atinc.COM (aspen.woc.atinc.com [198.138.38.205]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id TAA23429 Mon, 22 Jan 1996 19:39:44 -0800 (PST) Received: (from jmb@localhost) by Aspen.Woc.Atinc.COM (8.6.12/8.6.9) id WAA00232; Mon, 22 Jan 1996 22:40:00 -0500 Date: Mon, 22 Jan 1996 22:40:00 -0500 (EST) From: "Jonathan M. Bresler" X-Sender: jmb@Aspen.Woc.Atinc.COM To: Stefan Esser cc: freebsd-scsi@FreeBSD.org, freebsd-hackers@FreeBSD.org Subject: Re: nakamichi MBR-7, some bizarre behavior In-Reply-To: <199601221514.AA16526@Sysiphos> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org Precedence: bulk On Mon, 22 Jan 1996, Stefan Esser wrote: > On Jan 20, 22:02, "Jonathan M. Bresler" wrote: > } Subject: nakamichi MBR-7, some bizarre behavior > } i have a nakamichi MBR-7 scsi-ii 2x cdrom 7 changer. the unit has > } internal terminators controlled by a rear panel dip switch. the > } rear panel has 2 centronics 50-pin scsi connectors. the scsi card > } is an ASUS SC-200. > } > } regardless of whether the internal scsi terminator are enabled or > } i use an external scsi terminator (active) on the lower scsi > } connector of the MBR-7, i get scsi phase errors. when the cable > } connects the SC-200 to the upper scsi connector on the MBR-7, the > } unit reponds normally. > > Hmmm, you are saying, whether it works depends on > which of two external connectors you use ??? > > That seems to indicate a cable/terminator problem. yes, that is exactly what i WAS saying. since then, i have connected and disconnected the cable a number of times, trying different configurations. the cable and the cdrom drive were both brand new. now they work together. it does not matter if i connect to the upper or the lower connector on the cdrom drive. BOTH WORK. sorry, for the false alarm....must have been new equipment flukiness? do the manufacturers coat the connectors with some material? could i have rubbed that material off by repeatedly connecting and disconnecting the cables?? > That doesn't look right ! > None of the operands to the compare should be 0 ... > Have never seen this. I will check the sources for an > explanation of how this can happen. please, dont the problem has disappeared, i cant get it to reoccur. perhaps, the rear panel dip switch that controls internal scsi termination was not working properly. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ NOW, the situation is different. i have cdroms in all seven slots of the drive. nonetheless, the boot probe believes that the first few cdrom slots are empty. the following items DO NOT effect this results. --the /sys/pci/ncr.c handshake timeouts disabled patch (patch included after dmesg output below) --which scsi connector is used --which cdrom was mounted and accessed last before shutdown seems as if the boot probe does not wait long enough for the cdrom drive to finish resetting (??) before starting to probe for cdroms. tomorrow night i will recompile a kernel with SCSIDEBUG and provide more information. the present kernel DOES NOT have 'options "SCSI_DELAY=15"'. it has been commented out. dmesg now shows: Rebooting... FreeBSD 2.1-STABLE #1: Wed Jan 10 21:21:24 EST 1996 jmb@Aspen.Woc.Atinc.COM:/home/sup/src/sys/compile/ASPEN CPU: i486DX (486-class CPU) real memory = 16777216 (16384K bytes) avail memory = 15077376 (14724K bytes) Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A sio2 not found at 0x3e8 sio3 not found at 0x2e8 lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface lpt1 not found at 0xffffffff fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 72065B fd0: 1.44MB 3.5in wdc0 not found at 0x1f0 ep0 not found at 0x300 npx0 on motherboard npx0: INT 16 interface Probing for devices on the PCI bus: chip0 rev 4 on pci0:0 ncr0 rev 2 int a irq 9 on pci0:1 (ncr0:0:0): "DEC DSP3053LS X442" type 0 fixed SCSI 2 sd0(ncr0:0:0): Direct-Access sd0(ncr0:0:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. 511MB (1046532 512 byte sectors) (ncr0:1:0): "FUJITSU M1606S-512 6220" type 0 fixed SCSI 2 sd1(ncr0:1:0): Direct-Access sd1(ncr0:1:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. 1041MB (2131992 512 byte sectors) chip1 rev 3 on pci0:2 vga0 rev 0 on pci0:4 ncr1 rev 1 int a irq 11 on pci0:5 (ncr1:0:0): "NRC MBR-7 110" type 5 removable SCSI 2 cd0(ncr1:0:0): CD-ROM cd0(ncr1:0:0): asynchronous. cd0(ncr1:0:0): NOT READY asc:4,1 cd0(ncr1:0:0): Logical unit is in process of becoming ready can't get the size (ncr1:0:1): "NRC MBR-7 110" type 5 removable SCSI 2 cd1(ncr1:0:1): CD-ROM cd1(ncr1:0:1): asynchronous. cd1(ncr1:0:1): NOT READY asc:4,1 cd1(ncr1:0:1): Logical unit is in process of becoming ready can't get the size (ncr1:0:2): "NRC MBR-7 110" type 5 removable SCSI 2 cd2(ncr1:0:2): CD-ROM cd2(ncr1:0:2): asynchronous. cd2(ncr1:0:2): NOT READY asc:4,1 cd2(ncr1:0:2): Logical unit is in process of becoming ready can't get the size (ncr1:0:3): "NRC MBR-7 110" type 5 removable SCSI 2 cd3(ncr1:0:3): CD-ROM cd3(ncr1:0:3): asynchronous. cd present.[326402 x 2048 byte records] (ncr1:0:4): "NRC MBR-7 110" type 5 removable SCSI 2 cd4(ncr1:0:4): CD-ROM cd4(ncr1:0:4): asynchronous. cd present.[300158 x 2048 byte records] (ncr1:0:5): "NRC MBR-7 110" type 5 removable SCSI 2 cd5(ncr1:0:5): CD-ROM cd5(ncr1:0:5): asynchronous. cd present.[160790 x 2048 byte records] (ncr1:0:6): "NRC MBR-7 110" type 5 removable SCSI 2 cd6(ncr1:0:6): CD-ROM cd6(ncr1:0:6): asynchronous. cd present.[330927 x 2048 byte records] > Index: /sys/pci/ncr.c > =================================================================== > RCS file: /usr/cvs/src/sys/pci/ncr.c,v > retrieving revision 1.57 > retrieving revision 1.58 > diff -C2 -r1.57 -r1.58 > *** ncr.c 1996/01/15 00:10:15 1.57 > --- ncr.c 1996/01/15 23:16:39 1.58 > *************** > *** 4427,4431 **** > OUTB (nc_stest2, EXT ); /* Extended Sreq/Sack filtering */ > OUTB (nc_stest3, TE ); /* TolerANT enable */ > ! OUTB (nc_stime0, 0xfb ); /* HTH = 1.6sec STO = 0.1 sec. */ > > /* > --- 4427,4431 ---- > OUTB (nc_stest2, EXT ); /* Extended Sreq/Sack filtering */ > OUTB (nc_stest3, TE ); /* TolerANT enable */ > ! OUTB (nc_stime0, 0x0b ); /* HTH = disabled, STO = 0.1 sec. */ Jonathan M. Bresler FreeBSD Postmaster jmb@FreeBSD.ORG play go. ride bike. hack FreeBSD.--ah the good life i am moving to a new job. PLEASE USE: jmb@FreeBSD.ORG