Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 9 Apr 2001 16:32:16 -0700 (MST)
From:      Eric Lee Green <eric@estinc.com>
To:        "Kenneth D. Merry" <ken@kdm.org>
Cc:        Ken Menzel <kenm@icarz.com>, freebsd-scsi@FreeBSD.ORG
Subject:   Re: 'ch' Errors using chio w-sony changer
Message-ID:  <Pine.LNX.4.21.0104091618240.12640-100000@england.inhouse>
In-Reply-To: <20010409102114.A82661@panzer.kdm.org>

next in thread | previous in thread | raw e-mail | index | archive | help
On Mon, 9 Apr 2001, Kenneth D. Merry wrote:
> On Mon, Apr 09, 2001 at 10:23:49 -0400, Ken Menzel wrote:
> > Hi All,
> >   I have looked at the man pages and manual and archives and source
> > for chio.  My 'guess' is that there is soemthing in the return of the
> > status of the drive that the 'ch' driver doesn't like.  The error is a
> > follows:
> > 
> > janeway# chio return drive 0
> > chio: /dev/ch0: CHIOGSTATUS: Invalid argument
> > 
> > And /var/log/messages gets:
> > 
> > Apr  9 10:17:54 janeway /kernel: (ch0:ahc0:0:6:1): READ ELEMENT
> > STATUS. CDB: b8
> > 30 0 1 0 1 0 0 4 0 0 0
> > Apr  9 10:17:54 janeway /kernel: (ch0:ahc0:0:6:1): ILLEGAL REQUEST
> > asc:24,0
> > Apr  9 10:17:54 janeway /kernel: (ch0:ahc0:0:6:1): Invalid field in
> > CDB sks:cc,1


Let's see. b8 is read element status alright. But what's that 30?
According to my trusty T10 SMC draft specs, 30 is an illegal byte 1 for a
Read Element Status command. If it was 03 you would be requesting
import/export elements, if it was 10 you'd be requesting anything with bar
codes, but 30... no. Bits 6 and 5 are reserved, according to the T10
specs. (bit 4 is okay, that's the voltag bit).

Do note that the above message IS normal if you send a bit 4 in byte 1 of
the CDB to autoloaders which have no bar code reader. They spit up, and at
least in mtx I then back down to a plain 00 for byte 1 of the CDB (no bar
codes). Thus that entry in /var/log/messages is not an error, assuming
that chio does a similar thing (backs off and tries to get status without
bar codes). 

> Have you tried 'chio move'?
> 
> > However:
> > janeway# chio status
> > picker 0:
> > slot 0: <ACCESS>
> 
> Can you send the output of 'chio status -S'?
> 
> Well, first off, you can only 'return' something if it has a valid source
> address.  chio status -S will likely tell you if that is the case.

Another possibility: Many loaders require you to eject the tape from the
drive prior to returning it to its source slot. I have no idea if chio
deals with that situation. I know I don't deal with it in mtx
(http://mtx.sourceforge.net), I just blithely spew guts all over and
expect you to figure it out for yourself. 

-- 
Eric Lee Green                         eric@estinc.com
Software Engineer                      "The BRU Guys"
Enhanced Software Technologies, Inc.   http://www.estinc.com/
(602) 470-1115 voice                   (602) 470-1116 fax


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




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.LNX.4.21.0104091618240.12640-100000>