Date: Thu, 16 Nov 2006 08:36:15 -0800 From: "Matthew Jacob" <lydianconcepts@gmail.com> To: "Kenneth D. Merry" <ken@kdm.org> Cc: freebsd-scsi@freebsd.org, mjacob@freebsd.org Subject: Re: amusing stumble for the 6 to 10 byte checking code Message-ID: <7579f7fb0611160836t655c8100j31e300a37c0cc9dc@mail.gmail.com> In-Reply-To: <20061116061158.GA37070@nargothrond.kdm.org> References: <20061115211433.R8053@ns1.feral.com> <20061116061158.GA37070@nargothrond.kdm.org>
next in thread | previous in thread | raw e-mail | index | archive | help
> > 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. Yeah- but where? > > > (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... > Yeah, this is what's puzzling me. This is a normal FC drive. Puzzled...
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?7579f7fb0611160836t655c8100j31e300a37c0cc9dc>