From owner-freebsd-questions  Mon May  5 10:11:11 1997
Return-Path: <owner-questions>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id KAA07030
          for questions-outgoing; Mon, 5 May 1997 10:11:11 -0700 (PDT)
Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA07013;
          Mon, 5 May 1997 10:11:06 -0700 (PDT)
Received: (from daemon@localhost)
	by alpo.whistle.com (8.8.5/8.8.5) id KAA07956;
	Mon, 5 May 1997 10:02:15 -0700 (PDT)
Received: from current1.whistle.com(207.76.205.22)
 via SMTP by alpo.whistle.com, id smtpd007952; Mon May  5 17:02:09 1997
Message-ID: <336E128A.2C67412E@whistle.com>
Date: Mon, 05 May 1997 10:02:02 -0700
From: Julian Elischer <julian@whistle.com>
Organization: Whistle Communications
X-Mailer: Mozilla 3.0Gold (X11; I; FreeBSD 2.2-CURRENT i386)
MIME-Version: 1.0
To: Gavin Cameron <gavin@ormond.unimelb.edu.au>
CC: questions@FreeBSD.ORG, hardware@FreeBSD.ORG
Subject: Re: Anyone using a CONNER CTT8000-S tape drive
References: <199705050155.LAA15414@gateway.ormond.unimelb.edu.au>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-questions@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

Gavin Cameron wrote:

> /var/log/messages
>  st0(ahc0:4:0): ILLEGAL REQUEST asc:24,0 Invalid field in CDB
>  st0(ahc0:4:0): ILLEGAL REQUEST asc:24,0 Invalid field in CDB
>  st0(ahc0:4:0): ILLEGAL REQUEST asc:24,0 Invalid field in CDB
>  st0(ahc0:4:0): ILLEGAL REQUEST asc:24,0 Invalid field in CDB
>  st0: bad request, must be between 0 and 0
>  st0(ahc0:4:0): ILLEGAL REQUEST asc:24,0 Invalid field in CDB
> 

The drive doesn't like one of hte fields in a copmmand we are
sending it..

you need to compile ht e kernel with SCSIDEBUG

and then use scsi -d 7 -f /dev/st0.ctl
to turn switch it on on that device.
then try again
you should see what commands to the drive are causing this.

you could post the results (visible in dmesg)
to  freebsd-scsi@freebsd.org
if you need help on this.

there might also be a 'quirk' for a related drive
that already fixes this..
theck the 'quirks' table for CONNOR tabe drive entries.
(in scsiconf.c from memory)