*BSD News Article 89934


Return to BSD News archive

Path: euryale.cc.adfa.oz.au!newshost.carno.net.au!harbinger.cc.monash.edu.au!news.rmit.EDU.AU!news.unimelb.EDU.AU!munnari.OZ.AU!news.ecn.uoknor.edu!news.ysu.edu!news.radio.cz!newsbreeder.radio.cz!news.radio.cz!CESspool!news.maxwell.syr.edu!news.mathworks.com!fu-berlin.de!cs.tu-berlin.de!torus.cs.tu-berlin.de!news
From: Pierre Mai <dent@torus.cs.tu-berlin.de>
Newsgroups: comp.unix.bsd.freebsd.misc
Subject: Problems with old SCSI-MO-Drive
Date: 22 Feb 1997 12:38:16 +0100
Organization: /etc/organization
Lines: 98
Message-ID: <m3sp2p136f.fsf@torus.cs.tu-berlin.de>
NNTP-Posting-Host: 130.149.17.213
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Newsreader: Gnus v5.2.25/XEmacs 19.14
Xref: euryale.cc.adfa.oz.au comp.unix.bsd.freebsd.misc:35946

Hi All!

I'm having a bit of a problem getting my old 5.25"-MO-Drive to work
with FreeBSD 2.1.6R:

The Drive (an old Sony TLO-C501, 612MB (i.e. 306MB per side),
1K-Sectors, SCSI-1 Device) is not getting along with the sd-Driver, it
seems the drive is not reacting the way the driver expects it to.  The
od-Driver does not work at all, which is correct, because the drive
claims to be a removable hard-disk, and works as such with Linux
(there is no special code for my drive in the Linux kernel, I think).

The drive is the only device on my NCR810-Hostadapter (ASUS SC200), at
ID 6.  There should be no problems with the hardware, as the drive
works more or less without flaws under Linux, DOS and WinNT (though
WinNT chooses a stupid geometry-setting, incompatible with the rest of
the world :-( ).

Under Linux the drive works with the BSD-NCR-Driver with all
performance settings enabled and the normal SCSI-Disc-Driver without
problems, so I think it must be the BSD-sd-Driver that is not working
properly with my drive (possibly because of non-conforming behaviour
of my drive).

After the problems at bootup (see below), all other access to the
drive (even with scsi(8) or similiar) will result in "ILLEGAL REQUEST
asc:24,0 Invalid field in CDB" and "sd0 could not mode sense (4)"
messages and fail.

I hope someone can point out to me the cause of the problem (i.e. why
is the driver cross about the 24 in the CDB, what does it mean, etc.),
or even has a ready solution at hand? I suspect that if one could get
over the initial CDB-Problem that the other device-handling might work
normally, but then again I know little of the workings of SCSI-drivers
...

Any help appreciated, and thanks in advance...

Regs, Pierre.

Here is the pertinent part of /var/log/messages (Kernel with SCSIDEBUG
for ncr0:6:0):

Feb 21 23:53:28 myname /kernel: FreeBSD 2.1.6-RELEASE #0: Fri Feb 21 23:51:28 MET 1997
Feb 21 23:53:28 myname /kernel:     dent@myname.my.domain:/usr/src/sys/compile/MYDEBUG
Feb 21 23:53:28 myname /kernel: CPU: i486DX (486-class CPU)
Feb 21 23:53:28 myname /kernel:   Origin = "AuthenticAMD"  Id = 0x4f4
Feb 21 23:53:28 myname /kernel: real memory  = 33554432 (32768K bytes)
Feb 21 23:53:28 myname /kernel: avail memory = 30691328 (29972K bytes)
Feb 21 23:53:29 myname /kernel: Probing for devices on PCI bus 0:
Feb 21 23:53:29 myname /kernel: ncr0 <ncr 53c810 scsi> rev 1 int a irq 12 on pci0:3
Feb 21 23:53:29 myname /kernel: ncr0 waiting for scsi devices to settle
Feb 21 23:53:30 myname /kernel: probe0(ncr0:6:0): scsi_cmd
Feb 21 23:53:30 myname /kernel: probe0(ncr0:6:0): scsi_done
Feb 21 23:53:30 myname /kernel: (ncr0:6:0): command: 0,0,0,0,0,0-[0 bytes]
Feb 21 23:53:30 myname /kernel: code70 valid0 seg0 key6 ili0 eom0 fmark0
Feb 21 23:53:30 myname /kernel: info: 0 0 0 0 followed by 10 extra bytes
Feb 21 23:53:31 myname /kernel: extra: 0 0 0 0 29 0 0 0 0 0 
Feb 21 23:53:31 myname /kernel: probe0(ncr0:6:0): scsi_cmd
Feb 21 23:53:31 myname /kernel: probe0(ncr0:6:0): scsi_done
Feb 21 23:53:31 myname /kernel: (ncr0:6:0): command: 12,0,0,0,2c,0-[44 bytes]
Feb 21 23:53:31 myname /kernel: ------------------------------
Feb 21 23:53:31 myname /kernel: 000: 00 80 01 00 1f 00 00 00 53 4f 4e 59 20 20 20 20 
Feb 21 23:53:32 myname /kernel: 016: 54 4c 4f 2d 43 35 30 31 20 20 20 20 20 20 20 20 
Feb 21 23:53:32 myname /kernel: 032: 33 2e 30 32 00 00 00 00 00 00 00 00 
Feb 21 23:53:32 myname /kernel: ------------------------------
Feb 21 23:53:32 myname /kernel: (ncr0:6:0): "SONY TLO-C501 3.02" type 0 removable SCSI 1
Feb 21 23:53:33 myname /kernel: sd0(ncr0:6:0): sd0attach: sd0(ncr0:6:0): Direct-Access sd0(ncr0:6:0): scsi_cmd
Feb 21 23:53:33 myname /kernel: sd0(ncr0:6:0): scsi_done
Feb 21 23:53:33 myname /kernel: 
Feb 21 23:53:33 myname /kernel: sd0(ncr0:6:0): command: 1a,0,4,0,20,0-[36 bytes]
Feb 21 23:53:33 myname /kernel: ------------------------------
Feb 21 23:53:33 myname /kernel: 000: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
Feb 21 23:53:33 myname /kernel: 016: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
Feb 21 23:53:33 myname /kernel: 032: 00 00 00 00 
Feb 21 23:53:34 myname /kernel: ------------------------------
Feb 21 23:53:34 myname /kernel: code70 valid0 seg0 key5 ili0 eom0 fmark0
Feb 21 23:53:34 myname /kernel: info: 0 0 0 0 followed by 10 extra bytes
Feb 21 23:53:34 myname /kernel: extra: 0 0 0 0 24 0 0 0 0 0 
Feb 21 23:53:34 myname /kernel: sd0(ncr0:6:0): calling private err_handler()
Feb 21 23:53:34 myname /kernel: sd0(ncr0:6:0): private err_handler() returned -1
Feb 21 23:53:35 myname /kernel: 
Feb 21 23:53:35 myname /kernel: sd0(ncr0:6:0): ILLEGAL REQUEST asc:24,0 Invalid field in CDB
Feb 21 23:53:35 myname /kernel: sd0(ncr0:6:0): calling private start()
Feb 21 23:53:36 myname /kernel: sd0(ncr0:6:0): sdstart sd0 could not mode sense (4). Using ficticious geometry
Feb 21 23:53:37 myname /kernel: sd0(ncr0:6:0): scsi_cmd
Feb 21 23:53:37 myname /kernel: sd0(ncr0:6:0): scsi_done
Feb 21 23:53:38 myname /kernel: 
Feb 21 23:53:38 myname /kernel: sd0(ncr0:6:0): command: 25,0,0,0,0,0,0,0,0,0-[8 bytes]
Feb 21 23:53:38 myname /kernel: ------------------------------
Feb 21 23:53:38 myname /kernel: 000: 00 04 cc c8 00 00 04 00 
Feb 21 23:53:38 myname /kernel: ------------------------------
Feb 21 23:53:39 myname /kernel: sd0(ncr0:6:0): calling private start()
Feb 21 23:53:39 myname /kernel: sd0(ncr0:6:0): sdstart 153MB (314569 512 byte sectors)
Feb 21 23:53:39 myname /kernel: sd0(ncr0:6:0): with 153 cyls, 64 heads, and an average 32 sectors/track


Thanks