Date: Mon, 22 Jan 1996 22:40:00 -0500 (EST) From: "Jonathan M. Bresler" <jmb@FreeBSD.org> To: Stefan Esser <se@ZPR.Uni-Koeln.DE> Cc: freebsd-scsi@FreeBSD.org, freebsd-hackers@FreeBSD.org Subject: Re: nakamichi MBR-7, some bizarre behavior Message-ID: <Pine.BSF.3.91.960122215252.170A-100000@Aspen.Woc.Atinc.COM> In-Reply-To: <199601221514.AA16526@Sysiphos>
next in thread | previous in thread | raw e-mail | index | archive | help
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 <Intel 82424ZX (Saturn) cache DRAM controller> rev 4 on pci0:0
ncr0 <ncr 53c810 scsi> 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 <Intel 82378ZB PCI-ISA bridge> rev 3 on pci0:2
vga0 <Display device> rev 0 on pci0:4
ncr1 <ncr 53c810 scsi> 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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.3.91.960122215252.170A-100000>