Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 14 Jan 2003 06:48:37 -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:  <808290000.1042552117@aslan.scsiguy.com>
In-Reply-To: <20030114143505.A12331@uriah.heep.sax.de>
References:  <20030113220055.D50550@uriah.heep.sax.de> <147830000.1042501904@aslan.btc.adaptec.com> <20030114074853.A71485@uriah.heep.sax.de> <774150000.1042549034@aslan.scsiguy.com> <20030114143505.A12331@uriah.heep.sax.de>

next in thread | previous in thread | raw e-mail | index | archive | help
> As Justin T. Gibbs wrote:
> 
>> >> 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?
> 
> Isn't byte 0 the `35' for the command?  I. e., it is complaining
> that it doesn't understand the SYNCHRONIZE CACHE cmd at all.

Byte 0 of the sense data.  In your first emails, the kernel was
complaining about funny sense error codes which is why it never
even looked at the ASC/ASCQ.  The strange thing is that the bogus
error code varied.  I wonder if we are somehow corrupting the
sense data.

> SYNCHRONIZE CACHE is marked optional in the standard,
> i thought we'd automatically detect the non-support of this
> command by a target, and silently ignore it?

If your device is returning proper sense data for this
ILLEGAL REQUEST, then it should be silently filtered by scsi_da.c.
The quirks in there *shouldn't be needed*, but for some reason
the filter doesn't always work.  It would be nice to know why
it doesn't work.

--
Justin


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?808290000.1042552117>