Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 15 Nov 2006 23:11:58 -0700
From:      "Kenneth D. Merry" <ken@kdm.org>
To:        mjacob@freebsd.org
Cc:        freebsd-scsi@freebsd.org
Subject:   Re: amusing stumble for the 6 to 10 byte checking code
Message-ID:  <20061116061158.GA37070@nargothrond.kdm.org>
In-Reply-To: <20061115211433.R8053@ns1.feral.com>
References:  <20061115211433.R8053@ns1.feral.com>

next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, Nov 15, 2006 at 21:15:01 -0800, mjacob@freebsd.org wrote:
> 
> This caught my eye this morning:
> 
> 
> (da0:isp1:0:0:0): WRITE(06). CDB: a 8 68 90 80 0
> (da0:isp1:0:0:0): CAM Status: SCSI Status Error
> (da0:isp1:0:0:0): SCSI Status: Check Condition
> (da0:isp1:0:0:0): UNIT ATTENTION asc:29,1
> (da0:isp1:0:0:0): Power on occurred
> (da0:isp1:0:0:0): Retrying Command (per Sense Data)
> (da0:isp1:0:0:0): READ(6)/WRITE(6) not supported, increasing
> minimum_cmd_size to
>  10.

That shouldn't have happened in response to a unit attention.  It should
only happen if the SIM comes back with CAM_REQ_INVALID, or if the target
comes back with an illegal request sense code.  So there may have been
another intervening error that caused the switchover.

> (da0:isp1:0:0:0): WRITE(10). CDB: 2a 0 0 8 68 90 0 0 80 0
> (da0:isp1:0:0:0): CAM Status: SCSI Status Error
> (da0:isp1:0:0:0): SCSI Status: Check Condition
> (da0:isp1:0:0:0): ILLEGAL REQUEST asc:24,0
> (da0:isp1:0:0:0): Invalid field in CDB
> (da0:isp1:0:0:0): Unretryable error

Hmm.  Illegal field, and not invalid command operation code?  That's odd.
What kind of drive is this?  The CDB looks valid at first glance...

> I'm still trying to figure out what happened here. Anyone else seen 
> this?

Never seen it.

Ken
-- 
Kenneth Merry
ken@kdm.org



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20061116061158.GA37070>