From owner-freebsd-scsi@FreeBSD.ORG  Fri May  9 12:44:26 2003
Return-Path: <owner-freebsd-scsi@FreeBSD.ORG>
Delivered-To: freebsd-scsi@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 9712A37B401
	for <freebsd-scsi@freebsd.org>; Fri,  9 May 2003 12:44:26 -0700 (PDT)
Received: from web14811.mail.yahoo.com (web14811.mail.yahoo.com
	[66.163.172.95])	by mx1.FreeBSD.org (Postfix) with SMTP id E1F8243FAF
	for <freebsd-scsi@freebsd.org>; Fri,  9 May 2003 12:44:25 -0700 (PDT)
	(envelope-from mccrobie2000@yahoo.com)
Message-ID: <20030509194425.35530.qmail@web14811.mail.yahoo.com>
Received: from [68.165.211.163] by web14811.mail.yahoo.com via HTTP;
	Fri, 09 May 2003 12:44:25 PDT
Date: Fri, 9 May 2003 12:44:25 -0700 (PDT)
From: Chuck McCrobie <mccrobie2000@yahoo.com>
To: freebsd-current@freebsd.org, freebsd-scsi@freebsd.org
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Subject: Error handling of SERIAL NUMBER probe during device probing
X-BeenThere: freebsd-scsi@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: SCSI subsystem <freebsd-scsi.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-scsi>,
	<mailto:freebsd-scsi-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-scsi>
List-Post: <mailto:freebsd-scsi@freebsd.org>
List-Help: <mailto:freebsd-scsi-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-scsi>,
	<mailto:freebsd-scsi-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 09 May 2003 19:44:26 -0000

I have a Powerfile Firewire device.  It contains two
DVD-RAM drives, a TOSHIBA and a PANASONIC.  One of the
drives does not support the probe for SERIAL NUMBER,
specifically the following command:

 sbp0:0:1 XPT_SCSI_IO: cmd: 12 21 80 00 ff 00 00 00 00
00, flags: 0x40, 6b cmd/255b data/18b sense
 sbp0:0:1 SCSI status 2 sfmt 0 valid 0 key 5 code 24
qlfr 0 len 3
.
.
.
<repeats several times>

This inquiry command appears to be generated only
during the SERIAL NUMBER probe (the 0x80 in the
INQUIRY was found only in the SERIAL NUMBER probe.)

This command and its response are repeated over and
over in the log file.  I left this sequence run for a
few minutes with no end.

I suppose I need a quirk entry in cam_xpt.c for
CAM_QUIRK_NOSERIAL, but shouldn't the serial number
probe simply give up on ILLEGAL_COMMAND (key=5,
code=24 => INVALID FIELD IN CDB).

So, should I just add the quirk or should the probe
give up on inquiries that return ILLEGAL COMMAND?

Thanks,

Chuck McCrobie



__________________________________
Do you Yahoo!?
The New Yahoo! Search - Faster. Easier. Bingo.
http://search.yahoo.com