Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 10 Jul 1998 21:57:07 +0200 (CEST)
From:      mkb@mayn.de
To:        FreeBSD-gnats-submit@FreeBSD.ORG
Subject:   kern/7237: NCR SCSI driver ch0 troubles
Message-ID:  <199807101957.VAA00400@backbus.mayn.de>

next in thread | raw e-mail | index | archive | help

>Number:         7237
>Category:       kern
>Synopsis:       NCR SCSI driver ch0 troubles
>Confidential:   no
>Severity:       serious
>Priority:       high
>Responsible:    freebsd-bugs
>State:          open
>Quarter:
>Keywords:
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Fri Jul 10 13:00:01 PDT 1998
>Last-Modified:
>Originator:     Matthias Buelow
>Organization:
GeFoekoM e.V. Wuerzburg/Germany
>Release:        FreeBSD 2.2-980503-SNAP i386
>Environment:

FreeBSD 2.2-980503-SNAP #0: Fri Jul 10 21:18:08 CEST 1998
    root@backbus:/usr/src/sys/compile/BACKBUS
CPU: Pentium (48.58-MHz 586-class CPU)
  Origin = "GenuineIntel"  Id = 0x515  Stepping=5
  Features=0x1bf<FPU,VME,DE,PSE,TSC,MSR,MCE,CX8>
real memory  = 16777216 (16384K bytes)
avail memory = 14852096 (14504K bytes)
Probing for devices on PCI bus 0:
chip0 <Intel 82434LX (Mercury) PCI cache memory controller> rev 3 on pci0:0:0
chip1 <Intel 82378ZB PCI-ISA bridge> rev 3 on pci0:2:0
de0 <Digital 21140A Fast Ethernet> rev 32 int a irq 11 on pci0:12:0
de0: SMC 9332BDT 21140A [10-100Mb/s] pass 2.0
de0: address 00:00:c0:f0:4f:f2
ncr0 <ncr 53c875 fast20 wide scsi> rev 3 int a irq 15 on pci0:14:0
ncr0 waiting for scsi devices to settle
new ccb @f02fa000.
(ncr0:0:0): "IMPRIMIS 94241-7 6354" type 0 fixed SCSI 1
sd0(ncr0:0:0): Direct-Access 317MB (649502 512 byte sectors)
new ccb @f0475c00.
(ncr0:1:0): "SEAGATE ST43400N 1028" type 0 fixed SCSI 2
sd1(ncr0:1:0): Direct-Access 
sd1(ncr0:1:0): 10.0 MB/s (100 ns, offset 15)
2777MB (5688447 512 byte sectors)
new ccb @f0475800.
(ncr0:3:0): "HP C1557A U610" type 1 removable SCSI 2
st0(ncr0:3:0): Sequential-Access 
st0(ncr0:3:0): 10.0 MB/s (100 ns, offset 16)
density code 0x25, variable blocks, write-enabled
new ccb @f0475400.
(ncr0:3:1): "HP C1557A U610" type 8 removable SCSI 2
ch0(ncr0:3:1): Medium-Changer 6 slots, 1 drive, 0 picker
new ccb @f0475000.
new ccb @f0476c00.
new ccb @f0476800.
new ccb @f0476400.
new ccb @f0476000.
new ccb @f0477c00.
Probing for devices on the ISA bus:
sc0 at 0x60-0x6f irq 1 on motherboard
sc0: VGA mono <16 virtual consoles, flags=0x0>
sio0 at 0x3f8-0x3ff irq 4 on isa
sio0: type 16550A
fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa
fdc0: FIFO enabled, 8 bytes threshold
fd0: 1.44MB 3.5in
npx0 flags 0x1 on motherboard
npx0: INT 16 interface
Intel Pentium F00F detected, installing workaround

>Description:

The HP C1557 changer is correctly identified, but several commands
using the chio interface fail:

# chio status
chio: /dev/ch0: CHIOGSTATUS: Input/output error

The kernel logs the following:
Jul 10 21:40:10 backbus /kernel: ch0(ncr0:3:1): extraneous data discarded.
Jul 10 21:40:10 backbus /kernel: ch0(ncr0:3:1): COMMAND FAILED (9 0) @f0475400.

According to the taper's manual, the changer does understand the
READ ELEMENT STATUS scsi command (0xb8), as defined in scsi_changer.h,
so the error could be within the driver software.

Some other chio commands work (move for example), but status does not.
However, the Amanda network backup suite which we intend to run on the
system makes heavy use of CHIOGSTATUS in it's chio changer method, so
it doesn't work with the current setup.  Tape is inserted, etc., and
the streamer part of the HP taper seems to work properly.

I have found an obviously related entry in the mailing lists archive,
but not found a problem report in the database.
The mailing list entry can be found at the following URL:

http://www.freebsd.org/cgi/getmsg.cgi?fetch=1220314+1222457+/usr/local/www/db/text/1997/freebsd-questions/19971012.freebsd-questions

>How-To-Repeat:

Configure 2.2-STABLE kernel for ch0 and ncr:
device          ch0     #SCSI media changers
controller      ncr0
options         SCSI_NCR_DEBUG
(The SCSI_NCR_DEBUG flag has no effect on the problem status)

Try a couple of chio commands, some work, the "status" command
does not work:

# chio status
[error as shown above]

>Fix:
	
No fix is known.

>Audit-Trail:
>Unformatted:

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199807101957.VAA00400>