From owner-freebsd-scsi  Tue Jan 14  4:57:24 2003
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 F1BF337B401
	for <freebsd-scsi@freebsd.org>; Tue, 14 Jan 2003 04:57:22 -0800 (PST)
Received: from aslan.scsiguy.com (aslan.scsiguy.com [63.229.232.106])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 3192E43EB2
	for <freebsd-scsi@freebsd.org>; Tue, 14 Jan 2003 04:57:22 -0800 (PST)
	(envelope-from gibbs@scsiguy.com)
Received: from aslan.scsiguy.com (aslan.scsiguy.com [63.229.232.106])
	by aslan.scsiguy.com (8.12.6/8.12.5) with ESMTP id h0ECvEps007992;
	Tue, 14 Jan 2003 05:57:14 -0700 (MST)
	(envelope-from gibbs@scsiguy.com)
Date: Tue, 14 Jan 2003 05:57:14 -0700
From: "Justin T. Gibbs" <gibbs@scsiguy.com>
To: Joerg Wunsch <joerg_wunsch@uriah.heep.sax.de>
Cc: freebsd-scsi@freebsd.org
Subject: Re: quirk candidate: SEAGATE ST52160N
Message-ID: <774150000.1042549034@aslan.scsiguy.com>
In-Reply-To: <20030114074853.A71485@uriah.heep.sax.de>
References: <20030113220055.D50550@uriah.heep.sax.de>
 <147830000.1042501904@aslan.btc.adaptec.com>
 <20030114074853.A71485@uriah.heep.sax.de>
X-Mailer: Mulberry/3.0.0b10 (Linux/x86)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Sender: owner-freebsd-scsi@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-scsi.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-scsi>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-scsi>
X-Loop: FreeBSD.org

> As Justin T. Gibbs wrote:
> 
>> > (da1:ahc0:0:3:0): SYNCHRONIZE CACHE. CDB: 35 0 0 0 0 0 0 0 0 0
>> > (da1:ahc0:0:3:0): error code 120 (da1:ahc0:0:3:0): SYNCHRONIZE CACHE.
>> > CDB: 35 0 0 0 0 0 0 0 0 0 (da1:ahc0:0:3:0): error code 28
>> 
>> It would be interesting to know the full content of the sense data.
> 
> uncle# camcontrol cmd da1 -v -c '35 0 0 0 0 0 0 0 0 0'
> camcontrol: error sending command
> (pass1:ahc0:0:3:0): SYNCHRONIZE CACHE. CDB: 35 0 0 0 0 0 0 0 0 0 
> (pass1:ahc0:0:3:0): CAM Status: SCSI Status Error
> (pass1:ahc0:0:3:0): SCSI Status: Check Condition
> (pass1:ahc0:0:3:0): ILLEGAL REQUEST asc:20,0
> (pass1:ahc0:0:3:0): Invalid command operation code: Command byte 0  is
> invalid

So your disk doesn't always butcher byte zero of the sense data?
This looks like a perfectly valid response.

--
Justin


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